

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

[spoiler]
Фактически, без привлечения технических специалистов клиенты могут загружать и устанавливать обновления продукта, которые могут добавить или изменить функционал, модули, пользовательские интерфейсы, иногда даже структуру данных. Но при этом, публичные страницы сайта и созданная бизнес логика сохранят свою работоспособность. Реализуется это за счет того, что продукт представляет собой FrameWork и все публичные страницы и бизнес-логика созданы с использованием API функций. Мы можем изменить многое, но методы, классы, функции остаются совместимыми между версиями и соответственно все страницы сайта будут работать без изменений.
Я уверен, что выпуск в 2001 или 2002 году технологии
Что собственно изменилось в системе обновлений?
Самое главное, что появилось - это пошаговая система обновлений.
Сегодня мы обновляем сайт на одном шаге и основная проблема с которой сталкиваемся - это ограничения по времени выполнения скриптов на некоторых хостингах. Новая система обновлений будет работать даже на сайтах с ограничениями по времени выполнения. Для этого пришлось практически изменить идеологию системы, форматы хранения обновлений и взаимосвязи между модулями в системе обновлений. Но результат отличный и, в общем, долгожданный!
В дополнение, значительно оптимизирована скорость работы системы системы обновлений и упрощен интерфейс.
Так что новая версия 6.5 будет уже обновляться по новой системе. Сейчас же, всем пользователям при обновлении будет первым шагом предложено обновить систему обновлений и потом уже поставить новые
модули.
Пока система обновлений находится в стадии бета-версии.
Несколько примеров как работает новая технология. Я взял обычную нашу пробную версию продукта и проверил работу системы обновлений.
При попытке обновления пользователям будет предложен следующий диалог.

Сначала предстоит обновить систему обновлений, затем уже пользователи смогут увидеть доступные обновления. (Ядро продукта должно быть не ниже 6.0.4)
Пока поддерживается работа в прежнем режиме работы, и в новом режим.
Чтобы обновиться в пошаговом режиме, необходимо выбрать именно Пошаговый режим обновлений.

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

Как вы видите из этого примера, появились "Рекомендуемые обновления" и "Опциональные обновления".
Это должно помочь пользователям определять, что рекомендуется устанавливать в первую очередь.
Работать со списком обновлений так же стало значительно удобнее.

Все купоны на активацию обновлений и переходы и разрешение ставить обновления теперь включаются на вкладке "Дополнительно".
Загрузка обновлений теперь выглядит как процесс последовательного движения двух прогрессбаров.


Даже загрузка исходных текстов продукта и документации теперь выполняется в пошаговом режим.

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

Будет ли работать сам Битрикс на проблемных хостингах?
а можно подробнее об этих предстоящих изменениях?
В самое ближайшее время по мере выпуска модулей мы будем давать детальные разъяснения.
В официальном релизе представим полный сводный список изменений.
парадокс, однако
А для клиентов важен именно итоговый продукт.
Если уменьшится хотя бы вдвое, будет отлично.
Основная категория проблем - именно таймауты при установке.
Потому, собственно, и реализовали новый механизм.
Ну посмотрим, я жду от него очень хороших результатов.
Сам уже проверил на ряде проектов, работает отлично, и визуально видно как ставится, и не опасаешься, что слетит по таймаутам.
Мы с саппортом уже выяснили сегодня что я просто невезучий на обновления ))
А если отбросить излишний скепсис - на самом деле хорошая штука.
А то вот конкретно сейчас приходится поднимать сайт клиента на мастерхосте после переезда на сервак с ПХП5, а оказалось что многие файлы ядра еще зазендованы, т.к. в прошлый раз скачать исходники целиком не вышло из-за таймаутов
ну да ладно. в конце концов поправить один файлик не составляет труда, чтобы перезалить исходники
я вот за два дня таким образом поправил 6 сайтов + еще 2 ожидают продления техподдержки, чтобы я к ним вернулся