Пасибо буду править код и читать мануалы.
Касательно кривызны кода - тут уж извините, какие мануал выдал гугл в первых строках такие я и начал читать. Я думал раз сайты с мануалы хорошо проиндексированны значит и код там акутальный. Касательно ошибок консоли, то я проверял под разными бразуерми в консоли все чисто.
а можно перестать придумывать себе лишние проблемы и просто прописать заголовки
Пасибо. Да все работает. Еще с вчерашнего дня. После вашего поста, прописал заголовки и все гуд. (Добавление)
makc9I пишет:
Вроде бывают провайдеры, которые принудительно выставляют windows 1251. Не уверен, что даже отсылка хедеров поможет. Тут уже надо с хостинг провайдером решать.
Я с провайдером толковал, у них по умолчанию 1251 и в настройках хостинга менять нельзя. Мне провайдер тоже советовал прописать заголовки. Вобще конечно немного странно испоьзовать в наше то время кодировку 1251.
Проблема в том что в фаерфоксе совсем ява скрипті теперь не работают. Те которіе работали ранее на єтой страничке. А под хромом только половина и то не слишком адекватно.
я попробовал добавить в хтт аксес файл строку для указания кодировки
AddDefaultCharset UTF-8
но не помогло, там как я узнал у сапорта по умолчанию кодировка 1251.
На выходе получаю абра кадабру.
В БД все красиво. http://www[dot]artlebedev[dot]ru/tools/decoder/advanced/ - вот тут определил кодировку
пишет что кодировка 1251
я делаю iconv("cp1251","utf-8",**);
И получается совсем белеберда.
В чем причина?
После подключение к базе не помешает установить кодировку для работы.
mysql_set_charset('utf8');
так же желательно что бы скрипт тоже был написан в UTF-8)))
После подключение к базе не помешает установить кодировку для работы.
mysql_set_charset('utf8');
так же желательно что бы скрипт тоже был написан в UTF-8)))
Попробую поставить кодировку для базы Скрипт написан в утф8, этот скрипт часть джумла модуля, который я написал и который обкатал на первом сайте.
На втором, судя по всему, дамп некорректно внесен в БД (знаки ? скорее всего возникают потому что в уже в БД информация некорректна). Попробуйте внести дамп еще раз, предварив его запросом SET NAMES utf8;
Запрос выполнял. Несоклько раз также перезалилвал дамп бд. Проверял дамп БД, там все символы адекватно тображаются. Проверял также таблицу, аноалогично, таблица смотрится адекватно и все символы в ней.
Всем привет.
Необходимо сделать механизм
эспорта csv файла (разделитель точка с запятой) в мускульную БД. Т.е. есть таблица с количеством полей Н. А в цсв-шном файле тоже Н колонок и каждая колонка отвечает нужному полю таблицы БД.
Всем привет. Есть мускульная БД в которую скриптов пишу дату и время запроса.
Полю поставил тип datetime. Поучаю время вот таким образом
$today =date("d.m.y H:i:s");
Вчера скрипт выдал такую дату 2012-06-12
а сегодня 2013-06-12
странные путешествия во времени.
а какой хостинг у тебя, у нас на работе нетангелы, и около трехста клиентских проектов на этом хосте, каждый день чиню или лечу два три проекта, хостинг дрявый, не знаю что уже и делать, начальство уперлось в стену и не хочет переносить проекты на другой хост, ну а мне что теперь, да и клиентам, жесть же просто (Добавление)
а совсем забыл ответить на твой вопрос, у нас веб студия занимается созданием сайтав именно на Joomla CMS и всилу того что у нас дыры хоста, ломают как 1.5 так и2.5 с завидной регулярностью
Хостинг ukraine.com.ua
я не жалуюсь и работаю с ним уже 3 года. В общел сложности больше 10 сайтов с джумловским движком. За 3 года первый взлом. И то ломаниули только один сайт, видать на нем самая высокая посещаемость.
Всем привет.
В начале этой недели мой сайт с движком 1.5.18 ломанули на уровне эксплойта (как я догадываюсь). Поменяли хттаксес, и все. Сайт был заблокирован, типа за рассылку вирусов. Ибо с центральной страници был редирект на стремный сайт.
Пофиксил хтт аксес. Разблокировал сайт. Проапдейтил джумлу до 1.5.26 - самой свежей из ветки 1.5
Вот теперь думаю на сколько она безопасна? Или качать 2.5.Х?