PHP экранирование строки HTML внутри JSON

Question

PHP экранирование строки HTML внутри JSON

0

Я использую Slim php framework с базой данных, содержащей сложный HTML-контент, но при вызове метода get он возвращает плохой json. Здесь код возврата

$response->withJson($resp, 201);

Я также пытался использовать json_encode, но все еще недействителен:

$response->withJson(json_encode($resp), 201);

Я только заметил, что в конце JSON отсутствует '}]', возможно ли, что контент слишком длинный для передачи в виде строки? Также когда я вызываю var_dump($resp) он правильно показывает мой контент

aaa 25 апр. 2016, в 17:32

Источник

0

поскольку он пытается кодировать html в строки, " символы в html, вероятно, вызывают проблему, попробуйте включить параметр JSON_HEX_QUOT в качестве параметра $ encodingOptions в $response->withJson(); то есть что-то вроде $response->withJson($resp,201,JSON_HEX_QUOT);
shamsup 25 апр. 2016, в 15:27
0

Из любопытства ... Что значит "возвращает плохого JSON"?
Álvaro González 25 апр. 2016, в 15:28
0

Можем ли мы получить пример содержимого в $resp ?
shamsup 25 апр. 2016, в 15:36
0

Я только что заметил, что возвращаемый JSON отсутствует '}]' в конце, возможно ли, что содержимое слишком длинное для передачи в виде строки?
aaa 25 апр. 2016, в 15:48
0

Вероятно, вы отображаете два символа, скорее всего, пробелы где-то перед маршрутом или после $ app-> run ()
Mika Tuupola 25 апр. 2016, в 15:59
0

@aaa, давайте удостоверимся, что твоя проблема воспроизводима. Поскольку у вас есть проблема, я уверен, что у вас есть необработанные данные, с которыми проблема может быть воспроизведена. Пожалуйста, поделитесь этим с нами. Затем покажите, что генерирует JSON оттуда. Тогда, пожалуйста, расскажите нам, что получил браузер, проверив вкладку сети. Тогда, пожалуйста, опишите, как проблема обнаружена? Получаете ли вы неверный HTML в конце? Если да, то должен ли ваш JSON быть значением атрибута, заключенным в апостроф и / или кавычку. Вы указали, что var_dump возвращает то, что вы ожидали. Вы уверены, что проблема возникает на конв?
Lajos Arpad 25 апр. 2016, в 15:59
0

@LajosArpad Необработанные данные слишком длинные, чтобы их можно было разделить здесь, в возвращенном json отсутствует символ «}] в конце. Ошибка JSONLint: 'Expecting'} ',', ', got' EOF '' Но когда я ограничиваю результат небольшим количеством сообщений, он возвращает действительный JSON
aaa 25 апр. 2016, в 16:07
0

@aaa, понятно. Длина может быть проблемой, или это может быть совпадением, что ваша проблема JSON происходит для более длинной строки. А пока давайте теперь примем любой случай. Пожалуйста, покажите мне, как вы используете JSON на стороне клиента, где вы выводите его? Или это ответ на AJAX-запрос?
Lajos Arpad 25 апр. 2016, в 16:10
0

@LajosArpad Я использую угловой js http запрос, странно то, что когда я использую один и тот же вызов API для другой таблицы (без большого содержимого), она работает просто отлично
aaa 25 апр. 2016, в 16:22
0

Почему вы пытаетесь вернуть HTML как JSON? буквально не имеет смысла.
geggleto 25 апр. 2016, в 18:26
0

@geggleto У меня есть мобильное приложение, которое читает сообщения в блоге (изначально размещенные на веб-сайте) и отображает их в формате HTML.
aaa 25 апр. 2016, в 18:29
0

хорошо ... так что вы можете вытащить из Slim, используя маршрут GET и использовать php-view или twig-view для рендеринга вашего HTML.
geggleto 25 апр. 2016, в 18:32
0

Только сегодня я выполнял JSON-кодирование, как данные размером 22 МБ, с 32-битным PHP / 5.5.x - и я повторно использую предыдущую кодовую базу, которая использовалась в Production для наборов данных более 500 МБ. Я не знаю, сколько данных вы передаете, но я не думаю, что большой размер может привести к усечению. Вы должны определить, где именно в вашем потоке происходит усечение.
Álvaro González 25 апр. 2016, в 18:48

