А
не нужно, база сама вернет в нужной кодировки и запишет в нужной
Попробую такой вариант. Для миграций сделаю родительский класс, который будет ставить кодировку cp1251, а так - пусть стоит utf8. Интересно даже, получится ли
Size: a a a
2020 June 27
V
стандарт конечно в Utf хранить .. но вот в древних местах встречаются траблы
EG
мало ли что я указал при коннекте .. но если в БД данные в другой кодировке я получу кашу из символов а не данные
я не из воздуха взял данную информацию, у меня в данный момент сайт на поддержке, где часть таблицы в cp1251, а те что создавал я в utf-8
ничего специально не настраивал, конфиг по умолчанию в laravel
старые модули также работают через соединение laravel и проблем нет
только, но на сервере стоит Percona Database 5.6, но локально у меня mysql 5.7 и проблем нет
ничего специально не настраивал, конфиг по умолчанию в laravel
старые модули также работают через соединение laravel и проблем нет
только, но на сервере стоит Percona Database 5.6, но локально у меня mysql 5.7 и проблем нет
V
я не из воздуха взял данную информацию, у меня в данный момент сайт на поддержке, где часть таблицы в cp1251, а те что создавал я в utf-8
ничего специально не настраивал, конфиг по умолчанию в laravel
старые модули также работают через соединение laravel и проблем нет
только, но на сервере стоит Percona Database 5.6, но локально у меня mysql 5.7 и проблем нет
ничего специально не настраивал, конфиг по умолчанию в laravel
старые модули также работают через соединение laravel и проблем нет
только, но на сервере стоит Percona Database 5.6, но локально у меня mysql 5.7 и проблем нет
значит что-то под капотом .. не верю я в авто перекодировку .. не логично это и сложно .. на основании чего драйвер поймет что из чего конвертит .. может у меня в БД вообще дос кодировка
EG
значит что-то под капотом .. не верю я в авто перекодировку .. не логично это и сложно .. на основании чего драйвер поймет что из чего конвертит .. может у меня в БД вообще дос кодировка
в базе информация о кодировках расставлена по таблицам, строкам и т.д., она сама за всем следит
А
значит что-то под капотом .. не верю я в авто перекодировку .. не логично это и сложно .. на основании чего драйвер поймет что из чего конвертит .. может у меня в БД вообще дос кодировка
Имеется в виду, скорее всего, кодировка соединения. Т.е. клиент указывает кодировку
utf8, а в базах, таблицах, столбцах - кодировка cp1251 и база видит что они разные и отдаёт клиенту всё в utf8EG
Имеется в виду, скорее всего, кодировка соединения. Т.е. клиент указывает кодировку
utf8, а в базах, таблицах, столбцах - кодировка cp1251 и база видит что они разные и отдаёт клиенту всё в utf8да
V
в базе информация о кодировках расставлена по таблицам, строкам и т.д., она сама за всем следит
да понятно , что там кодировка указана .. но не может она следить за тем что я туда пихаю, если это не выходит за рамки допустимого .. как например с эмодзи .. а с 1251 и utf все просто таблицы просто не совпадают , но не выходят за границы .. поэтому запишутся или прочитаются просто "кракозябры"
V
Имеется в виду, скорее всего, кодировка соединения. Т.е. клиент указывает кодировку
utf8, а в базах, таблицах, столбцах - кодировка cp1251 и база видит что они разные и отдаёт клиенту всё в utf8Вы видели текст 1251 в utf8 ?
EG
да понятно , что там кодировка указана .. но не может она следить за тем что я туда пихаю, если это не выходит за рамки допустимого .. как например с эмодзи .. а с 1251 и utf все просто таблицы просто не совпадают , но не выходят за границы .. поэтому запишутся или прочитаются просто "кракозябры"
она знает что ты пихаешь utf-8, т.к. ты указал это при соединение
А
да понятно , что там кодировка указана .. но не может она следить за тем что я туда пихаю, если это не выходит за рамки допустимого .. как например с эмодзи .. а с 1251 и utf все просто таблицы просто не совпадают , но не выходят за границы .. поэтому запишутся или прочитаются просто "кракозябры"
Некорректные символы можно же просто игнорировать
EG
да понятно , что там кодировка указана .. но не может она следить за тем что я туда пихаю, если это не выходит за рамки допустимого .. как например с эмодзи .. а с 1251 и utf все просто таблицы просто не совпадают , но не выходят за границы .. поэтому запишутся или прочитаются просто "кракозябры"
а по поводу не входит в диапазон, это не проблема базы данных, не надо пихать то что не можешь переварить
V
Некорректные символы можно же просто игнорировать
кого игнорировать? Ваш текст из БД в 1251 при отображении и будет этими некорректными символами .. да банально в браузере переключите кодировку на русском сайте с Utf8 на 1251 .. и получите тот самый мусор
V
я Вам про одно Вы мне про другое
V
указание кодировки при коннекте в БД и используется в нестандартных случаях, когда данные в БД хранятся по особенному , по дефолту стандарт UTF8 и её можно не указывать
V
если Вы в БД намешали таблиц в разных кодировках , то Вам за бардаком и следить
EG
указание кодировки при коннекте в БД и используется в нестандартных случаях, когда данные в БД хранятся по особенному , по дефолту стандарт UTF8 и её можно не указывать
ты видел сколько в MySql вариаций utf-8 кодировок?
V
в базе информация о кодировках расставлена по таблицам, строкам и т.д., она сама за всем следит
в Вашем проекте скорее всего старые данные пишутся со своего коннекта .. а Ваши новые таблицы пишутся с помощью нового
EG
Если нет старого кода (инфраструктуры и т.д.) которому нужен cp1251, то конвертирую всю базу в utf-8
EG
в Вашем проекте скорее всего старые данные пишутся со своего коннекта .. а Ваши новые таблицы пишутся с помощью нового
нет все работает через одно соединение