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

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

21 июля 2006 в 0:27

Если сделать как вы говорите, то нашлось бы еще вагонетки вагончики ... (заметте, это дургие слова,а не падежи!).

На данный момент все поисковики ищут именно по заданому слову, а не по его части во избежини лишних рещультатов (кстати, а в 4.7 маски точно не работают? .. в 4.6 работает ... а 4.7 под рукой нет).
Различные изменения форм слов умеют делать только наши поисковики, например, Яндекс. Кстати, хочу обратить внимание, что совсем не факт, что поиск от этого улучшиться (больше результатов не значит лучше), правда, Яндекс можно попросить не цчитывать формы слова.

21 июля 2006 в 0:03

"Другое дело, что поисковики не любят, когда в пути страницы есть ? или id=xxx. ХХХ - это произвольное число (гугл, к примеру не индексит вообще, если встретил в адресе id=xxх)"
Бред: http://www.google.com/search?&q=inurl%3A%3Fid%3D123
(сами бы хоть проверили, так уверенно говорите)

Современные поисковики давно научились корректно обрабатывать url с параметрами для get запроса.

19 июля 2006 в 21:15

(очередной раз повторяю) При этом кэш для анонимных пользователей не работает!!! Ибо этот php_flag zlib.output_compression кривой и не смотрит за заголовки, которые отдает ему скрипт. А кэш уже пожат.

19 июля 2006 в 12:11

Честно говоря, я никакого мусора в ie6 не вижу.

Уже пофиксили? Если да, то расскажите в чем была проблема?
Если все же проблема есть, сделайте пожалуйста скриншот со стрелкой (ткните пальцем :) ), чтобы было понятно о чем речь)

19 июля 2006 в 3:07

Это не очень хороший патч.
Т.к. он не умеет работать с кэшем - его придется выключить! (там это в комментах подобней написано - почитайте).
.
Вообще, drupal хранит кэш уже пожатым. Т.е. для анонимусов, при включенном кэше, сжатие работает из коробки. Друпал не расжимает данные, а просто выставляет заголовок браузеру, что данные пожаты (если, конечно, браузер поддерживает сжатие, если нет, то данные расжимаются).
.

19 июля 2006 в 0:58

Drupal правильно выставляет заголовки для Apacheвкого mod_gzip (или он mod_deflate зовется - не помню).

Этот вопрос не один раз обсуждался. Пожалуйста, воспользуйтесь [url=search/node/gzip]поиском[/url].

19 июля 2006 в 0:50

Чтобы не вести долгово разбирательства с mysql (какое значение там дублируется и т.п.), можно просто очистить таблицу watchdog. При этом удаляться все логи.

p.s. не забываем про backup до того, как лезть руками в базу (да и вообще, бэкапы спасут мир!)

19 июля 2006 в 0:47

Вы хотите, чтобы в мануал по установке Друпала был встроен мануал по установке Апача?

Не проще ли просто взять мануал по установке Апача?

Если возникнут проблемы, то можно спрашивать в форуме. Желательно в отдельной теме и писать очень-очень-оечень подброчно (!).
http://support.microsoft.com/?kbid=555375

19 июля 2006 в 0:43

Нене ) ...
Я вроде тут Smile .. в смысле дома)

Даже вот на комменты немного отвечаю.

Почитав посты, понял, что отстал от жизни. Как-то так сложилось, что отошел от web... Поддерживаю один единственный сайт. На drupal.
Ну ниче... На 4.7 буду перетаскивать (когда-нибудь) догоню Wink

3 июля 2006 в 8:06

Это уже обсуждалось ну просто невероятное кол-во раз. Я не разу не видел решения данной проблемы.
.
Сам не пытался заниматься - не вижу повода. А что современный поисковик больше там любит какую-то кодировку imho полный бред.

7 мая 2006 в 21:16

imho, фильтрация спама по серым/белым/черным/ещекакимто спискам - это метод ядерной бомбы. "Удалим все письма и спама не будет".

Как правило, человек совершенно не виноват, что его сеть попала/не попала в черный/белый список.

4 мая 2006 в 14:44

не знаю что такое dumper.php, но это не ошибка, а предупреждение. И написано как от него избавиться: надо выставить переменную окружения TZ или воспользоваться функцией date_default_timezone_set().