22.11.2010, 15:58
|
 |
Профессор
|
|
Регистрация: 15.12.2009
Сообщений: 742
|
|
|
X-JSON заголовок и его длина
Вопрос следующий. Есть ли ограничение на длину заголовка X-JSON заголовка при ответе сервера?
В стандарте HTTP копался, но видимо не обращал на это внимание. В нете тоже покопался, никто не задавался этим вопросом.
Не экспериментировал, но возможно ли передать X-JSON заголовок с Content-Type: text/html; charset=UTF-8. Думаю возможно. Вопрос в следующем: Какова будет кодировка X-JSON? такая же как и контента или будут проблемы, и обязательно надо указывать application/json в Content-Type?
Почему спрашиваю. Cейчас модно передавать AJAX ответ в X-JSON заголовке, и таким способом можно передавать и JSON и данные при генерации, что удобно для получения контента + его параметры настройки.
Спс за понимание и ответы.
__________________
Настоящий программист думает и осознает сам решение задачи, а не копирует другие мысли, не осознавая их (c)
Относись к человеку так же, как хотелось бы отношения к себе (с)
Все нужно там, где оно нужно, а все не нужно нигде (с) Gozar
B~Vladi: А кто такой JavaScript стрелок?! micscr: это тот, кто не jQuery танкист.
Программы становятся медленнее быстрее, чем компьютеры становятся быстрее (с) Никлаус Вирт
Последний раз редактировалось PeaceCoder, 22.11.2010 в 16:01.
|
|
22.11.2010, 19:53
|
 |
Пионэр
|
|
Регистрация: 16.11.2009
Сообщений: 1,322
|
|
|
ЕМНИМС, длина HTTP-заголовков ничем не ограничена.
А, вот, какой будет кодировка заголовка — сказать не могу. Скорее всего, ISO 8859-1, ибо Content-Type указывает кодировку тела сообщения, а не заголовка.
|
|
23.11.2010, 15:21
|
|
Профессор
|
|
Регистрация: 15.12.2009
Сообщений: 742
|
|
|
Да я так тоже подумал, надо поэкспериментировать. Ну хоть 1 человек имеет понятие о чем я спросил. А на счет длины, раз не пишется что чемто ограничена, значит не ограничена.
Теперь вопрос в другом. поля заголовка разделяются CRLF, если я правильно понял, соответсвенно, в данных поля надо все \n\r кодировать в текст.. хотя их полюбому надо кодировать в текст как бы не передавал иначе будет ошибка при eval
__________________
Настоящий программист думает и осознает сам решение задачи, а не копирует другие мысли, не осознавая их (c)
Относись к человеку так же, как хотелось бы отношения к себе (с)
Все нужно там, где оно нужно, а все не нужно нигде (с) Gozar
B~Vladi: А кто такой JavaScript стрелок?! micscr: это тот, кто не jQuery танкист.
Программы становятся медленнее быстрее, чем компьютеры становятся быстрее (с) Никлаус Вирт |
|
23.11.2010, 15:22
|
 |
Профессор
|
|
Регистрация: 03.04.2009
Сообщений: 1,263
|
|
Сообщение от PeaceCoder
|
|
Теперь вопрос в другом. поля заголовка разделяются CRLF, если я правильно понял, соответсвенно, в данных поля надо все \n\r кодировать в текст..
|
Хм. Вы же там json собрались передавать. В нем и так не должно быть переводов строк, к чему они там? |
|
23.11.2010, 15:29
|
|
Профессор
|
|
Регистрация: 15.12.2009
Сообщений: 742
|
|
|
Сообщение от e1f
|
|
к чему они там?
|
к тому что в данных JSON тоже может быть CR LF
{"a":"привет!\nЯ JSON 2-я строка"}
__________________
Настоящий программист думает и осознает сам решение задачи, а не копирует другие мысли, не осознавая их (c)
Относись к человеку так же, как хотелось бы отношения к себе (с)
Все нужно там, где оно нужно, а все не нужно нигде (с) Gozar
B~Vladi: А кто такой JavaScript стрелок?! micscr: это тот, кто не jQuery танкист.
Программы становятся медленнее быстрее, чем компьютеры становятся быстрее (с) Никлаус Вирт |
|
23.11.2010, 15:31
|
|
Профессор
|
|
Регистрация: 03.04.2009
Сообщений: 1,263
|
|
|
Простите, и где Вы тут видите перевод строки?
|
|
23.11.2010, 15:56
|
|
Профессор
|
|
Регистрация: 15.12.2009
Сообщений: 742
|
|
|
"\n" это текстовое представление перевода строки. Я его так написал что бы было понятно что представлении машины будет не текст "\n". В коде оно будет кодом x0D, а при eval будет ошибка.
Windows, например, перевод строки делает x0D10, а это и есть конец поля в заголовке http
__________________
Настоящий программист думает и осознает сам решение задачи, а не копирует другие мысли, не осознавая их (c)
Относись к человеку так же, как хотелось бы отношения к себе (с)
Все нужно там, где оно нужно, а все не нужно нигде (с) Gozar
B~Vladi: А кто такой JavaScript стрелок?! micscr: это тот, кто не jQuery танкист.
Программы становятся медленнее быстрее, чем компьютеры становятся быстрее (с) Никлаус Вирт |
|
23.11.2010, 15:59
|
|
Новичок на форуме
|
|
Регистрация: 19.02.2008
Сообщений: 9,177
|
|
|
В JSON не может быть переводов строк, они заменяются на \n, которая обозначает перевод строки, но не является им.
|
|
23.11.2010, 16:13
|
|
Профессор
|
|
Регистрация: 03.04.2009
Сообщений: 1,263
|
|
|
Сообщение от Kolyaj
|
|
В JSON не может быть переводов строк, они заменяются на \n, которая обозначает перевод строки, но не является им.
|
Вот и я о том же. |
|
23.11.2010, 16:51
|
|
Профессор
|
|
Регистрация: 15.12.2009
Сообщений: 742
|
|
|
Сообщение от Kolyaj
|
|
они заменяются на \n,
|
где заменяются? при передаче? ничего там не заменяется. Если вы говорите за формирование JSON-строки при переводе обьекта в строку, то да. Мы говорим на разных языках, но об одном и том же.
А в том виде как работает json_encode() в пхп, меня не устраивает и не только меня, а многих, поэтому я и затронул тему перевода строк.
В общем проехали. Пока вопросов нет, буду экпериментить.
__________________
Настоящий программист думает и осознает сам решение задачи, а не копирует другие мысли, не осознавая их (c)
Относись к человеку так же, как хотелось бы отношения к себе (с)
Все нужно там, где оно нужно, а все не нужно нигде (с) Gozar
B~Vladi: А кто такой JavaScript стрелок?! micscr: это тот, кто не jQuery танкист.
Программы становятся медленнее быстрее, чем компьютеры становятся быстрее (с) Никлаус Вирт |
|
|
|
