Сталкивался с таким, когда нужно было получить ответ xml а приходил вначале лишний символ и xml валидацию не проходил.
возможно между <?php и хедером стоят лишние символы.
я сделал так:
перед подключением модулей вставил ob_start();
а после перед выводом ob_clean(); и после вывода ob_flush();
Должно помочь.
Именно оно и помогло в моем случае. Нашел где-то в Гугле.
Потом нашел и причину на самом деле. После закрытия ?> в конфиге стояла пара переводов строк лишних. Они и уходили двумя лишними байтами перед выводом каптчи. Соответственно браузер ни в какую картинку не отображал... А обычный HTML - ему на переводы строк и пробелы пофигу, потому все отлично работало.
У меня похожая проблема возникала при win окончаниях строк (\r\n) в php-файлах на nix-сервере.
Побороть через apache не получилось насколько помню, писали небольшой bash-ик. :)
Завязывайте кодить на 486-ых ;)
Купите себе нормальный комп с современным пеньком/атлоном и гигом оперативы (как минимум) и вам откроются невиданные доселе скорости работы нормальных IDE и все их достоинства.
развивая флуд )
завязывайте кодить под веб/пхп на винде, поставьте себе нормальный бубунту/фЕдора и вам откроюца невиданые доселе возможности опенсорс софта
Пробовал - не понравилось...
Во-первых - очень много глюков, которые проявляются в очень неподходящие моменты;
Во-вторых - под линуксом не работают некоторые мои рабочие инструменты, и достойной замены для них найти не удалось.
Было это на ubuntu 7.10, может быть сейчас все изменилось, не знаю. Но кодить под виндой мне достаточно удобно для того, чтобы, хотя бы не задумываться о переходе на другие платформы.
А опенсорсные решения можно юзать и под виндой и ощущать все их достоинства и недостатки.
Были такие же проблемы с кодировками.
Проблема в том в каком формате у тебя лежит файл php, у меня был UTF-8 отредактированный в aptana, возникли не известные проблемы. Решил их простым способом открыл в notepad++, и save as -> charset utf-8, ok.
Все решилось.
встречал такое при использовании notepad под Vista с utf-8 файлами (не знаю, может и не зависит от кодировки), он почему-то приписывает в начало файла 3 байта, которые не видны в самом notepad, в html, но видны в нормальных редакторах и в hex режиме
К сожалению, у меня нет возможности управлять клиентом, из-за которого эти неприятности, а он посылает HTTP/1.1.
Я так понимаю, если указать Accept-Encoding: gzip (без deflate), то должно отдаваться нормально (т.е. не в deflate). Однако запрос, составленный вручную, все равно возвращает данные в deflate.
Может быть, есть ее способы обойти это?
Если в php сделать header("HTTP/1.0 200 OK"), то все равно ответ идет в HTTP/1.1....
PHP troubles — несколько байт перед основным ответом сервера