Решение ошибки на локальном сервере Денвер
После установки плагина на WordPress и размещения рекламного кода Adsense, я с удивлением обнаружил, что при показе полной версии статьи вылетает ошибка “Fatal error: Call to undefined function: mb_strlen()” при работе на локальном сервере Денвер.
Решение этой проблемы я нашел быстро. Оказывается, по умолчанию расширение mbstring* отключено, то есть строчка в конфигурационном файле php.ini существует, но она закомментирована, а также в составе локального сервера Денвер отсутствует нужный файл (библиотека).
И так решение:
1. Найдите файл php.ini он находится WebServersusrlocalphp5 и раскомментируйте строчку extension=php_mbstring.dll
2. Скачайте файл php_mbstring.dll и положите в папку с расширениями, они находятся C:WebServersusrlocalphp5ext
3. Перезагрузите локальный сервер Денвер.
Полезная информация:
* Когда Вы управляете строками (вырезка, разбивание, соединение, и т.д.) , закодированных в многобайтовом кодировании, Вы должны использовать специальные функции, так как два или больше последовательных байта могут представить единственный(отдельный) символ в таких схемах кодирования. Иначе, если Вы применяете однобайтовую строковую функцию к строке, созданной из многобайтовых символов, функция будет не в состоянии обнаруживать начало или окончание многобайтовых символов.
mbstring обеспечивает эти многобайтовые определенные строковые функции, которые помогают Вам иметь дело с многобайтовым кодированием в PHP, который, как предполагается, используется с единственным(отдельным) кодированием байта. В дополнение к этому, mbstring обрабатывает символ, кодирующий преобразование между возможными парами кодирования.
mbstring также предназначен, чтобы обработать кодирование на основе UTF-8 и UCS-2 и других (смотрите ниже), так как mbstring был первоначально разработан для использования в японских web-страницах.
ruterk.com
09 мая 2017
- Подробности
- Автор: Долматов Вячеслав
- Просмотров: 692
Программисты работающие на языке php наверняка сталкивались с проблемой не корректной работы функции strlen предназначенной для подсчёта количества символов в строке. Иногда она даёт точное количество символов в строке, а иногда ошибается. Проблема здесь заключается в том, что функция strlen не всегда корректно обрабатывает кириллические символы, в то время как раскладку английского языка она всегда отрабатывает абсолютно точно.
Для того что бы разобраться, что на самом деле происходит, давайте рассмотрим работу функции strlen на очень простом примере:
Присвоим переменной $str два значения в первом случае это будет строка привет на русском языке, а во втором случае это будет строка privet на английском языке.
На первый взгляд, совершенно очевидно, что как в первом, так и во втором случае при отработке данного кода, мы увидим на экране ответ, что в обеих строках число символов равно 6-ти. Но на самом деле — это не так! После обработки функцией strlen(); строки на русском языке, мы увидим число 12-ть (хотя там может быть и иное число), а вот после обработки функцией strlen(); строки на английском языке, мы действительно увидим число 6-ть.
Что бы избавиться от подобной неопределённости, следует использовать функцию mb_strlen(); которая так же вычисляет длину строки, но использует два параметра. Первый параметр – это переменная содержащая строку, длину которой следует определить, а второй – это кодировка той самой строки.
Давайте рассмотрим приведённый выше пример, но на этот раз в качестве функции, вычисляющей длину строки будем использовать mb_strlen(); :
В данном случае, мы так же определяем количество символов в обеих строках, но помимо переменной $str в качестве параметра передаём ещё и кодировку utf-8. Теперь при вычислении количества символов обеих строк мы получим число 6-ть. Что соответствует действительности. Так что при определении количества символов в строке, написанной на кириллице следует использовать функцию mb_strlen(), а не strlen().
P.S. При передаче дополнительного параметра utf-8, функция mb_strlen(); всегда правильно вычисляет количество символов в строке написанной как на русском, так и на английском языках. Будет ли это работать на другом языке (например, китайском) я не знаю. Потому как опыта использования данного метода на иных языках у меня нет.
3dstudiomax.ru
Для подсчета количества символов в строке существует две функции: strlen и mb_strlen.
Для подсчета символом латинского алфавита в строке подойдут обе функции независимо от кодировки текста.
Для кириллицы необходимо использовать функцию mb_strlen, так как вторым параметром можно задать тип кодировки.
Кириллические символы с использованием функции mb_strlen будут подсчитаны корректнее с заданной кодировкой utf-8.
Пример исходного кода.
Результат работы функций с кириллическим и латинским алфавитом:
// исходные строки $str1 = "Verification text"; $str2 = "Проверочный текст"; // определяем длину строк с кириллицей и латиницей с помощью strlen $str_len1 = strlen($str1); $str_len2 = strlen($str2); // определяем длину строк с кириллицей и латиницей с помощью mb_strlen $mb_str_len1 = mb_strlen($str1, 'utf-8'); $mb_str_len2 = mb_strlen($str2, 'utf-8'); // вывод результата с латиницей echo 'Латиница: <br/>'; echo "strlen: $str_len1<b.
; <br/>'; echo "strlen: $str_len2<br/>"; echo "mb_strlen: $mb_str_len2"; Результат работы кода:
Смотрите так-же: Вернуть длину строки
pacificsky.ru
Короче говоря: вы действительно не знаете о кодировке (наборе симв.
3E;собенно GET – проблема здесь). По соглашению браузеры POST формируют серверный ресурс, указанный в атрибуте
action используя кодировку страницы, которая может быть указана с помощью тега http-equiv
-meta (
charset -meta-tag в HTML5) или через HTTP-заголовок. В качестве альтернативы некоторые браузеры также уважают атрибут accept-charset в форме при выборе правильной кодировки.
Кодирование параметров GET и самого URL-адреса зависит от настроек браузера и, следовательно, может контролироваться пользователем.
x412;ы не должны полагаться на конкретную кодировку.
Как правило, вы обойдете большинство проблем, связанных с кодированием, последовательно используя UTF-8 для всего и указав правильную кодировку в HTTP-заголовке ( Content-Type: text/html; charset=UTF-8
) – это даст правильное кодирование (UTF-8) во всех переменных, которые передаются в вашу строку (мы не говорим о сценариях роужа, которые намеренно пытаются испортить кодировку, чтобы в сценарии были включены некоторые векторы атаки). Вы также не должны .
ной того, почему ссылки, ориентированные на SEO, удаляют эти символы или заменяют их).
Если вы убедитесь, что UTF-8 является единственным разрешенным набором символов, вы можете использовать mb_strlen($string, 'UTF-8') чтобы проверить длину переменной, например.
EDIT: (добавлено несколько ссылок)
Некоторые вещи для вас:
- Абсолютный минимум Каждый разработчик программного обеспечения Абсолютно, положительно должен знать о юникоде и наборах символов (никаких оправданий!)
- Обработка UTF-8 с помощью PHP
ruphp.com
