Как на PHP подготовить вставить HTML в JSON строку?

Question

[Сергей Кореневский]

Прогаю более 10лет. Сижу и не понимаю, наверно прогерский маразм у меня .

$html =" <span> 

123 </span>";

echo '{"content":"' . htmlspecialchars ($html) . '"}';

Валидатор JSON пишет что пустой строки быть не должно
<span>
Так же Валидатору знак & не нравится.

У меня там JSON длинный. А создавать новый массив для сериализации как то не хочется.
Тем более это вопрос экранирования и очистки.

echo '{'
			. '"status_code":"'		. $statusBD->status_code. '", '
			. '"status_date_added":"' . $statusBD->status_date_added. '", '
			. '"status_title":"'		. htmlspecialchars($statusBD->status_title). '", '
			. '"order_id":"'			. $statusBD->order_id. '", '
			. '"order_item_id":"'		. $statusBD->order_item_id. '", '
			. '"event_id":"'			. $statusBD->event_id. '", '
			. '"date_event":"'		. $statusBD->date_event. '",'
			. '"place_price":"'		. $statusBD->place_price. '", '
			. '"place_velue_id":"'	. $statusBD->place_velue_id. '", '
			. '"place_status_title":"' . htmlspecialchars($statusBD->place_status_title). '", '
			. '"place_status_code":"' . $statusBD->place_status_code. '", '
			. '"place_prodVal_id":"'	. $statusBD->place_prodVal_id. '", '
			. '"place_attr_id":"'		. $statusBD->place_attr_id. '", '
			. '"count_places":"'		. $statusBD->count_places. '", '

			. '"bilet_session_place":"'. $bilet->session_place. '", '
			. '"bilet_status":"'		. $bilet->status. '", '				//	active, visited, refunded, canceled*
			. '"bilet_session_event_id":"'. $bilet->session_event_id. '", '
			. '"bilet_session_date":"'. $bilet->session_date. '", '
			. '"content":" '			. addslashes(json_encode ($html)) . '" '
			. '}';

Comments

[Михаил Ливач]

а если так:

