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