- Главная Список форумов Полезные советы
- Поиск
-
- Текущее время: 27 апр 2025, 16:33
- Часовой пояс: UTC+03:00
Информация: Конференция переехала на GitHub. Старый форум доступен только для чтения.
Всего загрузок
Cейчас в сети
Версия
Форум
Информация: Конференция переехала на GitHub. Старый форум доступен только для чтения.
Как обновить open-server?
Я раза три обновлялся, но потом плюнул на это дело. Конечно, сложного ничего в переносе нет, но времени это ковыряние занимает гораздо больше, чем 5-10 минут. Потому что проектов и баз у меня не парочка-другая, а значительно больше. И это ключевая причина, почему Денвер до сих пор остается для меня основным сервером, и все разработки я веду на нем. А ОупенСервер использую тогда, когда нужны его специфические "плюшки" - напр. требуется протестировать под разными версиями PHP, или когда нужен ImageMagick и т.д.
По этой же причине перестал регулярно обновлять пакет. А зачем? Если нет критических багфиксов, то особой необходимости обновляться не вижу, потому что это лишний гемор. Досадно, конечно, что такой классный пакет остается на вторых ролях, так и не заменив устаревший Денвер, но для меня удобство и экономия моего времени важнее понтов.
Уверен, что нежелание автора решить вопрос с обновлением - это серьезная маркетинговая ошибка, которая очень мешает более широкому распространению софта. Но, как говорится, хозяин - барин.
По этой же причине перестал регулярно обновлять пакет. А зачем? Если нет критических багфиксов, то особой необходимости обновляться не вижу, потому что это лишний гемор. Досадно, конечно, что такой классный пакет остается на вторых ролях, так и не заменив устаревший Денвер, но для меня удобство и экономия моего времени важнее понтов.
Уверен, что нежелание автора решить вопрос с обновлением - это серьезная маркетинговая ошибка, которая очень мешает более широкому распространению софта. Но, как говорится, хозяин - барин.
Так о том и речь. Технология переноса двух сайтов точно такая же, что и двухсот. И если б все ограничивалось бы только тупым копированием файлов собственных сайтов, то и вопросов не было бы вообще. Весь гемор - в переносе настроек и баз.DownHouse писал(а):У меня сайтов 20, только их количество никак не влияет на перенос. Разве что временем копирования.
Базы можно не сливать, достаточно скопировать файлы таблиц, они расположены тут:
C:\Progr\OpenServer\userdata\MySQL-5.1.67
Ради интереса, можете создать базу в 5.1.67 и скопировать её таким образом в 5.5.29, сюда:
C:\Progr\OpenServer\userdata\MySQL-5.5.29
для InnoDB не забудьте так же скопировать ib_log0 и ib_log1
Всё должно работать. Конфиги править дольше, но не смертельно - сделайте 1 вордовский файл, в который вынесите ваш алгоритм обновления, особо сложные моменты можете заскриншотить туда же. Потом при обновлении просто из этого файла Ctrl+C, Ctrl+V.
А в остальном, я не уверен, что для разработки вам нужна прям самая-самая последняя версия - у меня стоит 4.6.0 (текущая 4.7.6), и полностью все работает, пока что смысла апдейтиться не вижу.
C:\Progr\OpenServer\userdata\MySQL-5.1.67
Ради интереса, можете создать базу в 5.1.67 и скопировать её таким образом в 5.5.29, сюда:
C:\Progr\OpenServer\userdata\MySQL-5.5.29
для InnoDB не забудьте так же скопировать ib_log0 и ib_log1
Всё должно работать. Конфиги править дольше, но не смертельно - сделайте 1 вордовский файл, в который вынесите ваш алгоритм обновления, особо сложные моменты можете заскриншотить туда же. Потом при обновлении просто из этого файла Ctrl+C, Ctrl+V.
А в остальном, я не уверен, что для разработки вам нужна прям самая-самая последняя версия - у меня стоит 4.6.0 (текущая 4.7.6), и полностью все работает, пока что смысла апдейтиться не вижу.
Могу только позавидовать, что у вас 20 баз разом через PMA сливаются/заливаются. У меня, бывает, даже она база превышает допустимые размеры.DownHouse писал(а):Ну базы экспорт - импорт, благо в PMA можно все базы разом слить. Настройки, с введением профайлов тоже можно перекинуть.
Нет, не достаточно. Но в целом - я же не говорю, что обновиться невозможно, я говорю, что при нынешнем подходе автора - это лишний гемор, который мешает популяризации продукта. Да и сам продукт, на мой взгляд, позиционируется в принципе неверно.orlov0562 писал(а):Базы можно не сливать, достаточно скопировать файлы таблиц
Вот о чем я выше и писал.orlov0562 писал(а):у меня стоит 4.6.0 (текущая 4.7.6), и полностью все работает, пока что смысла апдейтиться не вижу.
А в чем проблема? Почему не достаточно?aVadim писал(а):Нет, не достаточно.orlov0562 писал(а):Базы можно не сливать, достаточно скопировать файлы таблиц
Вот ради интереса, перенес innodb таблицу c 5.1.67 на 5.5.29: youtube, для myisam еще проще, достаточно просто скопировать папку и все будет работать.
Возможно для каких-то сверх целей этот способ не подойдет, но думаю, что для специфических задач, можно использовать mysqldump.
Для остальных 99% случаев, подойдет описанный мной способ переноса данных.
Есть много причин, почему нельзя переносить базы простым копированием файлов. И утилита mysqldump - это не для специфических задач, а как раз для самых что ни на есть типовых.
Но речь вообще не об этом. Софт должен решать проблемы юзера. Это аксиома рынка. А когда все ставится с ног на голову и юзер начинает придумывать, как ему решить проблемы, возникающие при использование софта - значит, имеет место серьезная маркетинговая ошибка. Разумеется, если мы вообще говорим о маркетинге, как таковом. Если мы говорим просто о хобби Максима, которое может оказаться интересным и полезным для кого-то еще - то это совсем иной разговор.
Но речь вообще не об этом. Софт должен решать проблемы юзера. Это аксиома рынка. А когда все ставится с ног на голову и юзер начинает придумывать, как ему решить проблемы, возникающие при использование софта - значит, имеет место серьезная маркетинговая ошибка. Разумеется, если мы вообще говорим о маркетинге, как таковом. Если мы говорим просто о хобби Максима, которое может оказаться интересным и полезным для кого-то еще - то это совсем иной разговор.
Ну, хотя бы парочку. Можно в ПМ или в отдельную ветку. Я не для холливара спрашиваю, мне реально интересно, т.к. пока что не сталкивался с такими проблемами. Хочу узнать о них, на будущее.aVadim писал(а):Есть много причин, почему нельзя переносить базы простым копированием файлов
Так же мне интересно, если mysqldump - для простых задач, то что же такое "не простые" задачи, и какими инструментами они решаются?
В остальном я согласен, однако, на мой взгляд, о маркетинге можно говорить, когда продукт имеет коммерческую основу. В данный момент, разработчик, насколько я понимаю один, и ему виднее, чем стоит заниматься, а что отложить на "потом, когда-нибудь", не вижу смысла с ним спорить. Я вообще, ему очень благодарен (финансово тоже поддержал, как смог), за его работу и методичный подход..
Совсем другой разговор, это побочный продукт, удовлетворяющий спрос рынка. Но, пока никто не пожелал написать конвертер настроек, продавать его и следить за обновлениями.. Опять же, я думаю, вызвано это тем, что на такой продукт, будет относительно не большой спрос. Разумеется, это только моё мнение. Интересно узнать, сколько бы человек готовы были заплатить за него и какую сумму.