JQuery отправляет HTML-сущность / эмодзи на сервер PHP

Question

JQuery отправляет HTML-сущность / эмодзи на сервер PHP

0

Я использую JQuery для сериализации и отправки значений формы на сервер PHP/MySQL, а текстовая область формы содержит текст и emojis как объекты HTML:

<textarea>Hello &#x1f600; and goodbye</textarea>

Сервер получает:

Привет \ud83d\ude00 и до свидания

Однако только "Hello" корректно сохраняется в базе данных. Emoji/entity и любой текст после его исчезновения. База данных:

Привет

Все это UTF-8.

Какой правильный способ разобрать это во что-то, что можно сохранить, а затем вернуть обратно в HTML таким образом, чтобы он отображался правильно? Я должен пропустить что-то простое.

Tom 20 фев. 2018, в 15:22

Источник

0

Попробуйте кодировать как utf8mb4
Andy Foster 20 фев. 2018, в 13:48
0

@AndyFoster Вы имеете в виду на уровне базы данных?
Tom 20 фев. 2018, в 14:02
0

В PHP вы используете PDO с параметризованными запросами? Можем ли мы увидеть этот код?
Matt S 20 фев. 2018, в 14:13
0

@MattS Нет ничего сложнее, чем INSERT ... VALUES ('". $ Escaped."')
Tom 20 фев. 2018, в 14:20
0

Какое значение ускользало? Я предполагаю, что он попадает в Mysql как недопустимый символ или escape-последовательность.
Matt S 20 фев. 2018, в 14:23
0

@MattS Экранированное значение, по-видимому, именно то, что достигает сервера, а экранирование ничего не делает с ним. Я пытаюсь манипулировать строкой обратно в сущности HTML перед сохранением (что мне еще не удалось), но я также знаю, что, возможно, есть лучшее решение.
Tom 20 фев. 2018, в 14:35
1

@ Да, да. SQL будет усекать вставку с первым 4-байтовым символом Unicode. Я ссылался на этот блог
Andy Foster 21 фев. 2018, в 15:00

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

Теги:

php

mysql

character-encoding

html-entities

1 ответ

Ещё вопросы

@AndyFoster Вы имеете в виду на уровне базы данных?
В PHP вы используете PDO с параметризованными запросами? Можем ли мы увидеть этот код?
@MattS Нет ничего сложнее, чем INSERT ... VALUES ('". $ Escaped."')
Какое значение ускользало? Я предполагаю, что он попадает в Mysql как недопустимый символ или escape-последовательность.
@MattS Экранированное значение, по-видимому, именно то, что достигает сервера, а экранирование ничего не делает с ним. Я пытаюсь манипулировать строкой обратно в сущности HTML перед сохранением (что мне еще не удалось), но я также знаю, что, возможно, есть лучшее решение.
@ Да, да. SQL будет усекать вставку с первым 4-байтовым символом Unicode. Я ссылался на этот блог

Tom · Accepted Answer · 2018-02-20T13-33-00.000Z

Решаемые.

Или измените сопоставление базы данных/таблицы, как и Энди Фостер в комментариях под вопросом, или JSON-кодирование/декодирование, чтобы гарантировать, что он будет правильно сохранен в виде строки.

json_encode($str);
json_decode($str);

В моем случае было три вещи, влияющие на кодирование/рендеринг:

1) Первоначальная передача с использованием JQuery serialize(), которая преобразует emoji в escape-последовательность Unicode.

2) Сохранение escape-последовательности Unicode в базу данных. Я использовал кодировку JSON, чтобы пройти мимо этого.

3) Выходное экранирование при рендеринге строки JOON-декодированной строки обратно в шаблон HTML.

Почему вы удалили весь код из своего ответа?
@GrumpyCrouton Потратив немного больше времени на это, я понимаю, что код, который я разместил, специфичен для определенной цели, но не обязательно полезен для каждого сценария. Я обновил ответ с немного большей информацией.
При использовании json_encode добавьте JSON_UNESCAPED_UNICODE в качестве второго аргумента.
@RickJames Как ни странно, использование JSON_UNESCAPED_UNICODE разрывает его снова, и строка не сохраняется должным образом.
@ Том - Тогда это нужно решить. Смотрите "лучшие практики" здесь
@RickJames Согласитесь в долгосрочной перспективе, спасибо.