- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Здравствуйте.
Вопрос к тем кто занимается виртуальным хостингом.
Какие настройки кодировок (кодировка сервера, баз данных, кодировка по-умолчанию для клиентов) в настройках сервера mysql вы указываете, и почему вы выбрали именно этот вариант?
- оставляете все по-умолчанию (latin1)
- устанавливаете все в utf8, таким образом теряя совместимость со скриптами которые ничего не знают о SET NAMES
- какой то промежуточный вариант - например кодировка сервера и бд в utf8, а кодировка клиента устанавливается cp1251 (init-connect="SET NAMES cp1251"), таким образом если клиент поддерживает SET NAMES то установит нужную ему кодировку, а если нет - то будем считать что он использует cp1251
- свой, другой вариант
Заранее спасибо за мнения.
collation-server=cp1251_general_ci
init-connect="SET NAMES cp1251"
С UTF пользовательские скрипты почему-то не сдружились когда-то давно. Mysql 5.1
На самом деле не важно какая кодировка в базе по дефолту, если поставишь cp1251 по дефолту, то проблем с ламерами, которые используют допотопные скрипты будет немного меньше. Сейчас всем распространенным движками все равно какая там кодировка по дефолту, т.к. они все работают в utf8 и принудительно на всякий случай устанавливают кодировку базы самостоятельно.
cp1251, как впрочем и другие кодировки уйдут в прошлое, будущие за utf.
НСейчас всем распространенным движками все равно какая там кодировка по дефолту, т.к. они все работают в utf8 и принудительно на всякий случай устанавливают кодировку базы самостоятельно.
Это то понятно, вопрос возник именно из за того что некоторые клиенты используют устаревшее ПО.
Ну, если не хочешь объяснять им, как прописать в скрипт строчку SET NAMES cp1251, то ставь по дефолту cp1251. Вариантов больше нет.
utf8, ничего не теряется.
лучше оставлять всё по-умолчанию, в будущем удобней будет
Дефолт, скрипты которые незнают - фтопку
Дефолт, скрипты которые незнают - фтопку
+1. Дефолт. Если что-то не работает, то подправляем. Никаких проблем. На всех серверах дефолт.
init-connect="SET NAMES cp1251"), таким образом если клиент поддерживает SET NAMES то установит нужную ему кодировку, а если нет - то будем считать что он использует cp1251
Вот так.
Если что-то не работает, то подправляем.
На закодированных скриптах нет возможности *
С UTF пользовательские скрипты почему-то не сдружились когда-то давно. Mysql 5.1
Вдоль. Но спасибо, что не KOI-8.