Сервер не запускается? Пиши СЮДА!

[Максим]

К сожалению мне пока нечего на это ответить. Оригинальный конфиг-файл mysql находится в windows-1251 кодировке и в такой же сохраняется. Почему на Windows 10 после некого обновления повально началось сохранение файла в UTF-8 кодировке да еще и с BOM - мне не понятно.

По всей видимости это некий новый прикол Windows 10, надо будет с этим разбираться. В любом случае если проблема в сохранении файла во время создания временного конфига, то это будет исправлено только в следующем поколении Open Server, разработку которого я сейчас веду.

Напомню, что текущая версия в Windows 10 не тестировалась и работоспособность там не гарантируется.

[wormen86]

К сожалению мне пока нечего на это ответить. Оригинальный конфиг-файл mysql находится в windows-1251 кодировке и в такой же сохраняется. Почему на Windows 10 после некого обновления повально началось сохранение файла в UTF-8 кодировке да еще и с BOM - мне не понятно.

Microsoft, примерно 1-2 месяца назад сделали поддержку utf8, и сосем недавно на нее перешли, поэтому сейчас все файлы, по умолчанию сохраняются в utf8
так же связано с развитием WSL

Напомню, что текущая версия в Windows 10 не тестировалась и работоспособность там не гарантируется.

на самой последней версии Window 10, все стабильно работает, и точно так же без всяких проблем, нормально устанавливается

[ulukay]

Никак не удается запустить OpenServer на Windows 10 x64.

Выставил себе последние версии x64 apache, mysql, php, mongodb.

При запуске сервера временный конфиг сохраняется в UTF-8 With BOM, из-за этого не запускается MySQL сервер. Сам конфиг MySQL вообще не открывался, установка чистая.

Работает, если вручную пересохранить конфиг без BOM, и вручную запустить mysql, но это как-то костыльно.

Антивирус стандартный, папка в игноре.

Как можно побороть проблему?

Специально рапаковал open_server_5_2_8_ultimate с нуля (мой просто уже издураченный(обновления, улучшения, "ухудшения", ковыряние под себя и т.д). Выбрал указанные вами модули, запустил сервер (всё запустилось)Windows 10 Pro v1803 сборка 17134.81 т.е. самая последняя со всеми обновами. Заглянул во временные конфиги выбранных модулей результат один - все созданны в формане windows 1251.
Не понятно как вам удаётся их исправить если они перезаписываются! Если вы правите конфиг модуля из папки \OSPanel\userdata\config\ то надобно видимо выбрать в редакторе коим вы пользуетесь соответствующею кодировку в настройках. И всё. Пример на картинке для Notepad++

[Максим]

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

[ulukay]

Всё верно Максим.
И уж в UTF с BOM, винда точно не будет писать! Видимо пока PHP не научат распознавать этот маркер.

[Besedin]

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

Здравствуйте. Проводил инсталляцию с нуля. Пробовал сначала в папку юзера, а потом и просто в корень диска и ситуация точно такая же - MySQL не стартует из-за неверной кодировки сгенерированных конфиг-файлов. Оригинал в CP-1251, а на выходе UTF-8 BOM. Проблема возможно в чем нибудь другом. Была мысль что конвертация идет через то что запись шла в юзер директорию, которая автоматически монтируется в wsl, но нет. Не помогло.

Windows 10 Home 1803 (Build 17134.112)

[ulukay]

Стало интересно (самаму) почему? И вот результат: уберите вот эту галку и будет вам счастье(после перезагрузки)!

Что самое интересное после её активации десятка пишет файлы в utf-8 c bom! Это эксперементальная функция(пока) как они пишут. В общем каво обидел выше прошу простить и как сказал один герой из фильма "АССА" - Я был не прав!

p.s. Одно маленькаё но. По умолчанию после установки windows это не активированно по причине бета-тестирования. Значит кто-то активирует её сам. Вот.

[Максим]

ulukay, спасибо, вот и ответ нашелся.

[Besedin]

Стало интересно (самаму) почему? И вот результат: уберите вот эту галку и будет вам счастье(после перезагрузки)!

p.s. Одно маленькаё но. По умолчанию после установки windows это не активированно по причине бета-тестирования. Значит кто-то активирует её сам. Вот.

Спасибо, помогло. И вправду, у меня активна подписка на Insider Builds, где была включена эта экспериментальная функциональность.

[ulukay]

И предвидя - что у меня не стоит (в смысле не НА галочку а ПРО галочку) и я не чего не менял(а так скорее всего и будет)! Решил пойти дальше и проанализировать возможные влияния на создание конфигов. И пришел к заключению о изменении параметра(ов) в реестре. Что и как могло внести изменения в реест? Это вопрос не комне.

Вот оригинальный снимок трёх параметров нужной нам ветки реестра(При этих параметрах временные конфиги сохраняются в кодировке win-1251):

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Nls\CodePage]
"ACP"="1251"
"OEMCP"="866"
"MACCP"="10007"

Вот снимок трёх параметров после установки галочки и активации этой новой функции(Windows 10) "UTF-8 для всего Мира"(При этих параметрах временные конфиги сохраняются в кодировке utf-8 с bom):

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Nls\CodePage]
"ACP"="65001"
"OEMCP"="65001"
"MACCP"="65001"

Как видим все три параметра поменялись на 65001. По моему предположению нам нужен лиш один параметр "ACP" скорее всего именно он отвечает за кодировку создаваемого файла в windows по умолчанию. "OEMCP" это наверно для совместимости ну DOS командная строка и т.д. "MACCP" это мне не ведомо (может Марийская ССР для совместимости(шутка)).

Я не стал замарачиватся и сделал файл с тремя параметрами из оригинального снимка(ибо мои предположения не всегда верны как я заметил).

В общем чтобы восстановить работоспособность сервера (если ваши временные конфиги сохраняются в кодировке utf-8 c BOM) вам нужно кликнуть по файлу нажать ОК. ОК. Перезагрузить комп. Всё.