[Edrard]

Апдейт с версии 3.0.3 к 3.1.0 происходит следующим образом:
1) Перезаписываем файлы из архива
2) Выставляете права 777 права на файл /mysql.config.php, /cache и /admin/sql и /cron.log
4) Открываете сайт, и ждем апдейт базы
5) Если апдейт прошел, то наслаждаетесь версией 3.1.0

Ни в коем разе НЕ нужно переустанавливать базу, в нее НЕ вносили никаких изменений!!!

Текущая версия модуля 3.1.0(07.05.2014): Скачать модуль

ошибка

[Exinaus]

Удалил верхний пост. Если прочитали, уж извините. Не посмотрел картинку в нормальном качестве, и перепутал ошибки (там их как раз две возможных, с почти одинаковым текстом), и подумал на другую.

Очистите кэш из админки, или подождите пока он сам устареет.

ошибок при обновлении не было, почистил кэш все нормально, спасибо

1. Скачал архив, удалил оттуда папку cache и файл cron.log, чтобы при обновлении не заменились пустотой.
2. Удалил на сервере все файлы и папки, кроме: cache, cron.log и mysql.config.php.
3. Загрузил на сервер архив, извлек, установил права 777 на admin/sql.
4. Запустил главную страницу модуля, обновился, перешел еще раз на главную страницу.
5. Вуаля! Обновились, пользуемся.

Такое впечатление, что модуль стал работать несколько быстрей, не так ли это?

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

2014/05/06 20:56:00 [error] 28385#0: *51022 upstream prematurely closed connection while reading response header from upstream, client: 178.208.73.46, server: stata2.35rb.mcdir.ru, request: "GET /news.php HTTP/1.1", upstream: "http://178.208.83.16:81/news.php", host: "stata2.35rb.mcdir.ru", referrer: "http://stata2.35rb.mcdir.ru/"
2014/05/06 20:56:00 [error] 28397#0: *51074 upstream prematurely closed connection while reading response header from upstream, client: 178.208.73.46, server: stata2.35rb.mcdir.ru, request: "GET /main.php?from_index=1 HTTP/1.1", upstream: "http://178.208.83.16:81/main.php?from_index=1", host: "stata2.35rb.mcdir.ru", referrer: "http://stata2.35rb.mcdir.ru/"
2014/05/06 20:56:00 [error] 28385#0: *51022 upstream prematurely closed connection while reading response header from upstream, client: 178.208.73.46, server: stata2.35rb.mcdir.ru, request: "GET /main.php HTTP/1.1", upstream: "http://178.208.83.16:81/main.php", host: "stata2.35rb.mcdir.ru", referrer: "http://stata2.35rb.mcdir.ru/"

Обратитесь к разработчикам, чтобы узнать в чем может быть причина, так же узнайте программное обеспечение, что необходимо для нормальной работы, сообщите нам его, мы проверим с текущем.

Руслан Мищенко
дежурный системный администратор

У кого есть мысль почему запросы не проходят?

[Exinaus]

Такое впечатление, что модуль стал работать несколько быстрей, не так ли это?

Вроде особо сильных изменений не было. А те что были уже давно реализованы в промежуточных версиях между 3.0.3 и 3.1.0.
Возможно это апи вг заработал быстрее.

[Edrard]

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

2014/05/06 20:56:00 [error] 28385#0: *51022 upstream prematurely closed connection while reading response header from upstream, client: 178.208.73.46, server: stata2.35rb.mcdir.ru, request: "GET /news.php HTTP/1.1", upstream: "http://178.208.83.16:81/news.php", host: "stata2.35rb.mcdir.ru", referrer: "http://stata2.35rb.mcdir.ru/"
2014/05/06 20:56:00 [error] 28397#0: *51074 upstream prematurely closed connection while reading response header from upstream, client: 178.208.73.46, server: stata2.35rb.mcdir.ru, request: "GET /main.php?from_index=1 HTTP/1.1", upstream: "http://178.208.83.16:81/main.php?from_index=1", host: "stata2.35rb.mcdir.ru", referrer: "http://stata2.35rb.mcdir.ru/"
2014/05/06 20:56:00 [error] 28385#0: *51022 upstream prematurely closed connection while reading response header from upstream, client: 178.208.73.46, server: stata2.35rb.mcdir.ru, request: "GET /main.php HTTP/1.1", upstream: "http://178.208.83.16:81/main.php", host: "stata2.35rb.mcdir.ru", referrer: "http://stata2.35rb.mcdir.ru/"

Обратитесь к разработчикам, чтобы узнать в чем может быть причина, так же узнайте программное обеспечение, что необходимо для нормальной работы, сообщите нам его, мы проверим с текущем.

Руслан Мищенко
дежурный системный администратор

У кого есть мысль почему запросы не проходят?

Мда, Саппорт, можно сказать что послал вас... печально это если честно. В общем, проблема в том, что отваливается Апач, почему он отваливается, это вопрос как раз таки к Саппорту, мы тут вам маловероятно, что поможем, как минимум нужно смотреть его логи. Необходимый минимум, есть в readme.txt, рекомендуемый объем памяти 128 МБ, версия ПхП: 5.2 - 5.4

[Exinaus]

Обратитесь к разработчикам, чтобы узнать в чем может быть причина, так же узнайте программное обеспечение, что необходимо для нормальной работы, сообщите нам его, мы проверим с текущем.

Руслан Мищенко
дежурный системный администратор

У кого есть мысль почему запросы не проходят?

Я могу ошибаться, т.к. в unix подобных средах у меня мало опыта, но ошибка возникает в связке Nginx + Apache. Возможно, из за настроек или условий работы, ngnix передает апачу не верную информацию, и тот "падает".
Что именно и как именно передается, и собственно причина такого падения, это уже вопрос к тем кто имеет доступ к конфигурации сервера., может его менять и имеет доступ к подробным логам. Мы тут бессильны.

Что необходимо модулю для нормальной работы? Об этом написано в ридми файле: не закрывать доступ к получению информации с внешних ресурсов, и включенные расширения curl и pdo.

PS Пока ответ писал, уже и Edrard ответил . И наши ответы фактически совпадают. Так что напрягайте сапорт хостинга и дальше.

Спс.
Отправил оба сообщения в поддержку.
Получил ответ такой
Здравствуйте.
Проблема была в неверно выставленных правах доступа.
Сейчас сайт работает.

Дмитрий Дятлов
дежурный администратор
_________________________

Мдя, прикольная у них поддержка, но заработало, про права только не надо, сдуру воообще на все файлы 777 ставить пробовал, без результата, ради прикола создал ещё поддомен, перенёс с починяного всё кучей, и опять, таже 502 на новом , нафиг, мутный хост.