Сайт переехал на новую версию движка

Долго сидели, как сапожник без сапог — новые версии выходят, а официальный сайт сидит на старой версии. Но, наконец, это произошло — этот сайт тоже переехал на ветку 1.1.х и будет теперь обновляться регулярно. Переезд этот примечателен еще тем, что на сайте до сих пор работают плагины, которые писались еще для версии 0.9.х, в т.ч. и плагин DAO. Да и верстка вся под старую структуру. Но, кажется, проблемы совместимости удалось решить. Во всяком случае, явных ошибок нет. Но если вдруг кто-то заметить какие-то ошибки — не сочтите за труд, сообщите об этом.

И, поскольку я упомянул DAO, то вполне ожидаем вопрос: Значит ли это, что DAO будет без проблем работать с Alto CMS 1.1.х?

Отвечаю: Гарантировать это на 100% я не могу. Функционала там заложено очень много, здесь на сайте используется только его часть. Поэтому для каждого сайта это надо тестировать. Но если будут какие-то проблемы — обращайтесь, будем искать решение.

Похожие статьи

  • ВАЖНО: Критическое обновление
    В AltoCMS используется библиотека PHPMailer, в которой была обнаружена критическая уязвимость. В версии Альто 1.1.27 эта библиотека обновлена. Настоятельно рекомендуется обновить движок до версии 1.1.27! Или...
  • Версия 1.1.23 — небольшие исправления и чуть-чуть новенького
    Таки вышел релиз Alto CMS 1.1.23. Каких-то «прорывных» фишек в ней нет, она, главным образом, исправляет ряд обнаруженных ошибок и чуть-чуть добавляет некоторых новых возможностей для разработчиков. Вот список...
  • Версия 1.1.12 Alto CMS — критичное обновление
    Движок обновлен до версии 1.1.12. Кроме всякого рода багфиксов, небольших улучшений (в т.ч. и повышающих быстродействие), была обновлена библиотека типографа Qevix, претендующая на то, чтоб в скором будущем стать...
  • Версия 1.1.8 — багфиксы и немного новенького
    В версии Alto CMS 1.1.7 1.1.8, в первую очередь, были исправлены некоторые ошибки предыдущей версии. Кроме того, добавлен новый функционал — вставка счетчиков и прочих javascript-кодов через админку, без...

23 комментария

0
Означает ли эта статья, что ДАО больше не будет адаптироваться под новые версии.
+2
Нет, не означает. Я не знаю планов разработчика DAO, поэтому не могу делать таких заявлений. Но адаптация любого плагина может вестись с двух сторон — со стороны плагина, и со стороны движка. И я готов приложить усилия для обеспечения обратной совместимости со стороны движка — я это имел ввиду.
0
Вадим, можно вопрос — а какая версия DAO у Вас используется сейчас на сайте?
И соответственно на каком из коробочных шаблонов основан данный сайт?

