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

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

5 ноября 2010 в 2:05

RxB wrote:
Потому что сие действо совершенно не интересует владельца домена drupal.ru, от тебя ниодной реплики не было

Интересует. В режиме read only. Очень прикольно, что решил за меня, что мне интересно, что нет.

4 ноября 2010 в 20:23

RxB wrote:
Ога. Когда я у Акселя про кнопку спросил, он аж в лице изменился.

Просто любопытно, а зачем ты меня из скайповского чата выкинул, где идёт обсуждение подготовки wiki.drupal.ru? Smile

14 октября 2010 в 16:34

Не предполагается, если только не предоставят аргументы в их необходимости. Раньше здесь были подписи, сначала в дефолтной реализации, включавшиеся в текст комментария, после модулем signature. При активном использовании подписей комментарии засоряются посторонними текстами, поисковики это не очень понимают и в итоге находят страницы не имеющие отношения к поисковому запросу.

14 октября 2010 в 16:34

Не предполагается, если только не предоставят аргументы в их необходимости. Раньше здесь были подписи, сначала в дефолтной реализации, включавшиеся в текст комментария, после модулем signature. При активном использовании подписей комментарии засоряются посторонними текстами, поисковики это не очень понимают и в итоге находят страницы не имеющие отношения к поисковому запросу.

3 октября 2010 в 18:28

argon wrote:
Мне кажется с жиру бесятся - нафига нам сео-адекватные урлы... мы и так крутые

Вот никак не возьму в толк, чем урлы вида example.com/novost-o-kakoy-to-figne лучше урлов вида example.com/node/123? Запоминать длинный заголовок не многим проще чем числовой nid. Да и ссылки копипастить на пару строк никак не удобнее, чем короткие строки с нидами.

29 сентября 2010 в 19:13

Совет в топике помнится из моего блога. Этот код гарантированно работает на D6. См. настройки PHP для CLI. Если просто вызвать из корня сайта в командной строке index.php, выдаёт страницу друпала или тоже страницу обслуживания? Если второе, см. подключён ли для CLI драйвер СУБД, может ещё какие отличия в конфигах PHP для вебсервера и для CLI.

28 сентября 2010 в 12:50

В комменте пользователя BassEast была вставлена картинка с внешнего ресурса sotnikovs.com, а этот домен заблокирован как содержащий что-то там вредоносное. Ссылки на эти картинки были удалены из комментариев drupal.ru/node/14793.

27 сентября 2010 в 23:01

xxandeadxx wrote:
api.drupal.ru досих пор кишит левыми ссылками (репортил месяц назад или два), так что ничего удивительного

По проблема api.drupal.ru пишите neochief, он отвечает за работу этого сайта.

27 сентября 2010 в 21:37

По этой ссылке нода с картинкой с внешнего ресурса. Возможно вирус в этом внешнем файле, прикидывающемся картинкой. Позже сегодня гляну антивирусом и отредактирую ноду.

22 сентября 2010 в 16:28

penexe wrote:
ср... нам на посещаемость, верни кнопки!

Любопытно, как скоро мы выйдем на первую страницу в поисковиках по запросу "кнопка" если поминать эти кнопки в каждом топике?

16 сентября 2010 в 11:06

Насколько я понимаю суть пакетных операций в друпале, дескрипторы файлов между вызовами не сохранятся, т.к. каждый цикл пакетной операции это отдельный вызов PHP, где друпал инициализируется заново (хотя и по сокращённому алгоритму). Значит нужно каждый раз открывать файл, читать порцию, сохранять позицию (а не дескриптор) в sandbox, закрывать файл. В следующей сессии алгоритм повторяется, только перед чтением устанавливается позиция в файле, сохранённая ранее в песочнице.

27 августа 2010 в 12:53

seaji wrote:
Надо бы это дело как то оформить и выкладывать еженедельно.
Может быть 10 первых постить в твиттер.
Еще нужн подумать над алгоритмом, т.к. зачастую видно что у модуля в одну неделю идет хороший рост, а в другую - падение, а в среднем остается так как есть.
Может быть усреднять за две или даже три недели?

Отличная идея!

27 августа 2010 в 12:49

Master of Tragedy wrote:
Лучше бы сайтом занялся, чем строчить не понятно что. Не в обиду, Саш, но не делом занимаешься.

Занимаюсь. http://drupal.ru/changelog
Более серьёзные изменения — в сентябре.

26 апреля 2010 в 23:12

Вот прям именно конкретно 100 пользователей? Какой версии mysql? Раньше в mysql лимит max_connections был как раз 100 соединений, а в последних версиях - 150. Если это число превысить, то СУБД будет отказывать в обслуживании запросам сверх лимита. Поставьте скрипт mysqltuner или tunining-primer.sh и оцените параметры настройки СУБД, поправьте my.cnf в соответствии с рекомендациями. Либо обратитесь к специалисту.

Навскидку не зная загрузки системы судить сложно, но 100 одновременных коннектов на указанном железе на селектах выделенный mysql-сервер должен держать.

25 апреля 2010 в 16:25

Azerot wrote:
Quote:
во время запроса сайта создается процесс php-cgi, занимающий память 230М

Значит PHP работает в режиме CGI, что не очень производительно,
Процессы php-cgi могут создаваться и при работе в режиме fastcgi.