Чтобы закрыть любой предыдущий открытый поповер, вы можете вызвать .popover ('hide') :
element.popover({
animation: true,
placement: "auto",
html: true,
container: "#calendar",
title: event.title,
trigger: "click",
content: function() {
// for each opened popover...hide it
$("#calendar .popover.show").popover('hide');
// ^^^^^
return $("#popover-content").html();
}
});
Убедитесь, что браузер и редактор используют кодировку UTF-8 вместо ISO-8859-1 / Windows-1252.
Или используйте ’
.
В DBeaver (или другие редакторы) файл сценария, Вы работаете, может запросить для сохранения как UTF8, и это изменит символ:
Гўв‚ ¬вЂњ
в
–
или
–
Если ваш тип контента уже UTF8, вероятно, данные уже поступают в неправильной кодировке. Если вы получаете данные из базы данных, убедитесь, что соединение с базой данных использует UTF-8.
Если это данные из файла, убедитесь, что файл правильно закодирован как UTF-8. Обычно вы можете установить это в диалоговом окне «Сохранить как ...» редактора по вашему выбору.
Если данные уже повреждены, когда вы просматриваете их в исходном файле, скорее всего, это был файл UTF-8, но где-то в процессе они были сохранены в неправильной кодировке.
Несоответствие в кодировке символов; ваша строка закодирована в одной кодировке (UTF-8), и все, что интерпретирует эту страницу, использует другую (например, ASCII).
Всегда указывайте кодировку в заголовках http и убедитесь, что она соответствует определению кодировки в вашей платформе.
Пример http-заголовка:
Content-Type text/html; charset=utf-8
<configuration>
<system.web>
<globalization
fileEncoding="utf-8"
requestEncoding="utf-8"
responseEncoding="utf-8"
culture="en-US"
uiCulture="de-DE"
/>
</system.web>
</configuration>
??? ? ??? ????????,
??? ?????? '
( ?????? ???? ???????? ?????
- U + 2019), ??????? ??????????? ??? CP-1252 ?????? UTF-8 . ???? ?? ????????? ??????? ????????? , ?? ???????, ??? ???? ?????? ????????? ? UTF-8, ????????? ?? ?????? 0xE2
, 0x80
? 0x99
. ???? ?? ????????? ????? ??????? ???????? CP-1252 , ?? ???????, ??? ?????? ?? ???? ?????? ????????????? ????????? ???????? ,
, ,
? ] ?
.
? ??? ??? ??????????
??????????? UTF-8 ?????? CP-1252 ??? ??????, ??????, ???????? ? ??????????? ????????.
? ???? ??? Content-Type ??????????? ???????? UTF-8 ??? ? ???? ????
, ??? ? ? ???? HTTP-??????????:
??? ?????? ????????? ???????, ????? ????????? ???????????? ??? ????????????? ? ??????????? ????????. ??? ?? ????????? ????? ??????????? ?????????, ????? ????????? ???????????? ??? ??????, ??????, ???????? ? ??????????? ????????. ?????? ????? ??????? ?? ???????????? ????????? ????????? / ???? ?????? / ????? ????????????????. ???????? ????????, ??? ???, ??????? ?????????? ? ????????? ?????? HTTP, ????? ????????? ??? ????????? HTML. ??????? HTML ????? ?????????????? ?????? ?????, ????? ???????? ??????????? ?? ???????? ??????? ?????????? ?????, ? ?? ?? HTTP.
????? ????, ??? ??????? ???????? ??
Unicode (UTF-8)
:
??? ?????? ????????? ???????, ????? ????????? ???????????? ??? ????????????? ? ??????????? ????????.Но на самом деле проблема в том, что вы уже отправляете клиенту â € ™
(в кодировке UTF-8) вместо ’
. Клиент правильно отображает â € ™
с использованием кодировки UTF-8. Если клиенту неверно проинструктировали использовать, например, ISO-8859-1, вы, вероятно, вместо этого увидели бы à ¢ â¬â ¢
.
Я использую ASP.NET 2.0 с базой данных.
Скорее всего, здесь ваша проблема. Вам необходимо проверить с помощью независимого инструмента базы данных, как выглядят данные.
Если присутствует символ ’
, значит, вы неправильно подключаетесь к базе данных. Вам необходимо указать соединителю базы данных использовать UTF-8.
Если ваша база данных содержит â € ™
, то это ваша база данных испортилась. Скорее всего, таблицы не настроены для использования UTF-8
. Вместо этого они используют кодировку базы данных по умолчанию, которая зависит от конфигурации. Если это ваша проблема, то обычно достаточно просто изменить таблицу для использования UTF-8. Если ваша база данных не поддерживает это, вам необходимо воссоздать таблицы. Рекомендуется устанавливать кодировку таблицы при ее создании.
Скорее всего, вы используете SQL Server, но вот код MySQL (скопирован из этой статьи ):
CREATE DATABASE db_name CHARACTER SET utf8;
CREATE TABLE tbl_name (...) CHARACTER SET utf8;
Однако если ваша таблица уже имеет UTF-8, вам нужно шаг назад. Кто или what поместил туда данные. Это , где проблема. Одним из примеров могут быть значения, отправленные в HTML-форме, которые неправильно закодированы / декодированы.
Вот еще несколько ссылок, чтобы узнать больше о проблеме: