Alex_Ustinov---cp1251.xml

:-))))

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

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

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

Alex_Ustinov,

в данном случае речь шла не о китайском языке как таковом, а о золотом правиле админов: "работает - не трогай".

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

И вот когда несколько раз так нанервничаешься, накраснеешься, тогда и понимаешь, что лучше сразу делать так, как бы мы сделали, если бы все нахрен сломалось бы посреди презентации руководству заказчика или инвестора.

Alex_Ustinovвы сами себе и ответили.

Я вроде не задавал никаких вопросов... на какой же вопорос я тогда мог себе что-то ответить?.... может вы меня спутали с кем-то?....

Alex_UstinovЧтобы избегать описанных вами ситуаций, необходимо знать, что и как работает (речь не идет о копании в исходниках).

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

Посмотрите, пожалуйста, в википедии статью "черный лебедь (теория)" и поймете о чем я говорю.

Alex_UstinovЕсли у вас был уже ваш каталог с MySQL и вы его опять перекопируете - ничего не поможет.
Важно знать опцию DataDir, а то вы скопипастите my.ini с другого ПК и не поймете что ж оно не работает.

Ну зачем вы из меня (и из себя, кстати, тоже) делаете дураков??
Неужели вы не понимаете, что в любой системе конфигурационный файл всегда рассматривается отдельно от системы и от дистрибутива.
Сама по себе задача поднять сервер из клиентского софта уже означает чуть более, чем среднюю квалификацию разработчика, который по-любому знает что такое конфигурационный файл. Не применительно к мускулю, а применительно к любой софтине в принципе.
Это во-первых.
А во-вторых, наличие файла my.ini может вообще не играть какой-то роли, если сервер запускается с опцией --defaults-file= через которую указывается путь до файла с конфигом, который не обязан лежать в папке с мускулем и может лежать хоть в ж***е.

Alex_UstinovА в папке MySQL-ноинстал на самом деле очень много мусора, ненужного для работы. Таскать с собой этот мусор нет необходимости.

По-моему мне уже впору транспаранты заказывать и растяжки везде вешать, что в том-то и дело, что для стабильной работы важно таскать за собой весь этот мусор, каким бы он там не был НЕ РАЗБИРАЯСЬ что используется и зачем. Потому что оно работает именно в том виде как оно работает.

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

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

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

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

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

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

Alex_UstinovИ я приводил свой пример комплектации исходя из реальной имеющейся программы, использующей MySQL, правда она не "портейбл", а с установкой как службы под виндоус.

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