Здесь посмотри
https://www.drupal.org/node/2487215

bsyomov wrote:

Возможно, надо правильно настроить mysql, особенно если сайт на D7. Возможно надо поставить кешер опкода (APC, XCache). Возможно ещё что-нибудь.

В общем надо изучать администрирование, учиться находить узкие места и.т.п.

В принципе, можете написать мне в скайп, я попробую дать вам как минимум полезные советы глянув ваши настройки.

С дуба рухнули? Или обострение весенней подозрительности? У меня сайт грузится и грузился (днем грузился плоховато). А как вы определили, что я их сотрудник? Пипец...

Мне нужен нормальный хостинг для коммерческого сайта (300-500 уников в сутки)- лучше шаред с маленьким временем ожидания отдачи. Можно и другие предложения.

Я, конечно понимаю, спамеры и нездоровые телодвижения и прочее... только давайте сами себе жизнь не усложнять... По возможности, конечно.

Что я понял на этот момент. Причина отказа проверки обновлений - таймаут соединения с сервером обновления Друпал при попытке получить данные по конкретному модулю. В чем причина, понять не могу, не хватает квалификации. Временное решение такое - в файле update.module ядра в строке define('UPDATE_MAX_FETCH_ATTEMPTS', 2); 2 поменял на 30. Проверка работает гораздо дольше и на обновления проверяются почти все проекты (модули). Непосредственно обновление работает нормально. Если кто может помочь, буду рад. (могу отвечать с задержками)

Вы наверное невнимательно прочитали выше. Автоматом Друпал я поставил только для эксперимента. И проблема не в установке, и в проверке обновлений. Про другие движки нечего сказать не могу. Кроме того, проблема встречается не часто, но регулярно, и у нас, и у других. И скорее всего, проблема именно в хостингах.

И цель этого топика именно найти причину.

Зашел на сервер по SSH, посмотрел пинг, трассировку, попробовал скачать (wget) xml c информацией об обновлении - все ок, никаких видимых косяков.

"kosHta" wrote:

Нет, ставил чистый Друпал из репозитория хостера (из админки), только ядро. Та же песня.

Подозрения подтвердились по поводу timeout.
В коде update модуля есть такая строка

$xml = drupal_http_request($url);

где $url=http://updates.drupal.org/release-history/userdelete/7.x?site_key=wu5EoI...

если в ноду вставить

Если я правильно понял, дело в таймауте соединения с сервером обновлений. Вероятнее всего, хостер изменил сетевую инфраструктуру и процесс обновления вываливается просто по превышению времени. Косвенным доказательством служит тот факт, что процесс проверки всегда отваливается на 11%, но если в файле update.module в строке define('UPDATE_MAX_FETCH_ATTEMPTS', 2); 2 поменять на 6 например, то процесс всегда идет дальше. Но все равно отваливается. Больше 6 не делал, т.к. это наверное неправильно.

Нашел обсуждение https://www.drupal.org/node/956474, но там тоже ни к чему конкретному не пришли

В предыдущем сообщении так и не смог добиться корректного отображения сообщения - глючит все...

Спасибо за ответ, но похоже, у меня не тот случай.

Вставил в ноду строку: <?php print_r(drupal_http_request('https://drupal.org/'));?>

Ответ:

Не могу найти, может кто-то знает модуль капчи (на блок логина/пароля), которая бы появлялась только после неудачной авторизации?

Upd:Нашел такой модуль

Спасибо за наводки. Смотрите, в журнале у меня записи такого типа:
--------------------------------------
Тип пользователь
Дата среда, 22 октября, 2014 - 09:13
Пользователь Гость (не проверено)
Место http://site.ru/существующая_страница?destination=node/19
Источник отсылки http://site.ru/
Сообщение Ошибка входа в систему для пользователя HgRAQdwbsL.
Важность замечание
Имя хоста 120.43.24.18

Благодарю

Спасибо за ответ.
Да, действительно. Очень просто. Если быть программистом. А сколько может стоить написание такого модуля?

Благодарю всех. Display Suite супер модуль. Сделал 2 динамических поля - 1. Комментарии к материалу и 2. Форма комментариев к материалу и поместил их в нужную вкладку в нужном порядке. И всё, даже вьюха не нужна.

Зря вы так плохо про почту РФ. Много с ней работаю (отправляю) уже пару лет. Статистика такая - практически 100% отправлений доходит очень быстро (по всей РФ) - 9-11дней. За всё время только одно отправление сначала пропало, потом нашлось, дней через 20. Трекается все как надо...

От модуля бы не отказался, но это не так критично. Вместо можно использовать, как вариант, Commerce Shipping Weight Tariff, а трек-код просто хранить в специальном поле, например.

Решил.

Спасибо за ответ.

Это вот эти?
http://drupal.org/project/alinks
http://drupal.org/project/references

Посмотрел описания... честно говоря, терзают смутные сомнения, но ладно, посмотрю позже, спасибо.

Сложные вопросы? Или страшная коммерческая тайна? Или отдыхают все...

Да, у меня iceweasel (firefox для linux) multiupload не работает. В chrome работает..

Не стал беспокоить bsyomov по пустякам, настроил mysql как в этой статье: Прирост виден невооруженным взглядом - прирост в разы (сделал одну долгоиграющую операцию) по моей оценке до 5 раз...

Нет знающих ответ? Слишком сложно? или непонятно?

"CSoft" wrote:

Опубликовано CSoft

Спасибо за ответ. Я так и понял и сделал - AJAX добавление в корзину работает. Чтобы заработал dc_cart_ajax (другой модуль), что-то менял в коде - это описано в issue этого модуля. Так что все работает.

Да, прямо сейчас не горит. Я в России, но система не должна сильно отличаться... Как что получится, дай знать, может, обсудим...