Страница 1 из 3

Автоматическое обновление

Добавлено: 31 мар 2013, 20:23
salex772
Максим, какие переменные, какая архитектура? Причем это тут?? Делаешь кнопку обновить, запускается новый процесс, который идет к тебе на сервер, скачивает новую версию, убивает процесс опен-сервера, затирает старые файлы ядра системы новыми, запускаешь процесс нового опен-сервера и загрузчик завершает работу. Все. (понятно, просто предупреждений что на свой страх и риск). Ты просто меняешь все файлы ядра. И архитектура тут не причем.

Я на так на каждой программе делаю. Это час работы-то..

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

И еще. У меня твой продукт - единственно где есть php. Его нужно прописывать в системный путь, потому что всякие миграции и тд запускаются из системы из разных мест. Мне было бы удобно везде иметь путь к php. Поэтому, если пути не будешь прописывать, просто не именуй php полностью. Оставь просто 5.4 например. Или пути сделай. Это реально напрягает

Про поиск на форуме не надо больше писать - никто ничего не собирается искать. Ты сделал очень удобную вещь - доведи пожалуйста до ума.

Добавлено: 31 мар 2013, 21:01
papdjonn
Салекс772 чего ты на Макса наезжаешь, я помню он уже не раз таким как ты подробно объяснял в чем там заковырки, поищи. <удалено модератором>

Давай сделай мне автоматическое обновление, отдельной програмкой или скриптом, я тебе лично отсыплю $500 бачей с зарплаты, согласен? И штоб оно переносио все мои данные и настройки когда Максим поменяет название переменных, форматы файлов и даже папки где вся эта байда хранится. А еще я не хочу никуда вводить никаких паролей, хочу чтобы все deprecated параметры в конфигах автоматом исправлялись на новые в настройках Mysql, PHP и всего остального что там в Open Server есть когда разработчики этих модулей делают такие изменения. <удалено модератором>

Бесят такие умники как ты, у которых всё просто и делается за час ёпт. :twisted:

Добавлено: 01 апр 2013, 09:19
salex772
Что за чушь?? Я во первых я знаю, во-вторых - каждая моя программа имеет подобное. Все что ты написал конечно можно реализовать, но не 500 и не за быстро( и все параметры deprecated можно отслеживать) Название переменных в конфигах поменять быстро - perl в помощь, это - обычное дело. Базы проще переносить с паролем, я по другому не делал, но не вижу трудностей перенести по паролю.

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

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

Добавлено: 01 апр 2013, 21:07
Aqsd
Удалено, вкратце не нравиться, не пользуйтесь)

Добавлено: 01 апр 2013, 23:23
DelphinPRO
Господа, держите себя в руках, не переходите на личности и старайтесь не использовать ненормативную лексику. Вы здесь не одни.

Добавлено: 02 апр 2013, 08:46
Aqsd
DelphinPRO писал(а):Господа, держите себя в руках, не переходите на личности и старайтесь не использовать ненормативную лексику. Вы здесь не одни.
Больше не повториться

Добавлено: 04 апр 2013, 05:35
Mr.Emm
Из предыдущей темы...
Максим писал(а):ничего невозможного в случае обновления только модуля PHP нет. Но неужели вы думаете что я буду делать обновлятор только для PHP при невозможности обновления других ключевых модулей платформы?
В большинстве случаев правильным вариантом будет перенос рабочих данных и настроек с одной версии на другую, тоесть "преносятор(ПР)" какбы актуальнее.

У нас есть задача, перенести файлы поектов(домены), все базы данных(экспорт>импорт), настройки сервера и всех модулей(из каждой ветки).

0) Надо предоставить пользователю изначально настроить ПР под свою структуру доменов, и прочие особенности для переноса.
1) программой копи-пастим поекты все(или только нужные) из указанной папки в папку назначения, генерируем файл настроек на основе структуры папок.
2) перенос баз, насчет рут паролей, то можно их хранить где-то в зашифрованном виде под ключем(мастер паролем), вводить раз на этапе переноса и также спокойно переносить все на новые версии. Изначально в настройках ПР мы уже знаем откуда и куда надо переносить, тоесть, из старой версии запускаем модули по очереди сморим есть ли там базы экспортируем во временное хранилище. Импорт должен быть поумнее, с доп. настройками, что и в какую версию модуля надо закидывать, или все во все сразу...
3) настройки сервера, переносим профили, разбираем и анализируем все файлы, показываем пользователю только измененные настройки, окно с возможностью контролировать процесс, либо что требует ручного вмешательства, или в случае нововведений, например, указать что оно есть и что означает(из справки вытягивать), либо наоборот удалено в новой версии и почему.
4) настройки модулей аналогично, только тут вроде проще т.к. там в приделах ветки в настройках мало что изменяется, надо только распарсить и переносить настройки измененные пользователем, но это вы уже сами знаете... :)
5) надо продумать железную структуру хранения самих настроек в ОС, а пути то уже можно расставить в настройках ПР для мегогибкости.

P.S поиск я уже юзал и знаю, что это все до невозможности затратно, но в будущем только ПР может спасти ОС! :|

Добавлено: 08 апр 2013, 17:01
Baggio
Ребята, могу сделать инсталлятор установки обновления (не автообновления, а возможность установить поверх существущей версии), но нужно время хотя бы недельку. Принцип такой: папку с доменами оставляет, оставляет папку с базой, либо переносит в новую версию MySQL (это если мы с мускулем работаем), остальное удаляет, затем копирует новые файлы.
Установка длительна по времени увы.
Если если есть какие-то подводные камни, тогда напишите!
Да и вообще нужен ли Вам такой установщик?!

Автообновление может и быть, только вот не пойму как это реализовать.

Добавлено: 09 апр 2013, 14:20
aVadim
Меня вполне устроил бы вариант, при котором можно выбрать, что обновлять. И чтоб при обновлении выбранных модулей переносились настройки. Тогда с базами можно было бы вообще не заморачиваться. Если я хочу, например, новую версию мускуля накатить, то бекапирование и воостановление баз в новой версии - это уже чисто мой гемор был бы, как пользователя. Но если я исключаю из обновления сервера БД, а хочу другие компоненты обновить, то перенос настроек не такая уж и сложная задача. Но это когда мы говорим о настройках, напр., PHP и т.д.

А вот с настройками самого ОС гораздо сложнее. Как Максим неоднократно говорил, формат сохраненных настроек он может поменять в любой момент, и вопрос совместимости его не волнует. Не знаю уж, почему невозможно выработать какой-то INI или XML формат, совместимый снизу вверх, но надо понимать, что "обновлятор" возможно придется периодически подгонять по конкретные версии.

Добавлено: 09 апр 2013, 16:28
DelphinPRO
aVadim писал(а):"обновлятор" возможно придется периодически подгонять по конкретные версии.
ну так "обновлятор" тоже можно обновлять, последняя версия которого будет уметь делать то, что нужно. Тут вопрос не в невожможности, а скорее в трудозатратах на поддержку "обновлятора".

PS максим, предлагаю в этой теме разрешить непринужденно пофилософствовать на тему обновлений ;)