Vladimir_VVV: Комментарии

Главные вкладки

12 декабря 2008 в 0:43

Если сайт из подписи то у вас ~4000 страниц по ~100кб только с главного домена это при простом подсчете 1:1 будет ~400Mb кеша.
Еще если у вас поиск включен то тоже большой индекс собирается. И всякие там вьюсы.

12 декабря 2008 в 0:10

Кажда ссылка навигации, при выводе в браузер с помощью встроенной в Drupal функции links(), обрамлена тегами списка "< li >" в котором есть уникальный идентификатор соответствующий меню_айди.
Вот например на этом сайте самое верхнее меню так выведено.
Смотрим здесь код:

3 декабря 2008 в 21:17

Укажите для примари и сеондари один источник в вашем случае марки, а потом в теме выводите вверху примари и ниже сеондари , будет в примари корневые пункты а в секондари подпункты корневого пункта, вроде та ка вам нужно.
Ну а горизонтальность будет если в тег ul добавить класс links (из menu.css).

28 ноября 2008 в 23:20

Очень понравился дизайн фторого ссайта: отчетливо видно единственную надпись черными буквами на беловм фоне

"Forbidden

You don't have permission to access / on this server."

Все очень выразительно и в то же время аскетично.

23 ноября 2008 в 16:53

Не пойму зачем это все если есть изящнее способы.
я например просто сделал модуль фильтра который парсит ссылки прегом и меняетвнешний адрес на внутренний вида http://site.ru/goto/_здесь_внешний_урл_закодированый_base64_ . Модуль ловит обращения к адресу goto и декодируя внешний адрес делает редирект. И естественно в robots.txt добавляется запрещение папки goto.

Как вам такая подсказка?

27 октября 2008 в 1:24

он не требует, он сообщает о том что лучше сделать пароль такой вот.

Ко мне как-то тоже обращались посетители с просьбой убрать такое требование, но это не требование и некто не запрещает использовать в пароле простые наборы типа "1812" или "gena", хотя "недопонимаие" со стороны посетителей есть.

27 октября 2008 в 0:44

Про лавандосики я же совершенно не в обиду сказал, хотел узнать мотивы для написания...
А про саты - бывает... грешу... но здесь указано для примера использования drupal в казалось бы занятой нише, и это не просто я нахваливаю drupal а реально проводил замеры.

27 октября 2008 в 0:08

Когда ведущий програмист "ОПЛАЧИВАЕМОЙ поддержке" попадает в аварию, тогда "попадает" в аварию и "конечные пользователи".

Да действительно Гавнина и на drupal встречается.

Самописку пишете небось шоб лавандосиков побольше содрать Biggrin

Даже в случае с сателитами(куда уж проще сайт может быть) drupal с включеным кешем и со своим(само-дописным для s-a-p-e) кешрутером работает быстрее cmsimple и их подобных...

Сорри за мою французкий.

26 октября 2008 в 23:19

Экскюзми, но самописных движков насмотрелся сотнями когда заказчики обращаются перенести старый сайт, который "делала веб-Студия xxxxx" на drupal- везде узкая специализация, невозможность наращивания функционала и банально кривой, не систематизированый код (хотя и ООП).

Всем кто собирается писать говносамописку:
Конечным пользователям дешевле докупить железа для компенсации тормозов drupal чем оплачивать "команду псевдоспециалистов-самописцев" и потом бороться с последствиями отсутствия техподдержки.

16 октября 2008 в 18:51

хоть трижди блин исполняемый инклуд , не мелите чушь , на этом сайте бывают исчо и школьнеги, которые испугаются "троянов в тексте" и будут проверять антивирусом все входящие сообщения по аське!!!

Советую всетаки посмотреть на файл через редактор, а потом уж говорить что в нем вирус.
Если это не поможет смотрите на секторы диска, можете открыть винчестер и под микроскопом поискать трояна, если есть пожалуста дампы в студию и описание работы кода, а так ДЕШЕВЫЙ ТРЕП!!!!!!!!!

27 сентября 2008 в 13:09

Правильные модули не должны ссылаться на профиль пользователя который ниразу не зашел на сайт.
Если пользователь не зашел - значит ещё не зарегистрирован "окончательно", зачем же на него ссылаться.

17 сентября 2008 в 7:18

edhel wrote:
Эх, как бы всё можно сделать шустренько, если бы drupal был на java) Там и покэшировать можно было прямо в памяти, и соединение к БД постоянно держать, и статистику всякую писать в память, а сохранять отдельным потоком в БД параллельно обработке запросов, и java не критична на большие объемы кода, которые написаны, но не используются (но всё равно парсятся каждый раз в пхп).

Почти все проблемы решает кеш php - берите серваки под дрю!