- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Добррого, всем, времени суток!
Столкнулся с проблемой некорректного отображения символов русской кодировки, вместо них одни "?????". Есть сайт, висит он на буржуйском хостинге. Пробовал менять движок, пробовал заполнять базу вручную, через phpMyAdmin, всё как об стенку горох. Из этого сделал такой вывод, проблема с кодировкой не связана с движком и базой, она связана с тем что хостинг неправильно работает с символами русской кодировки. Может кто помочь или высказаться по сему поводу?
А база в какой кодировке?
Не Важно буржуйский или нет
MySQL
нужно изменить кодировку базы
Не нужно менять кодировку базы. Нужно пригласить телепата и чтеца мануалов.
Ставил кодировку cp1251_general_ci и для базы и для шаблона, ставил utf8, та же хрень, вместо русских символов "??????" Движок mambo 4.6.3. В поддержке посылают в гугл и говорят, что у них есть Российские пользователи и нет у них с сайтом проблем.
Базу изначально в UTF8 делали?
Базу изначально в UTF8 делали?
Да, установка по умолчанию была utf8. Когда админку руссифицировал, на сайте появились русские слова, которые предусматривает руссификатор (подробнее, новость добавлена администратором и т.п.). Они отображаются нормально, но ведь они с базой не работают.
Вот видите.. есть руские символы.
значит проблема не в хостере.
Вот видите.. есть руские символы.
значит проблема не в хостере.
Мои мысли таковы: те русские символы которые взялись от руссификации админки, берутся не из базы, а прямо из дириктории сервера. Кодировка этих символов utf8, такая же как и шаблона, вот они нормально и отображаются. Основной же контент, берёся из базы в которой находятся "?????" вместо нормальных символов. В базе пробовал менять кодировку. Из доступных рускоязычных кодировок были такие:
utf8_unicode_ci - Юникод (многоязычный), регистронезависимый
utf8_general_ci - Юникод (многоязычный), регистронезависимый
koi8r_general_ci - Русский, регистронезависимый
cp866_general_ci - Русский, регистронезависимый
cp1251_general_ci - Кириллический (многоязычный), регистронезависимый
Результат один и тот же ("?????"). Поэтому и думаю, что проблемы с хостингом.
Может у хостера просто база собрана без поддержки кирилицы?
не надо там никакой поддержки при компиляции. просто по умолчанию там скорее всего используется latin1 - дефолтный чарсет для мускуля выше 4.1.xxx
много есть ссылок на то как такие проблемы лечить вот к примеру http://dedic.ru/node/213 да и еще есть. но, тут решается отнсительно грубо - путем приведения всего сервера к сп1251 а это и не получится да и неправильно в плане стратегии.
PS. Дамп поглядите сам - что там - реально в utf8 тексты пошли или только прикидываются а также надо посмотреть что там есть про чарсет