- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
По теме может показаться, что меня сразу можно отправить в гугл, но ситуация не обыденная. Есть скрипт в utf-8 кодировке, который записывает текст в utf-8 кодировке в файл простыми методами:
данные идут в цикле, то есть этот скрипт пишет за раз несколько файлов, один пишет нормально, а в другой может записать например так
причем латиница пишется нормально, эти кракозябры - это инклуд из другого файла в utf-8 кодировке, причем файл такого вида в notepad++ определяется как ANSI, прияем он !!!!! нормально отображается в браузере в кодировке utf-8!!!!!!
совсем не пойму даже на что грешить! не найду никакой закономерности пока!
Ну так кодировку у файлов, куда пишите тоже поставьте UTF-8.
А данные то в какой кодировке? iconv перекодируйте насильно перед записью и посмотрите результат
---------- Добавлено 20.12.2012 в 13:07 ----------
Ну так кодировку у файлов, куда пишите тоже поставьте UTF-8.
'w+' и еще 10 раз
А данные то в какой кодировке? iconv перекодируйте насильно перед записью и посмотрите результат
данные в utf-8, тут дело в том, что даже те куски, которые инклудятся из одного и того же файла в utf-8 один раз пишутся нормально, а другой плохо.
DriverCat, можно аттачем скрипт сюда?
Я честно - не вижу ни файла с инклудом, ни цикла, ничего. Насильно перекодируйте данные функцией iconv, и посмотрите что будет. Если в новые файлы будет писаться нормально - проблема во входных данных. Если нет - то в чем-то другом. Но не в коде, а в настройках.
Я честно - не вижу ни файла с инклудом, ни цикла, ничего. Насильно перекодируйте данные функцией iconv, и посмотрите что будет. Если в новые файлы будет писаться нормально - проблема во входных данных. Если нет - то в чем-то другом. Но не в коде, а в настройках.
такой вот код:
какие можно посмотреть настройки?
Если файл 1 и в него идет запись в разных кодировках - разные кодировки имеют данные, записываемые скриптом.
цикле данные на http://www.php.su/functions/?mb-detect-encoding проверьте
Если файл 1 и в него идет запись в разных кодировках - разные кодировки имеют данные, записываемые скриптом.
цикле данные на http://www.php.su/functions/?mb-detect-encoding проверьте
дело в том, что этот скрипт работает ночью по крону, сейчас запустил его вручную, тот файл что был кривым стал нормальным, а вот други стали кривыми, то есть не зависит от данных как я понимаю, что может быть с настрофками не то?
Я имел в виду настройки кодировок в htaccess, но врядли проблема в этом.
Какая кодировка в БД? SET NAMES принудительно сделайте перед запросом
я все же настоятельно рекомендую, чтобы в угадайку не играть, в цикле сделать print mb_detect_encoding($data);
Я имел в виду настройки кодировок в htaccess, но врядли проблема в этом.
Какая кодировка в БД? SET NAMES принудительно сделайте перед запросом
да сделано давно уже.utf-8 в базе. понять хотя бы из-за чего не каждый раз такое происходит...