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

Добавлено: 30 окт 2013, 14:08
Максим
По поводу вариантов архитектуры понятно, присмотрюсь.

А вот насчет обертки над mysqldump ребята - это смешно. Куда уж проще вставить строку в консоль? И над этим еще обертку писать? Для кого? Если человек боится консоли и не знает что делать со строкой дампа базы, то ему вообще не нужно касаться веб-разработки. Даже студент-верстальщик, который работает только с CSS и HTML и не имеет понятия о консоли, должен уметь выполнять простейшие операции, такие как создать БД в phpmyadmin, вставить строку в консоль или поменять параметры в php.ini, это же основы, без этого он даже CMS не сможет установить, для которой тот самый шаблон делает...

Добавлено: 31 окт 2013, 10:39
Septor
Для того что бы заниматься веб разработкой, не обязательно уметь пользоваться консолью, хотя кое где без этого и не обойтись. Суть не в том что это проблема вставить строку в консоль, а суть в простом неудобстве для многих, так как графический интерфейс интуитивно понятней чем какая та строка из набора слов и знаков.

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

Добавлено: 31 окт 2013, 14:28
aVadim
Максим, Вам уже много раз пытались объяснить, что переустановка ОС на сегодняшний день (обновлением ведь это не назовешь) - это процедура вполне выполняемая руками, тем более для опытных разработчиков. И для тех, кто занимается разработкой своего персонального бложика - это действительно вопрос 10-15 минут. Но для тех, у кого несколько десятков сайтов да еще с базами на разных движках, да еще с разными настройками под разные версии PHP, процесс переезда становится слишком геморройным. Поэтому какой-то вспомогательный инструментарий, который упростит этот процесс, несомненно будет в плюс.

Хотя, если Вы НЕ заинтересованы в том, чтобы люди регулярно обновлялись, то, конечно, Ваша политика оправдана.

Добавлено: 31 окт 2013, 15:09
Dragon_Knight
aVadim, Что у Вас один сайт, что у вас 100 сайтов, время обновления меняется не на много.
1. Перенести папку доменов (если логический диск один, это максимум секунд 30).
2. Экспорт всех баз."mysqldump --host=%host% --user=%user% --password=%pass% --all-databases >> %date%.sql" (секунд 10-20).
3. Всё удалить, и поставить заново. (2-3 минуты).
4. Настроить OS и создать пользователей MySQL. (3-7 минут)
5. Залить базу обратно "mysql --host=%host% --user=%user% --password=%pass% --all-databases << %date%.sql" (20-40 секунд).
6. Перенести папку доменов. (30 секунд)
7. Сделать индивидуальные настройки апача, php, musql ...... (5-10 минут)

Если знать что делать, адача не сложнее чем налить чаю, если не понимать зачем каждый ключ в php.ini, это конечно сложная задача...

Добавлено: 31 окт 2013, 15:22
aVadim
Вот сразу видно теоретика :)

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

Добавлено: 31 окт 2013, 15:46
Dragon_Knight
aVadim, сразу видно не программиста...

Вам уже две станицы назад скакали причину. Нельзя сделать обновление конфигов, обновление баз методом копирования и так далее.
А всё то что я описал человек сделать в состоянии, а программу писать не один день...

Вы знаете как в linux идёт обновление файлов? Если пользователь их изменил или вышла новая версия конфига, вылезает вопрос и 4 варианта: "заменить на новый" "оставить старый" "показать изменения" "отменить обновление".
Первый вариант тупо удаляет весь пользовательский труд, второе делает так что в 90% случает программа перестаёт работать, третий показывает список различий, в котором почти никто на этом форуме не сможет разобраться, ну а четвёртое понятное дело.
В OS десятки конфиг файлов. Вы точно хотите такую процедуру обновления? Я вот не хочу.

Следующий пример: Производители роутеров - ширпотреба типа dlink asus... официально заявляют и настоятельно заставляют делать полный сброс настроек после обновления прошивок. Почему? - потому что в 99.9% случаев если это не сделать, - появляются глюки типа: пропадает wifi, отваливается инет, зависает свич, роуетр перезагружается. Но стоит сделать сброс и настроить заново как всё начинает работать нормально. Вы хотите сказать что компания с числом сотрудников более 3000 не может сделать нормальное обновление прошивок?

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

Добавлено: 31 окт 2013, 16:01
medar
сразу видно не программиста
Если я правильно узнал ник, aVadim - это ведущий разработчик плагинов для Livestreet, в частности админки. :)
Если пользователь их изменил или вышла новая версия конфига
Если пользователь не переходит на другую мажорную версию продукта при обновлении (это, мне кажется, 99% пользователей, которые хотят обновить опенсервер), то ему не надо менять конфиги - все заработает со старыми.

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

Добавлено: 31 окт 2013, 16:06
Dragon_Knight
Такого понятия как "мажорная версия" не существует в разработке OS.
Как писал сам Максим, OS в разработке и на стадии тестирования и в любой момент может всё изменится, как конфиги так и архитектура в целом.
А теперь на секунду представим что изменилась архитектура и тут сработало автообновление... Кто будет виноват если накроется база, продадут домены? Максим будет виноват....

Добавлено: 31 окт 2013, 16:11
medar
Dragon_Knight писал(а):Такого понятия как "мажорная версия" не существует в разработке OS
Я имел в виду мажорные-минорные версии php, mysql, apache и остальных модулей.

Добавлено: 31 окт 2013, 16:14
Dragon_Knight
medar, но суть не меняется. php, mysql, apache это модули которые получают конфиги от OS. Гарантии что в версии 4.9.0 они не изменяться и не поменяются их пути и т.д нет...