Показать ещё 11 комментариев

Теги:

php

angularjs

slim

5 ответов

0

Что вы, скорее всего, захотите.

Рендеринг HTML возможен с помощью slim/php-view или slim/twig-view
Используйте AJAX, чтобы вытащить HTML и поместить его в свое мобильное приложение.

Использование JSON является глупым, так как вы все еще должны отображать на стороне сервера HTML, а затем упаковывать его в формат JSON. Выполнение этого, как правило, плохой идеи, поскольку JSON в спецификации будет принимать только UTF-8, и нет никакого способа обойти это.

geggleto 25 апр. 2016, в 15:50

0

Ему может потребоваться включить метаданные или сделать что-то столь же простое, как получение нескольких элементов одновременно (простой HTML-ответ подразумевает одно HTTP-соединение на элемент). Наличие чистого JSON API не обязательно чепуха. Но кроме этого, я думаю, что это должно было быть опубликовано как комментарий, а не как ответ. Когда у вас есть проблемы с вашим кодом, вы просто исправляете его, а не выкидываете весь дизайн.
Álvaro González 25 апр. 2016, в 18:53

0

Может быть, проблема с кодировкой символов. Вы пробовали это?

json_encode($array, JSON_UNESCAPED_UNICODE)

Любой способ вернуть PHP 'json_encode' с кодировкой UTF-8, а не Unicode?

SvOzMaS 25 апр. 2016, в 13:46

0

Итак ... Исправление ядра Slim для вставки необработанных символов UTF-8 (а не простого 7-битного ASCII) исправит «плохой JSON»? Как именно?
Álvaro González 25 апр. 2016, в 15:34

0

Поскольку он пытается кодировать html в строки в JSON, " символы в html, вероятно, вызывают проблему. Попробуйте включить параметр JSON_HEX_QUOT в качестве третьего параметра.

$response->withJson($resp,201,JSON_HEX_QUOT);

Это позволит избежать " символа в html в \u0022 unicode \u0022, предотвращая столкновения.

shamsup 25 апр. 2016, в 13:42

0

Если вы посмотрите исходный код Slim, то увидите, что у него нет собственного JSON-кодера; withJson() - это чуть больше, чем вызов нативного json_encode() который - я могу вам сказать по опыту - работает правильно, особенно. с чем-то простым, как двойная кавычка.
Álvaro González 25 апр. 2016, в 15:33
0

Я только что попробовал ваше решение, но проблема все та же.
aaa 25 апр. 2016, в 15:35
0

Возможно, что-то еще вызывает его проблему, но без примера того, что он конвертирует, трудно сказать. Я использовал это для решения проблем с выходом из JSON раньше, особенно с двойными кавычками и обратными слешами.
shamsup 25 апр. 2016, в 15:35

Показать ещё 1 комментарий

0

Насколько я могу судить, Slim не заботится о проверке ошибок:

/**
 * Json.
 *
 * Note: This method is not part of the PSR-7 standard.
 *
 * This method prepares the response object to return an HTTP Json
 * response to the client.
 *
 * @param  mixed  $data   The data
 * @param  int    $status The HTTP status code.
 * @param  int    $encodingOptions Json encoding options
 * @return self
 */
public function withJson($data, $status = 200, $encodingOptions = 0)
{
    $body = $this->getBody();
    $body->rewind();
    $body->write(json_encode($data, $encodingOptions));

    return $this->withStatus($status)->withHeader('Content-Type', 'application/json;charset=utf-8');
}

... так что вам нужно сделать это самостоятельно. Голый минимум - это вызов json_last_error().

Álvaro González 25 апр. 2016, в 13:18

Ещё вопросы

