Но вы же пишете, что через раз то нормально, то нет. Разбирайте по шагам.
Добавьте .htaccess с AddDefaultCharset
Настройте локали.
Перекодируйте контент принудительно перед записью.
в каком-то пункте из этого списка у вас проблема.
........... потер нафиг....
локали настройте.
Правильно проведенная PR компания и не такие результаты дает :) Про качество услуг - не скажу, но гении маркетинга могут и поболее выжимать. Тем более для игровой тематики, где люди порой тратят в день среднемесячные зарплаты.
Попробуйте в cron задание как GET 'http://адрес_скрипта_в_браузере'. Разные ли будут результаты?
пока не понятна закономерность - ничего понять нельзя. Что-то с данными, а что - хз.
mysql_query ("set character_set_client='utf8'"));
mysql_query ("set character_set_results='utf8'"));
mysql_query ("set collation_connection='utf8_general_ci'"));
возможно поможет.
Я имел в виду настройки кодировок в htaccess, но врядли проблема в этом.
Какая кодировка в БД? SET NAMES принудительно сделайте перед запросом
я все же настоятельно рекомендую, чтобы в угадайку не играть, в цикле сделать print mb_detect_encoding($data);
да врядли он что-то выведет
хотя ссори, выведет. одну цифру. Какую - думаю понятно.
Если файл 1 и в него идет запись в разных кодировках - разные кодировки имеют данные, записываемые скриптом.
цикле данные на http://www.php.su/functions/?mb-detect-encoding проверьте
Я честно - не вижу ни файла с инклудом, ни цикла, ничего. Насильно перекодируйте данные функцией iconv, и посмотрите что будет. Если в новые файлы будет писаться нормально - проблема во входных данных. Если нет - то в чем-то другом. Но не в коде, а в настройках.
А данные то в какой кодировке? iconv перекодируйте насильно перед записью и посмотрите результат---------- Добавлено 20.12.2012 в 13:07 ----------
'w+' и еще 10 раз
