Это то, что мне было любопытно в течение некоторого времени, учитывая несколько вещей.
Как хорошо будет улучшаться «одним кликом» до EoL в Joomla! 2,5?
Сейчас у нас очень низкий показатель успеха при обновлении с версии 2.5, есть много проблем с совместимостью, которые не решаются только с помощью обновления и требуют небольшого количества ручных изменений, чтобы завершить процесс большую часть времени (проблемы с JHTML являются наиболее распространенными. видеть).
Теперь я говорю «проблемы», но я просто имею в виду, что после обновления все работает не так, как задумано, это ни в коем случае не говорит о том, что компонент «обновление» не работает.
Я посмотрел вокруг, но нашел только следующее:
http://docs.joomla.org/Joomla!_CMS_versions
http://developer.joomla.org/cms/roadmap.html
Первый заявляет, что в следующем декабре 2014 года поддержка 2.5 будет прекращена. Второе излагает план для 3.x. Однако сейчас очень сложно обновить 2.5, чем больше сайт, тем сложнее. Я не уверен, что приводит к тому, что некоторые преуспевают, а некоторые - нет, в большинстве случаев мы не можем напрямую изолировать его от сторонних расширений (разрывы менеджера расширений и тому подобное от отсутствующих таблиц, а менеджер расширений - это то, где вы исправляете это).
Вот где настоящая проблема возникает при обновлении: если сайт использует массивную базу данных с чем-то вроде sobipro, k2 или компоновщика контента, или просто много статей / модулей, тогда обновление может потерпеть неудачу намного проще. Они не могут быть удалены, отключены или удалены (например: 4000+ элементов будут потеряны при удалении, в этот момент можно также переделать сайт, а затем обновить).
Итак, есть ли план по улучшению обновления в один клик с 2.5 до 3.x, чтобы лучше соответствовать EoL? (например, посты в новостях или блогах). Странный вопрос, но я чувствую, как много сайтов 2.5, которые не могут обновиться, могут быть очень полезными.
источник
Ответы:
Обновление в один клик работает очень хорошо для Joomla! 2,5 ядра .
Но ваш сайт может иметь несколько шаблонов или расширений, которые также должны быть обновлены.
Я также планирую "июньскую" миграцию нашего основного сайта. Это мой план:
источник
Для обновлений с 2.5 до 3.3 мне больше повезло, и я выполнил обновление вручную. Для версий, я пойду до 2.5.20-> 3.0.3-> 3.1.6-> 3.2.4-> 3.3.0.
Это полный процесс:
После того, как вы получите новую версию:
Весь этот процесс занимает много времени из-за времени загрузки полных версий, но он избавляет от головной боли.
Что касается расширений проблем, то это только те, которые вызвали проблемы во время обновлений для меня. Моя гипотеза заключается в том, что пакет установки на самом деле имеет разные версии для J2.5 и J3.3, поэтому при обновлении он запутывается. Если кто-то нашел других, пожалуйста, дайте мне знать.
Эти расширения могут вызвать проблемы, если не использовать самый последний выпуск:
источник
Я не смог обновить каталог с 2.5.7 до 3.2.0. Во время этих обновлений я сталкивался с различными ошибками, иногда вообще не мог обновиться.
Путь обновления я должен был принять как:
2.5.7 → 3.0.1 → 3.1.5 → 3.2.0
С тех пор я смог нормально обновиться. Я использую 3.2.2 и планирую обновить до 3.3 в ближайшее время.
источник
Чтобы ответить на главный вопрос:
Планов по его улучшению нет. Работает без проблем для ядра. Шаблон также должен быть заменен из-за изменения выходных данных расширения. Остальные расширения нужно проверять вручную, это зависит от того, как они построены. Можно написать расширения, которые работают на 2.5.15+ и 3.x с одной и той же кодовой базой. Но это нужно проверить, попробовав или связавшись с разработчиком (или прочитав их FAQ).
Единственное, что может быть улучшено в 2.5, - это добавить проверку совместимости перед обновлением. Для этого была проделана определенная работа, но она остановилась. Кто-то из сообщества должен был бы поднять это и довести до конца.
источник
Вот некоторая полезная информация, которую я нашел по обновлению.
Во-первых, если веб-сайт изначально был версии 1.6, а затем обновлен до версии 2.5, то даже в последних версиях 2.5 все расширения будут работать. Однако для обновления до 3.x требуется переустановка. Это связано с тем, что различия в области «обновления» означают, что если это был 1.6, то сервер обновлений не будет правильно читать обновления, поэтому, если это был компонент 1.6, то, по крайней мере, в большинстве случаев (я видел это в DJ Image Slider и BreezingForms) не будет обновляться после обновления до 2.5.
Поэтому необходимо обновить эти расширения вручную в какой-то момент его жизненного цикла в версии 2.5. Я считаю, что в зависимости от расширения могут быть проблемы с обычным обновлением SQL, но просто кое-что, о чем следует знать.
Иногда расширения могут быть переименованы или «обновлены», что приведет к тому, что Joomla будет время от времени читать его как новый компонент, что приведет к появлению нескольких записей одного и того же компонента, старого и нового. Если вы удалите одну из них, она по-прежнему использует те же таблицы базы данных, поэтому очищает их, если вы уже установили их.
Идея: так что я думаю, что в этом случае было бы полезно добавить дополнение к диспетчеру расширений для проверки расширений, предназначенных для более старых версий, чтобы их было легко увидеть, это можно сделать, посмотрев дату последнего обновления. и было ли это до потенциального критического изменения в Joomla, если текущая версия вышла за пределы этой версии.
В любом случае, если сайт переходит с 1.6 на 2.5, то на 3.x в любой момент может вызвать переустановку, которая, следовательно, очистит данные.
Другая идея: если «обновление» было добавлено рядом с обновлением, используя отслеживание более старой версии и его сервера обновлений, или пользовательский URL-адрес / загрузка, чтобы в основном удалить компонент без очистки данных. Затем переустановите его, используя обновления sql для обновления таблиц базы данных.
Я использую сайт, который изначально был 1.6, так как он будет показывать эти проблемы чаще, это может случиться и с сайтами, которые появились в 2.5.
Это объясняет многие проблемы, которые могут возникнуть из-за расширений, которые, возможно, никогда не обновлялись для добавления совместимости с 3.x, плагины являются наихудшими, так как даже в панели администратора ошибка в них может сделать панель администратора непригодной для использования.
Еще одна идея: менеджер обновлений Joomla может автоматически отключать все сторонние плагины, кроме некоторых (например, akeeba, так как он отслеживает обновления), а затем обновлять. После этого он снова включает все плагины, но «проверяет» системные плагины на наличие ошибок. Я имею в виду, что он автоматически запускает различные события с помощью try / catch, чтобы увидеть, есть ли ошибка, если она есть, она отключает и уведомляет.
Теперь все это не предполагает никаких основных проблем, что обычно не должно происходить при обновлении.
Идеи, которые я опубликовал выше, предназначены для команды разработчиков, остальное - хорошая информация для тех, кто обновляет. Идеи, которые я высказал, должны позволять даже обновления без предварительного удаления / отключения расширений, которые потенциально могут добавить гораздо больше работы к процессу. С некоторыми дополнениями к и без того хорошему средству обновления, даже полные автоматические обновления (вроде WordPress) могут быть возможны в будущем.
источник
Я считаю, что при обновлении нужно учитывать множество факторов, которые просто нельзя рассматривать как процесс «одним щелчком».
Версии PHP - это первое, что нужно учитывать. Версии Joomla тоже ... всегда переходите на финальную версию в любом дереве, прежде чем подниматься по лестнице на следующую. Используйте Akeeba CMS Updater, чтобы выбрать обновления, которые вы хотите применить, и из какой ветви.
Расширения - то, где это действительно становится волосатым.
Использование такого расширения, как SP Transfer, может уменьшить проблемы, создав дополнительный сайт, который можно предварительно установить в новой версии, со всеми компонентами, установленными для этой версии, а затем получить все необходимые данные из базы данных.
Этот процесс не для обычного обычного пользователя.
Чаще всего я нахожу некоторый уровень проблем с таблицей активов, и обычно мне приходится использовать диагностику ACL Manager, чтобы исправить потерянные или отсутствующие элементы в таблице.
источник
Процедура, которую я использую, прошла более 40 различных мини-миграций Joomla 2.5 - 3.x. Это не совсем «один клик», но помогает избежать самых распространенных ошибок. Большинство сайтов, на которые я смотрю, используют шаблоны RocketTheme, и существуют Joomla 3.x эквивалентные версии шаблонов Joomla 2.5, которые уменьшили для меня проблемы с миграцией шаблонов, но ваш пробег может отличаться.
Проверьте хостинг-среду, подходящую для Joomla 3.x
Сначала запустите резервное копирование!
Удалите все расширения, которые не совместимы с Joomla 3.x.
Обновите Joomla 2.5.28, если она еще не установлена на 2.5.28, и обновите все сторонние расширения до последних доступных версий Joomla 2.5.
Отключить плагин "Система - Запомнить меня"
Отключить плагин «Система - Резервное копирование при обновлении», если установлена Akeeba Backup
В глобальной конфигурации установите для Отчета об ошибках значение «Разработка» (чтобы ошибки были видны после миграции - если вы пропустите этот шаг, возможно, вам придется использовать FTP и т. Д. Для загрузки файла configuration.php, отредактируйте его, чтобы включить сообщения, а затем загрузите обновленную версию через FTP и т. Д., Что боль)
Изменить компоненты -> Joomla Update -> Параметры «Краткосрочная поддержка»
В Компоненты -> Обновление Joomla, нажмите «Установить обновление» для обновления с 2.5.x до 3.5.1, с 3.5.1 до 3.6.5 и затем с 3.6.5 до последней версии. Очистите кэш Joomla и очистите кэш в Extensions -> Extension Manager -> Update и попробуйте еще раз, если обновление не предлагается. Может потребоваться повторная аутентификация один или два раза, когда выполняются обновления токена сеанса
Измените компоненты -> Joomla Update -> Options -> Update Channel на «Default», если он еще не сброшен на «Default»
Переустановите последние расширения Joomla 3.x поверх любых установленных расширений, особенно ChronoForms и любых действий ChronoForms, если у вас установлены какие-либо из них.
Очистить кеш Joomla и кеш вашего веб-браузера
В глобальной конфигурации установите для параметра «Отчет об ошибках» значение «Нет».
Снова включите плагин «Система - Резервное копирование при обновлении», если установлена Akeeba Backup.
Повторно включите плагин "Система - Запомнить меня"
Отключите плагин «Система - Joomla! Update Notification», чтобы отключить уведомления об обновлениях Joomla (необязательно)
Удалите шаблоны Joomla 2.5 (атомарные, beez5, beez_20, bluestork)
Включите контроль версий в Контенте -> Статьи -> Параметры -> Редактирование макета, если необходимо (контроль версий отключен по умолчанию)
Отключите «Разрешить регистрацию пользователей» в «Пользователи» -> «Управление» -> «Параметры» -> «Параметры пользователя», если необходимо (это было включено по умолчанию в Joomla 2.5)
Шаг 11 важен для того, чтобы сценарии установки могли выполнять любые конкретные шаги Joomla 3, которые, возможно, не были выполнены при первоначальной установке в Joomla 2.5.
Не забудьте обновить версию PHP, если это необходимо. PHP 5.3 - это конец жизни, а PHP 5.6 или PHP 7.0 или новее - лучший выбор для Joomla 3.x.
источник