поскольку он пытается кодировать html в строки, " символы в html, вероятно, вызывают проблему, попробуйте включить параметр JSON_HEX_QUOT в качестве параметра $ encodingOptions в $response->withJson(); то есть что-то вроде $response->withJson($resp,201,JSON_HEX_QUOT);
Из любопытства ... Что значит "возвращает плохого JSON"?
Можем ли мы получить пример содержимого в $resp ?
Я только что заметил, что возвращаемый JSON отсутствует '}]' в конце, возможно ли, что содержимое слишком длинное для передачи в виде строки?
Вероятно, вы отображаете два символа, скорее всего, пробелы где-то перед маршрутом или после $ app-> run ()
@aaa, давайте удостоверимся, что твоя проблема воспроизводима. Поскольку у вас есть проблема, я уверен, что у вас есть необработанные данные, с которыми проблема может быть воспроизведена. Пожалуйста, поделитесь этим с нами. Затем покажите, что генерирует JSON оттуда. Тогда, пожалуйста, расскажите нам, что получил браузер, проверив вкладку сети. Тогда, пожалуйста, опишите, как проблема обнаружена? Получаете ли вы неверный HTML в конце? Если да, то должен ли ваш JSON быть значением атрибута, заключенным в апостроф и / или кавычку. Вы указали, что var_dump возвращает то, что вы ожидали. Вы уверены, что проблема возникает на конв?
@LajosArpad Необработанные данные слишком длинные, чтобы их можно было разделить здесь, в возвращенном json отсутствует символ «}] в конце. Ошибка JSONLint: 'Expecting'} ',', ', got' EOF '' Но когда я ограничиваю результат небольшим количеством сообщений, он возвращает действительный JSON
@aaa, понятно. Длина может быть проблемой, или это может быть совпадением, что ваша проблема JSON происходит для более длинной строки. А пока давайте теперь примем любой случай. Пожалуйста, покажите мне, как вы используете JSON на стороне клиента, где вы выводите его? Или это ответ на AJAX-запрос?
@LajosArpad Я использую угловой js http запрос, странно то, что когда я использую один и тот же вызов API для другой таблицы (без большого содержимого), она работает просто отлично
Почему вы пытаетесь вернуть HTML как JSON? буквально не имеет смысла.
@geggleto У меня есть мобильное приложение, которое читает сообщения в блоге (изначально размещенные на веб-сайте) и отображает их в формате HTML.
хорошо ... так что вы можете вытащить из Slim, используя маршрут GET и использовать php-view или twig-view для рендеринга вашего HTML.
Только сегодня я выполнял JSON-кодирование, как данные размером 22 МБ, с 32-битным PHP / 5.5.x - и я повторно использую предыдущую кодовую базу, которая использовалась в Production для наборов данных более 500 МБ. Я не знаю, сколько данных вы передаете, но я не думаю, что большой размер может привести к усечению. Вы должны определить, где именно в вашем потоке происходит усечение.
Ему может потребоваться включить метаданные или сделать что-то столь же простое, как получение нескольких элементов одновременно (простой HTML-ответ подразумевает одно HTTP-соединение на элемент). Наличие чистого JSON API не обязательно чепуха. Но кроме этого, я думаю, что это должно было быть опубликовано как комментарий, а не как ответ. Когда у вас есть проблемы с вашим кодом, вы просто исправляете его, а не выкидываете весь дизайн.
Итак ... Исправление ядра Slim для вставки необработанных символов UTF-8 (а не простого 7-битного ASCII) исправит «плохой JSON»? Как именно?
Если вы посмотрите исходный код Slim, то увидите, что у него нет собственного JSON-кодера; withJson() - это чуть больше, чем вызов нативного json_encode() который - я могу вам сказать по опыту - работает правильно, особенно. с чем-то простым, как двойная кавычка.
Я только что попробовал ваше решение, но проблема все та же.
Возможно, что-то еще вызывает его проблему, но без примера того, что он конвертирует, трудно сказать. Я использовал это для решения проблем с выходом из JSON раньше, особенно с двойными кавычками и обратными слешами.

Rob Allen · Accepted Answer · 2016-04-26T04-15-00.000Z

Если вам не хватает }] в конце, то один из ваших файлов PHP имеет два пробела (или новые строки) до открытия <?php.

Другим решением является замена вашего $app->run() на:

$response = $app->run(true); //Silent mode, wont send the response
$response = $response->withoutHeader("Content-Length"); //Remove the Content-Length
$app->respond($response); //Now we send the response

Надеюсь, у нас будет правильное исправление в следующей версии!

Довольно хороший момент. Из любопытства, должен ли полный ответ отображаться на панели сети браузера или он полностью отбрасывается?
Я не знаю - я склонен использовать локон!