$data = ['content' => " <span> 

123 </span>"];

echo json_encode($data);

тоже ругается?

[Сергей Кореневский]

Михаил Ливач,
Да у меня там JSON длинный. А создавать новый массив для сериализации как то не хочется.
Тем более это вопрос экранирования и очистки.

echo '{'
			. '"status_code":"'		. $statusBD->status_code. '", '
			. '"status_date_added":"' . $statusBD->status_date_added. '", '
			. '"status_title":"'		. htmlspecialchars($statusBD->status_title). '", '
			. '"order_id":"'			. $statusBD->order_id. '", '
			. '"order_item_id":"'		. $statusBD->order_item_id. '", '
			. '"event_id":"'			. $statusBD->event_id. '", '
			. '"date_event":"'		. $statusBD->date_event. '",'
			. '"place_price":"'		. $statusBD->place_price. '", '
			. '"place_velue_id":"'	. $statusBD->place_velue_id. '", '
			. '"place_status_title":"' . htmlspecialchars($statusBD->place_status_title). '", '
			. '"place_status_code":"' . $statusBD->place_status_code. '", '
			. '"place_prodVal_id":"'	. $statusBD->place_prodVal_id. '", '
			. '"place_attr_id":"'		. $statusBD->place_attr_id. '", '
			. '"count_places":"'		. $statusBD->count_places. '", '

			. '"bilet_session_place":"'. $bilet->session_place. '", '
			. '"bilet_status":"'		. $bilet->status. '", '				//	active, visited, refunded, canceled*
			. '"bilet_session_event_id":"'. $bilet->session_event_id. '", '
			. '"bilet_session_date":"'. $bilet->session_date. '", '
			. '"content":" '			. (json_encode ($html)) . '" '
			. '}';

[Сергей Кореневский]

Михаил Ливач, Что же Вы , 2 Вам по знанию PHP
Вот. Валидный JSON.

$html =" <span  style='display:block;' class=\"active\"> 

123 </span>";
echo   '{"content":'.json_encode  ($html) .'}';

Кавычки надо было убрать перед и после функции json_encode().

[maksam07]

Извиняюсь, а зачем самому пытаться формировать json, если php за вас это спокойно может сделать?

[Михаил Ливач]

Сергей Кореневский, что, простите? Если Вы подумали, что я задал Вам вопрос, не зная ответа, то вынужден Вас разочаровать; это был просто стилистический приём.

[Михаил Ливач]

Сергей Кореневский, длинный json - это когда работа json_encode() занимает ощутимое время. На том объёме, который Вы продемонстровали, json_encode() отработает практически мгновенно.

[Сергей Кореневский]

Михаил Ливач, Согласен с Вами, быстро отработает. Но иногда приходится писать так чтобы было удобно читать потом. Т.е. писать в формате echo '{"content":'.json_encode ($html) .'}';

[Михаил Ливач]

Сергей Кореневский, а в чём удобство? не вижу

[Сергей Кореневский]

Михаил Ливач, В том что люди часто используют форматированую строку и декларативный подход.

$format_string = '{"one":"%s"}';
echo sprintf($format_string , json_encode  ($html));

Как по Вашему строку надо вначале десериализовать в объект заменить свойство а потом обратно сериализовать в JSON?

[Михаил Ливач]

$format_string = '{"one":"%s"}';
echo sprintf($format_string , json_encode  ($html));

Сергей Кореневский, в Вашем собственном примере одна операция - сериализация в JSON. Зачем что-то предварительно десериализовывать?
Подход я раньше показывал, повторю на Вашем примере:

$data = ['one' => $html];
echo json_encode( $data );

Не знаю, что за люди такое "часто используют". Мне такие люди, к счастью, не попадались

[Сергей Кореневский]

Михаил Ливач, да уж таких людей тоже не встречал. Например какой нибудь юзер будет в яндексе искать решение своей проблемы, напишет в поиске запрос аналогичный названию запроса этого вопроса. Ему высветится этот..
А в нём он увидит что мол не фиг парится дисериализуй обратно вобъекты меняй значения а потом обратно сериализуй. Между прочим JSON часто используется для локализации приложения на разных языках. Т.е. подгружаются из файла а потом переменные подставляются в нём, а потом отпрпавляются на клиент в виде JSON.

[Михаил Ливач]

А в нём он увидит что мол не фиг парится дисериализуй обратно вобъекты меняй значения а потом обратно сериализуй.

Так и есть. Париться на пустом месте незачем.
И отмечу, что Вы опять фантазируете о десериализации, которой в моих примерах нет и не было. Это начинает немного раздражать.

[Сергей Кореневский]

Михаил Ливач,
$array1 = ['Один','Два','Три','Четыре',];
$array2 = $array1;
$array2 копия массива $array1. В памяти занимает в 2 раза больше.
Профессионалы всегда рекоменуют в Mysql SELECT указывать вместо звёздочки имена конкретных колонок.
Потому как один лишний параметр в одном запросе увеличивает нагрузку на 10%, а потом окажется что всё приложение увеличивает нагрузку на 10% потому как разработчик в отдельном запросе не беспокоился об экономии.
Я пишу приложения и плагины для CMS Joomla. Сама Joomla оптимизирована в меру своих возможностей. Моё приложение на этой CMS так же потребляет столько же нагрузки ЦПУ как и вся CMS.
Если Я буду писать своё приложение без оптимизаций, даже не в угоду читабельности кода, а просто бездумно копируя массивы, при том что данных объектов из БД на одной странице пользователя должно отображаться до 5 тысяч.
То вот мне делать не фиг лишний раз сериализовать и десириализовать эти объекты.
5000 объектов это места для зала.

[Михаил Ливач]

Сергей Кореневский, думаю, чтобы поставить точку в этом споре, нужно сделать бенчмарк и смотреть на результаты. Ваш вариант кода я скопировал отсюда, тестовые данные можно подобрать по смыслу. Надеюсь, в ближайший месяц у меня найдётся время, чтобы сделать этот бенчмарк. ( на Хабре были статьи, как правильно писать бенчмарки, надо перечитать).
Сразу предупрежу, что если мой код будет медленнее на считанные проценты, но читабельнее в разы, то буду считать, что победа моя. Потому что даже если реальный скрипт работает минуту, то даже 10% - это 6 секунд, ни о чём. А вот если там 25% и больше - то да, микрооптимизации имеют смысл.

[Сергей Кореневский]

Михаил Ливач, Пару дней назад я задавал вопрос в тостере https://qna.habr.com/q/1278178
Суть в том что в одной колонке в виде JSON массива находятся в каждой ячейке много сериализованных ключей.
Конечно мне советовали не хранить список ключей сериализованных в ячейке.
Но вопрос не в том что хранить или не хранить. Суть в том что в MySQL 8 появилась возможность работать с JSON, не ужели эту функцию в MySQL добавляли только для того чтобы на клиент передавать значения из объектов JSON. Я думаю что это прежде всего нужно для случаев хранения ключей в JSON. Разумеется так делать противопоказано.
Но как Вы думаете если я задаю вопрос в тостере, при том что я работаю програмистом с 2007 года, мне нужны ответы что так делать не надо? То что так делать не надо я и сам знаю, но у меня сложилась ситцация, из которой надо выйти только таким способом. И если ктото так же ищет ответ как вынимать ключи из JSON в MySQL может он профессионал?
Как думаете если человек парится JSON в MySQL кто он?
это как например будут спрашивать вопросы по оптимизации компилятора для SSE2 не обычным способом. Стоит ли ему отвечать что так делать не стоит?

[Михаил Ливач]

Сергей Кореневский, тут нюанс в контексте, который виден из вопроса. Допустим, есть какая-то технология с узким применением, или не самая удачная. Приходит человек с вопросом, и по тексту видно, что он в этой технологии новичок, применяет её неправильно, и корень его проблем - именно в непонимании технологии. Тогда самый подходящий ответ для этого человека: "не используй это". Объяснение "почему не надо" - либо громоздкое, либо основано на опыте.
Возможно, это видение ошибочно ( может, человек плохо выражает мысли) - но это в любом случае не проблема читающих.
А когда человек давно в теме, то вопросы он задаёт другие. Поэтому и отвечают ему иначе.

[Михаил Ливач]

Сергей Кореневский, сходил в ту ветку, почитал. Вы только к концу обсуждения обнаружили, что Вам фича недоступна в продуктовой среде. Это уже о чём-то говорит.
Далее, Вы тут задаётесь вопросом "для чего эту фичу добавили в MySQL?". Отвечаю: для галочки. Работа с JSON появилась у основного конкурента, PostgreSQL, поэтому надо было сделать хоть что-то на эту тему. А в PostgreSQL оно появилось на волне хайпа вокруг MongoDB.
Это как поддержка регулярок - долгие годы не видел в MySQL практической пользы от того, что было. Сейчас глянул в мануал 8 версии - стало получше.

[Сергей Кореневский]

Михаил Ливач, Ну извините. Но и выкладывать примеры кода в виде мусора тоже не этично.
Вполне логично для читающих предположить что автор упростил вопрос чтобы убрать личностные данные, чтобы потом ищущие из яндекса так же смогли понять саму идею без мусора и без шелухи. Не буду же я писать тут названия свойств объектов в виде tickets_object_event_start, tickets_object_event_stop, data_event_name_created.

[Сергей Кореневский]

Михаил Ливач, Кстати при задавании вопроса. Я заинтересован в том чтобы получить на него ответ. Т.е. если я вывалю кусок кода сюда или буду писать совсем не нужные подробности, например подробности о том где используется код и есть ли возможность сделать по другому. То как Вы думаете люди будут отвечать на такой вопрос?
Вот Вы бы отвечали бы на этот вопрос если бы увидели бы описание в 2.5 раза больше с подробностями которые вообще не очень влияют на ответ.

Answer 1

[Slava Rozhnev]

<?php
$html =" <span> 

123 </span>";

echo json_encode(["content"=>$html]);

https://phpize.online/sql/mysql57/undefined/php/ph...

$html =" <span> 

123 </span>";
echo   '{"content":'.json_encode  ($html) .'}';

Comments

[Сергей Кореневский]

Да у меня там JSON длинный. А создавать новый массив для сериализации как то не хочется.
Тем более это вопрос экранирования и очистки.

echo '{'
			. '"status_code":"'		. $statusBD->status_code. '", '
			. '"status_date_added":"' . $statusBD->status_date_added. '", '
			. '"status_title":"'		. htmlspecialchars($statusBD->status_title). '", '
			. '"order_id":"'			. $statusBD->order_id. '", '
			. '"order_item_id":"'		. $statusBD->order_item_id. '", '
			. '"event_id":"'			. $statusBD->event_id. '", '
			. '"date_event":"'		. $statusBD->date_event. '",'
			. '"place_price":"'		. $statusBD->place_price. '", '
			. '"place_velue_id":"'	. $statusBD->place_velue_id. '", '
			. '"place_status_title":"' . htmlspecialchars($statusBD->place_status_title). '", '
			. '"place_status_code":"' . $statusBD->place_status_code. '", '
			. '"place_prodVal_id":"'	. $statusBD->place_prodVal_id. '", '
			. '"place_attr_id":"'		. $statusBD->place_attr_id. '", '
			. '"count_places":"'		. $statusBD->count_places. '", '

			. '"bilet_session_place":"'. $bilet->session_place. '", '
			. '"bilet_status":"'		. $bilet->status. '", '				//	active, visited, refunded, canceled*
			. '"bilet_session_event_id":"'. $bilet->session_event_id. '", '
			. '"bilet_session_date":"'. $bilet->session_date. '", '
			. '"content":" '			. addslashes(json_encode ($html)) . '" '
			. '}';

[Vitsliputsli]

Сергей Кореневский,

Да у меня там JSON длинный. А создавать новый массив для сериализации как то не хочется.
Тем более это вопрос экранирования и очистки.

Это не вопрос экранирования и очистки, а вопрос написания велосипедов и разбирательств, что там в этом велосипеде накосячено. Затем, когда текщий косяк поправите, все свалится в другом месте на новых данных. И это при том, что есть уже готовое отлаженное решение.
Какие причины этим заниматься?

[Slava Rozhnev]

Очистка и экранирование должны быть на стороне клиента. Ваш об`ект сериализуется в JSON одной строкой кода
https://phpize.online/sql/mysql57/undefined/php/ph...

[Сергей Кореневский]

Vitsliputsli, Да уж. Походу решений нет. И придётся писать новый массив.
А вообще странно то что функция json_encode() не хочет принимать строку. Что как только что оказалось, эта функция имеет тип параметра MIXED и по сути должна принимать параметр любого типа. Но Увы функция не дописана в PHP.
json_encode($html);

[Vitsliputsli]

Сергей Кореневский,

А вообще странно то что функция json_encode() не хочет принимать строку.

Все там "дописано", в легкую принимает:

php > echo json_encode('q');
"q"

[Сергей Кореневский]

Vitsliputsli, но что то JSON не валидный

$html =" <span> 

123 </span>";
echo   ('{"content":"'.json_encode  ($html) .'"}');

А НЕЕТ. ВАлидный.

$html =" <span> 

123 </span>";
echo   '{"content":'.json_encode  ($html) .'}';

Кавычки надо было убрать.
Так что же Вы сразу не подсказали этот правильный ответ. Я уже промежуточный массив создал. Обратно переделывать не буду.

Можете скопировать этот пример в новый правильный ответ и я отмечу его решением.

Answer 2

[nokimaro]

<?php
$html =" <span> 

123 </span>";

echo json_encode([
    "content": $html
]);

Comments

[Сергей Кореневский]

Да у меня там JSON длинный. А создавать новый массив для сериализации как то не хочется.
Тем более это вопрос экранирования и очистки.

echo '{'
			. '"status_code":"'		. $statusBD->status_code. '", '
			. '"status_date_added":"' . $statusBD->status_date_added. '", '
			. '"status_title":"'		. htmlspecialchars($statusBD->status_title). '", '
			. '"order_id":"'			. $statusBD->order_id. '", '
			. '"order_item_id":"'		. $statusBD->order_item_id. '", '
			. '"event_id":"'			. $statusBD->event_id. '", '
			. '"date_event":"'		. $statusBD->date_event. '",'
			. '"place_price":"'		. $statusBD->place_price. '", '
			. '"place_velue_id":"'	. $statusBD->place_velue_id. '", '
			. '"place_status_title":"' . htmlspecialchars($statusBD->place_status_title). '", '
			. '"place_status_code":"' . $statusBD->place_status_code. '", '
			. '"place_prodVal_id":"'	. $statusBD->place_prodVal_id. '", '
			. '"place_attr_id":"'		. $statusBD->place_attr_id. '", '
			. '"count_places":"'		. $statusBD->count_places. '", '

			. '"bilet_session_place":"'. $bilet->session_place. '", '
			. '"bilet_status":"'		. $bilet->status. '", '				//	active, visited, refunded, canceled*
			. '"bilet_session_event_id":"'. $bilet->session_event_id. '", '
			. '"bilet_session_date":"'. $bilet->session_date. '", '
			. '"content":" '			. addslashes(json_encode ($html)) . '" '
			. '}';

[nokimaro]

Сергей Кореневский, вы выбираете страдать вместо того чтобы потратить 5 минут на преобразование вручную слепленной строки в массив
вопрос "экранирования" и очистки никак не связано с вопросом построения корректного json-объекта
Я советую использовать json_encode([]) который всегда вернет вам синтаксически корректный json-объект в виде строки

[rPman]

json_encode корректно работает не только с массивами но и просто со строчкой, вернет экранированную строку

[Сергей Кореневский]

Да уж. Походу решений нет. И придётся писать новый массив.
А вообще странно то что функция json_encode() не хочет принимать строку. Что как только что оказалось, эта функция имеет тип параметра MIXED и по сути должна принимать параметр любого типа. Но Увы функция не дописана в PHP.
json_encode($html);

[nokimaro]

Сергей Кореневский, json_encode прекрасно принимает и обрабатывает строку

<?php
$html = '<div> test 1 " 2 </test>';

var_dump(json_encode($html));

выдаёт нам "<div> test 1 \" 2 <\/test>" что является на 100% валидной json-строкой

validator

[Сергей Кореневский]

rPman, nokimaro,
О! работает!!!
Вот и ответ на мой вопрос,
Что то тут ни кто не дал правильный ответ.
ВАлидный JSON.

$html =" <span  style='display:block;' class=\"active\"> 

123 </span>";
echo   '{"content":'.json_encode  ($html) .'}';

Кавычки надо было убрать перед и после функции json_encode().
nokimaro, rPman, Можете скопировать этот пример в новый правильный ответ и я отмечу его решением. А вообще надо было сразу так отвечать. Отвечают тут не на заданный вопрос. Я собственно так и сам знал. Благо 10 лет прогаю.