Посмотрите nid последнего индексированного материала. Потом откройте эту страницу и посмотрите в исходный код текста. У меня поиск зависал если в тексте были вордовские спец-теги, когда я копировал и вставлял из ворда.
Следует иметь ввиду, что distinct НЕ УБИРАЕТ повторяющиеся ноды.
distinct убирает повторяющиеся ряды.
Это огромная разница.
Скажем одна нода имеет два термина, термин-1 и термин-2
Если выборка происходит по рядам, то distinct не помошник, т.к. первый ряд будет:
nid, термин-1
а воторой ряд будет
nid, термин-2
как видите ряды не повторяются.
Сложно сказать, но вполне возможно. Нужно проверять.
Проще всего хакнуть модуль в том месте где идет отправка и записывать в лог адреса.
Последний адрес в логе и будет проблемным.
У меня был случай, когда подвисала индексация сайта по крону, если в ноду был сделан копи-паст из ворда. Я вручную удалял из текста специальные, вордовские теги. После этого индексация прошла нормально.
Может у Вас есть в тексте то, на чем спотыкается рассылка?
Еще как вариант, некорректный адрес эл. почты получателя. На этом то же может спотыкаться.
Только, если Вы его дергаете вгетом, то не забудьте задать для него правильные параметры, а то если wget не получает ответа в отведенное время, то он опять долбиться по этому адресу, и так до 20 раз подрят. Это его дефолтное поведение.
То есть реально для больших баз simplenews непригоден?
Да нет, simplenews тут не причем. Это чисто физические ограничения сервера.
Тут есть два момента.
1. Подберите количество писем отправляемое за раз. Чтоб сервер мог их пережевать.
Я, как автор http://www.drupal.ru/node/9732 не могу не возмутиться.
Я конечно очень уважаю Влада Савицкого.
Но про крон писал таки я.
Во вторых, Вы ошибаетесь. Рассылки идет именно последней. В журнале watchdog события следуют от более новых к более старым (вниз). Значит именно на рассылке и тормозит.
Можно получить представление о том, какие модули не отрабатываются в кроне путем отключения рассылки и запуска крона. Потом просто посмотрите какие модули будут стоять после privatemsg (по направлению вверх).
Да... организация мероприятия оставляет желать лучшего.
Мое скромное IMHO:
Это вообще отличная реклама, говорить людям, что их доклады будут зачитываться перед пустой аудиторией.
Может организаторам следовало бы сначала изучить основы PR...
Статика она и есть статика, что тут скажешь.
Буст хорош для тех сайтов, посетители которых - анонимы в большинстве.
Переопределять пути не нужно. Все остается по старому.
Статические файлы встраиваются в текущий адрес урл.
Я вообще не видел смысла в переводе, слов не так уж и много и они все понятны. Но раз уж я захотел вставлять комментарии от себя, то решил перевести кое что.
Спасибо что оценили
Согласен.
Самое оно для тех, кто ни бум-бум в настройке серверов, а читать километры мануалов времени нет.
Профи смогут настроить более тонко. Это точно.
можно сверстать страницу таким образом, что div.content будет сравнительно таким же медленным как и .content
В исходной статье говорится, что "browsers have built-in support for getElementysByTagName()"
Т.е. браузеры имеют встроенную поддержку getElementysByTagName() именно поэтому div.content быстрее.
Да, представляете, а на всех шаред-хостингах ни каких акселераторов недопросишься.
Я уже пытался выпрашивать, они говорят, что пробовали ставить акселератор, но из за него у некоторых пользователей возникли проблемы и они его включать больше не собираются.
Быстрая диагностика зависания крона
Посмотрите nid последнего индексированного материала. Потом откройте эту страницу и посмотрите в исходный код текста. У меня поиск зависал если в тексте были вордовские спец-теги, когда я копировал и вставлял из ворда.
Views, вывод тизеров полями, Дублируются тизеры, если добавлено поле "Таксономия термин"
Следует иметь ввиду, что distinct НЕ УБИРАЕТ повторяющиеся ноды.
distinct убирает повторяющиеся ряды.
Это огромная разница.
Скажем одна нода имеет два термина, термин-1 и термин-2
Если выборка происходит по рядам, то distinct не помошник, т.к. первый ряд будет:
nid, термин-1
а воторой ряд будет
nid, термин-2
как видите ряды не повторяются.
Drupal for Firebug
Клиника
Simplenews - вешает крон. Как узнать где проблема
Сложно сказать, но вполне возможно. Нужно проверять.
Проще всего хакнуть модуль в том месте где идет отправка и записывать в лог адреса.
Последний адрес в логе и будет проблемным.
Можно ли дать крону возможность работать в обход ограничений php (на время выполнения)
У меня был случай, когда подвисала индексация сайта по крону, если в ноду был сделан копи-паст из ворда. Я вручную удалял из текста специальные, вордовские теги. После этого индексация прошла нормально.
Может у Вас есть в тексте то, на чем спотыкается рассылка?
Еще как вариант, некорректный адрес эл. почты получателя. На этом то же может спотыкаться.
Можно ли дать крону возможность работать в обход ограничений php (на время выполнения)
Млин, ну посмотрите документацию вгета...
будем тут линукс изучать?
Можно ли дать крону возможность работать в обход ограничений php (на время выполнения)
Только, если Вы его дергаете вгетом, то не забудьте задать для него правильные параметры, а то если wget не получает ответа в отведенное время, то он опять долбиться по этому адресу, и так до 20 раз подрят. Это его дефолтное поведение.
Можно ли дать крону возможность работать в обход ограничений php (на время выполнения)
Должно помочь:
<?php
set_time_limit(1800);
?>
в файле cron.php
Simplenews - вешает крон. Как узнать где проблема
Да нет, simplenews тут не причем. Это чисто физические ограничения сервера.
Тут есть два момента.
1. Подберите количество писем отправляемое за раз. Чтоб сервер мог их пережевать.
Simplenews - вешает крон. Как узнать где проблема
Почти наверняка только 10-20% из этих писем реально уходили.
Simplenews - вешает крон. Как узнать где проблема
Я, как автор http://www.drupal.ru/node/9732 не могу не возмутиться.
Я конечно очень уважаю Влада Савицкого.
Но про крон писал таки я.
Во вторых, Вы ошибаетесь. Рассылки идет именно последней. В журнале watchdog события следуют от более новых к более старым (вниз). Значит именно на рассылке и тормозит.
Можно получить представление о том, какие модули не отрабатываются в кроне путем отключения рассылки и запуска крона. Потом просто посмотрите какие модули будут стоять после privatemsg (по направлению вверх).
Drupalcamp Москва-2010: информация для докладчиков
Да... организация мероприятия оставляет желать лучшего.
Мое скромное IMHO:
Это вообще отличная реклама, говорить людям, что их доклады будут зачитываться перед пустой аудиторией.
Может организаторам следовало бы сначала изучить основы PR...
Данный пост это последняя капля.
Модуль Boost. У кого есть опыт использования
Статика она и есть статика, что тут скажешь.
Буст хорош для тех сайтов, посетители которых - анонимы в большинстве.
Переопределять пути не нужно. Все остается по старому.
Статические файлы встраиваются в текущий адрес урл.
Оптимизация сервера. Разгоняем LAMP
Пять с плюсом.
Прямо в точку
Оптимизация сервера. Разгоняем LAMP
Спасибо, такое полезно знать.
Оптимизация сервера. Разгоняем LAMP
Прям как взъелись все. И ни одного дельного совета...
Мне помогли советы по MySQL. Я записал для себя.
Не нравится не читайте.
Views. Часть первая - изменение параметров "на лету"
Да...
Drupal 4.7 .....
Я с него начинал
Где нибудь есть описание таблиц базы данных Drupal
Ооо.. Это новое уже новое веяние.
Раньше все ругали за отсутствие документации.
Оптимизация сервера. Разгоняем LAMP
Не понял причем здесь "разруха".
Я то же могу сказать "Я не автомеханик, но знаю что мне нужно от машины, чтоб она ехала и причем быстро."
Оптимизация сервера. Разгоняем LAMP
Я вообще не видел смысла в переводе, слов не так уж и много и они все понятны. Но раз уж я захотел вставлять комментарии от себя, то решил перевести кое что.
Спасибо что оценили
Оптимизация сервера. Разгоняем LAMP
Согласен.
Самое оно для тех, кто ни бум-бум в настройке серверов, а читать километры мануалов времени нет.
Профи смогут настроить более тонко. Это точно.
Делаю тизеры во вьюсе с помощью полей (чтобы не было node load) Как сделать шрифт заголовока анонса крупнее
Имеется ввиду система таксономии, а не вьюсы?
По моему, таксономия как раз и проигрывает views, тем, что все гонится через node_load()
Не обновляйте Internationalization 6.x-1.2 до 1.3
Критическое обновление - это обновление, приводящее ваш сайт в критическое состояние
48 советов для программистов от Lullabot [перевод]
В исходной статье говорится, что "browsers have built-in support for getElementysByTagName()"
Т.е. браузеры имеют встроенную поддержку getElementysByTagName() именно поэтому div.content быстрее.
48 советов для программистов от Lullabot [перевод]
Да, представляете, а на всех шаред-хостингах ни каких акселераторов недопросишься.
Я уже пытался выпрашивать, они говорят, что пробовали ставить акселератор, но из за него у некоторых пользователей возникли проблемы и они его включать больше не собираются.