Перейти к содержимому


Фотография
- - - - -

Как избежать потери изменений при обновлении новых версий


  • Закрытая тема Тема закрыта
Сообщений в теме: 4

#1 Star

Star

Отправлено 11 September 2012 - 16:12

Многим приходится лезть в код и менять что-то, добавлять, а при новом обновлении все это конечно исчезает и нужно опять вспоминать, где и что менялось. С этим явлением сталкиваются все и фактически этот момент никто не решал и в других обновляемых модулях, плагинах. Поэтому всегда опасно обновлять, так как опыт показывает, что в 99% случаях то, что было наработано годами - работать не будет.

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

Правила:
1. Все обновления необходимо обновлять только через Админку JOOMLA, а не переписыванием наверх вручную.

2. При обновлении необходимо "смотреть" на опорный файл, который устанавливался при прошлом обновлении, с датой последнего обновления. Обычно дата и время показывают одни и те же данные. Как только мы начинаем вручную править файл, то меняется дата и время файла и это означает, что в этом файле произошли изменения.

При перезаписи "наверх" файлов, если дата не равна (опорной) дате, то эти новые файлы наверх не переписываются, создается отдельная папка с новыми файлами и с теми же путями к нужному файлу.

После проведения обновлений выводится статистика, что создана резервная папка с новыми файлами по такому-то пути и в ней (например) 6 файлов находятся для ручной правки, которые вам необходимо сравнить и заменить, а при необходимости исправить вручную.

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

Таким образом, мы сможем смело обновлять на новые исправленные и дополненные версии - не теряя собственных доработок.

Разработчики смогут координально поменять код и добавить много изменений, но ваш код с изменениями, все равно в этом случае, будет под контролем.
  • 0

#2 SmetDenis

SmetDenis

Отправлено 11 September 2012 - 16:37

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

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


Отслеживать дату последней модификации - это конечно интересно, но на эту информацию нельзя положиться даже на 30%.
Пример с путями и папками очень занятный, но не в этом случае.

Если вы не меняли фреймворк JBZoo и сделали все как описано в статьях - то никаких проблем быть не должно.
В крайнем случае у нормального разработчика всегда должен быть свежий бекап ;)

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

PS Поверьте, все намного сложнее чем вы себе представляете... ;)
Чтобы все автоматизировать - учесть нужно оооооочень много факторов и нюансов. Например, букет всех версий (сейчас их почти 15), разнообразие всех сайтов. версий Joomla, тонкостей хостинга итд...


  • 0
JBZoo v4.0 и новый чудный мир Open Source GPL
Отключайте проверку лицензий как можно скорее!



— Есть два типа людей: Кто еще не делает бекапы и кто уже делает бекапы.


#3 Star

Star

Отправлено 11 September 2012 - 17:03

Я согласен, и я думаю, что эту проблему можно бы сделать даже шире.

Это может быть отдельная разработка для всех обновлений различных разработчиков модулей, плагинов для JOOMLA.
Я думаю, что она бы была №1 для любого сайта, как неотъемлимая часть, чтобы отслеживать изменения файлов.

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



  • 0

#4 olburts

olburts

Отправлено 12 September 2012 - 12:24

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


Если не затруднит, дайте ссылку на документацию  :)
  • 0

#5 SmetDenis

SmetDenis

Отправлено 12 September 2012 - 14:05

Если не затруднит, дайте ссылку на документацию  :)

http://forum.joomla-...topic,26.0.html тут целый сборник.
список время от времени пополняется.

  • 0
JBZoo v4.0 и новый чудный мир Open Source GPL
Отключайте проверку лицензий как можно скорее!



— Есть два типа людей: Кто еще не делает бекапы и кто уже делает бекапы.





Click to return to top of page in style!