Я не знаю планов разработчика DAO, поэтому не могу делать таких заявлений.
Разработчик обещает адаптацию, но сроки не известны(((
0
Вадим, можно вопрос — а какая версия DAO у Вас используется сейчас на сайте?
И соответственно на каком из коробочных шаблонов основан данный сайт?
DAO версия 3.2.2, а вот шаблон не коробочный, делался индивидуально, но структурно он близок к шаблонам LS 1.0.3
0
У меня DAO 3.6.4alto отказался работать под 1.1.12 -(
0
Зашел незалогиненным в эту тему и сверху вылезла ошибка:
E_WARNING [2] json_encode(): double INF does not conform to the JSON spec, encoded as 0 (/var/www/vhosts/alto-cms.com/altocms.com/engine/include/functions/Main.php on line 166)
0
Спасибо, видел уже эту ошибку в логах, только она плавающая какая-то, у себя не получается ее воспроизвести. Но буду вылавливать.
0
Надо бы посмотреть стек, откуда происходит ошибка.
Скроее всего ajax-ом (потому что json) подгружается какой-то рейтинг а при вычислении рейтинга идет деление на ноль
0
Все круче — это баг PHP: bugs.php.net/bug.php?id=64695
0
А можно детальнее рассказать как делался переезд?
1. Сделался тестовый сайт
2. Залилась новая версия
3. Залился дамп старой БД + Накатились правки
4. Пустилась часть пользователей для тестов
5. Пользователи дали фидбек
6. Фидбек проанализировался и подправились баги

?
999. Поменялись папки на сервере и сайт заработал на новом движке
Отредактирован:
0
Если по всем правилам, то нужно бы так. Но есть одна проблемка: для полноценного бета-тестирования необходимо, чтоб новая версия сайта работала в «боевом» режиме. Т.е. юзеры, которые туда приходят, не просто попробовали создать топик, коммент и т.д., а чтоб они работали с сайтом, как обычно, и чтоб весь контент, создаваемый ими, сохранялся. Но при этом часть юзеров будут работать со старой версией сайта, создавая контент. А базы-то разные!

Короче, при бета-тестировании по этой методике обязательно должна работать репликация контента — контент, создаваемый в разных версиях сайта должен синхронизироваться между старой и новой базами. Не скажу, что сделать это здесь совсем уж невозможно, но затратно.

Поэтому все делалось по упрощенной схеме:
1. Новый тестовый сайт был поднят параллельно с тестовой базой и какое-то время тестировался и правились баги.
2. Был создан удаленный git-репозитарий для нового сайта, куда была залита новая версия
3. На рабочем сервере был создан клон репо с новой версией
4. На рабочем сайте прямо через index.php была включена заглушка о том, что идут технические работы
5. Создана копия рабочей базы и на новую базу накатились правки
6. С помощью rsync из локального репо в рабочую папку сайта была залита новая версия
7. Правка параметров подключения в /app/config/config.local.php и списка активированных плагинов
8. Убирается заглушка и сайт работает

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

И в моем варианте, кстати, есть небольшой плюс: т.к. конфиги веб-сервера не трогаются, то его не нужно перезагружать, соответственно, сохраняются все сессии. Я сайт обновил, зашел — автоизован, как и был до обновления.
Отредактирован:
0
Я понимаю, что более типичным считается подход, когда новый сайт ставится в отдельную папку, и тогда, в случае острой необходимости, можно быстро откатиться к старой версии, изменив настройки сервера. Но т.к. у меня есть полностью рабочий вариант старого репозитария, и старая база тоже никуда не девается, то откатиться на старую версию не меняя корневой папки сайта в настройках серверов для меня это вопрос нескольких минут.

Просто при наличии отдельной папки откат на старую версию — дело нескольких секунд (переименовал и все)
0
т.к. конфиги веб-сервера не трогаются, то его не нужно перезагружать, соответственно, сохраняются все сессии. Я сайт обновил, зашел — автоизован, как и был до обновления.
Вроде бы данные сессий не зависят от перезагрузки http сервера.
0
Exception: Can not find the template "/var/www/vhosts/alto-cms.com/altocms.com/common/plugins/dao/templates/skin/crisp/notify/ru/email.notify.new_moderation.tpl" in skin "crisp". 
0
fixed
0
При написании ЛС в поле кому возникает такая петруха:
<img src="http://altocms.ru/uploads//images//00/00/02/2013/04/07/avatar_100x100.jpg-24x24.jpg">aVadim, 
0
У меня у одного сайдбара нет (1.1.18)?
Виджеты даже в настройках по адресу /admin/site-widgets/ не отображаются… (проверил на всех шаблонах из коробки).
0
Собственно, в 1.1.17 аналогичная ситуация.
Сайдбара нет ни на сайте, ни в настройках в админке.
0
//
Отредактирован:
0
Кто нибудь обновился с 1.1.16 на 1.1.17(18)?
0
Я просто скачал текущую версию вчера с гита github.com/altocms/altocms/archive/master.zip
Сильно не ковырял, но сайдбар есть sovunion.ru/
0
Yuran, у меня на втором сайте (чистая установка) тоже всё ок. Но если обновляюсь (всё по инструкции, как всегда) — сайдбара нет.
0
Нашли причину. Косяк с нашей стороны (как всегда, впрочем).
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.