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

Добавлено: 23 янв 2013, 14:42
DownHouse
Хз кто как, а я ставлю новый ос, перекидываю все сайты в него и делаю экспорт - имнпорт баз, занимает минут 5.

Добавлено: 23 янв 2013, 15:19
aVadim
Я раза три обновлялся, но потом плюнул на это дело. Конечно, сложного ничего в переносе нет, но времени это ковыряние занимает гораздо больше, чем 5-10 минут. Потому что проектов и баз у меня не парочка-другая, а значительно больше. И это ключевая причина, почему Денвер до сих пор остается для меня основным сервером, и все разработки я веду на нем. А ОупенСервер использую тогда, когда нужны его специфические "плюшки" - напр. требуется протестировать под разными версиями PHP, или когда нужен ImageMagick и т.д.

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

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

Добавлено: 23 янв 2013, 15:28
DownHouse
У меня сайтов 20, только их количество никак не влияет на перенос. Разве что временем копирования.

Добавлено: 23 янв 2013, 15:47
aVadim
DownHouse писал(а):У меня сайтов 20, только их количество никак не влияет на перенос. Разве что временем копирования.
Так о том и речь. Технология переноса двух сайтов точно такая же, что и двухсот. И если б все ограничивалось бы только тупым копированием файлов собственных сайтов, то и вопросов не было бы вообще. Весь гемор - в переносе настроек и баз.

Добавлено: 23 янв 2013, 15:55
DownHouse
Ну базы экспорт - импорт, благо в PMA можно все базы разом слить. Настройки, с введением профайлов тоже можно перекинуть.

Добавлено: 24 янв 2013, 02:14
orlov0562
Базы можно не сливать, достаточно скопировать файлы таблиц, они расположены тут:
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), и полностью все работает, пока что смысла апдейтиться не вижу.

Добавлено: 24 янв 2013, 11:59
aVadim
DownHouse писал(а):Ну базы экспорт - импорт, благо в PMA можно все базы разом слить. Настройки, с введением профайлов тоже можно перекинуть.
Могу только позавидовать, что у вас 20 баз разом через PMA сливаются/заливаются. У меня, бывает, даже она база превышает допустимые размеры.
orlov0562 писал(а):Базы можно не сливать, достаточно скопировать файлы таблиц
Нет, не достаточно. Но в целом - я же не говорю, что обновиться невозможно, я говорю, что при нынешнем подходе автора - это лишний гемор, который мешает популяризации продукта. Да и сам продукт, на мой взгляд, позиционируется в принципе неверно.
orlov0562 писал(а):у меня стоит 4.6.0 (текущая 4.7.6), и полностью все работает, пока что смысла апдейтиться не вижу.
Вот о чем я выше и писал.

Добавлено: 24 янв 2013, 17:00
orlov0562
aVadim писал(а):
orlov0562 писал(а):Базы можно не сливать, достаточно скопировать файлы таблиц
Нет, не достаточно.
А в чем проблема? Почему не достаточно?

Вот ради интереса, перенес innodb таблицу c 5.1.67 на 5.5.29: youtube, для myisam еще проще, достаточно просто скопировать папку и все будет работать.

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

Для остальных 99% случаев, подойдет описанный мной способ переноса данных.

Добавлено: 26 янв 2013, 14:29
aVadim
Есть много причин, почему нельзя переносить базы простым копированием файлов. И утилита mysqldump - это не для специфических задач, а как раз для самых что ни на есть типовых.

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

Добавлено: 26 янв 2013, 15:58
orlov0562
aVadim писал(а):Есть много причин, почему нельзя переносить базы простым копированием файлов
Ну, хотя бы парочку. Можно в ПМ или в отдельную ветку. Я не для холливара спрашиваю, мне реально интересно, т.к. пока что не сталкивался с такими проблемами. Хочу узнать о них, на будущее.

Так же мне интересно, если mysqldump - для простых задач, то что же такое "не простые" задачи, и какими инструментами они решаются?

В остальном я согласен, однако, на мой взгляд, о маркетинге можно говорить, когда продукт имеет коммерческую основу. В данный момент, разработчик, насколько я понимаю один, и ему виднее, чем стоит заниматься, а что отложить на "потом, когда-нибудь", не вижу смысла с ним спорить. Я вообще, ему очень благодарен (финансово тоже поддержал, как смог), за его работу и методичный подход..

Совсем другой разговор, это побочный продукт, удовлетворяющий спрос рынка. Но, пока никто не пожелал написать конвертер настроек, продавать его и следить за обновлениями.. Опять же, я думаю, вызвано это тем, что на такой продукт, будет относительно не большой спрос. Разумеется, это только моё мнение. Интересно узнать, сколько бы человек готовы были заплатить за него и какую сумму.