php подсчет символов в строке
Как в PHP количество символов подсчитать и определить свой талант
Дата публикации: 2017-06-23
От автора: краткость – сестра таланта, «засевшего» в Twitter! Сегодня я попытаюсь создать программный «тренажер», который позволит выработать у пользователей привычку изъясняться кратко. Для этого нужно научиться подсчитывать с помощью PHP количество символов.
Набираем форму
Сначала нам нужно набрать «форму». Так сказать, привести в тонус свои мозговые мышцы. Для этого потренируемся в верстке веб-формы для тренажера:
Так форма для счета знаков в строке выглядит в браузере:
Бесплатный курс по PHP программированию
Освойте курс и узнайте, как создать динамичный сайт на PHP и MySQL с полного нуля, используя модель MVC
В курсе 39 уроков | 15 часов видео | исходники для каждого урока
Обрабатываем
Теперь переходим к написанию обработчика для формы. Вот его первый вариант:
Чтобы определить длину текста, мы использовали функцию strlen(). В качестве параметров она принимает строку и возвращает число знаков в ней.
Хотя эта функция обладает одним серьезным недостатком: она считает не количество символов, а байт. Но в каждой из текстовых кодировок символ может занимать разное число байт. Например, в Unicode это может быть и два, и четыре.
Бесплатный курс по PHP программированию
Освойте курс и узнайте, как создать динамичный сайт на PHP и MySQL с полного нуля, используя модель MVC
В курсе 39 уроков | 15 часов видео | исходники для каждого урока
Нивелируем проблему кодировки
Чтобы «нивелировать» эту проблему, применим другую функцию – iconv_strlen(). В отличие от предыдущей эта позволяет посчитать число знаков с учетом используемой кодировки. В следующем примере демонстрируется разница количества символов в одной и той же строке, но в разных кодировках:
четверг, 21 июня 2012 г.
Считаем количество символов в строке. PHP
В данной статье я рассмотрю подсчет символов в строке. В обычном случае может применяться стандартная функция strlen(). Но если у вас кириллица, то есть используется кодировка UTF-8, данные функции будут работать не так, как бы нам хотелось.
Приведем небольшой пример:
if ( isset ($_POST[ ‘fio’ ]) && strlen($_POST[ ‘fio’ ]’)
echo «Слишком мало информации в поле ‘Фамилия, имя, отчество’!» ;
>
В данном примере мы проверяем данные, отправленные с текстового поля с name = ‘fio’ и если длина строки не превышает 8 символов, надеемся увидеть сообщение о том, что пользователь ввел мало информации и, естественно, не обрабатывать данные дальше.
Если пользователь вводит латиницу или спец. симаолы, то данный пример работает отлично.
Однако, если пользователь, например, будет работать с кириллицей (что нам и нужно), то при вводе даже 5 символов данное условие не сработает.
Посмотрим, что же тут не так. Введём, например, в тестовое поле слово ‘тест’ и обработаем следующим образом:
Получаем: Количество введённых символов: 8
Причина такого расхождения в ожидаемой и реальной длине — размер кириллических символов в UTF-8: по 2 байта вместо 1 для латинских. Функция strlen() считает длину строки в байтах, а не в буквах, и если буква занимает два байта, она засчитывается за две.
Решение первое. Используем функцию iconv_strlen(), которая возвращает число символов в строке.
Синтаксис функции:
int iconv_strlen (string str [, string charset])
В отличие от strlen(), iconv_strlen() подсчитывает число символов на основании кодировки, переданной во втором не обязательном параметре, а не как простой подсчёт байтов в строке.
Необязательный параметр charset указывает кодировку, в которой следует интерпретировать строки. Если он опущен, по умолчанию, будет использоваться кодировка, определённая в iconv.internal_charset.
Теперь, если мы перепишем наш последний пример следующим образом, то получим:
Ввод пользователя: ‘тест’.
Получаем: Количество введённых символов: 4
Решение второе. Используем функцию mb_strlen().
Проверим работу этой функции на нашем примере:
Ввод пользователя: ‘тест’.
Получаем: Количество введённых символов: 4
Подсчитать точное количество символов в строке
Здравствуйте. Задал код на подсчет количества символов вводимых в поле input, после чего при определенном условии происходит действие. Но считает он точное количество, только если введены английские буквы или цифры, если же российская раскладка, то считается некорректно. (функция preg_replace обязательна по условию, чтобы очищать некорректные символы и пробелы)
Подскажите какую функцию или операцию необходимо сделать для точного подсчета символов будь-то русский алфавит или английский?
Помощь в написании контрольных, курсовых и дипломных работ здесь.
Как подсчитать количество кириллических символов в строке?
У меня не получается правильно подсчитать количество кириллических символов. У меня почему то идет.
Подскажите как точно подсчитать количество символов в строке
Добрый вечер, Уважаемые друзья! Проблема состоит в следующем, если написать 1000 русских букв.
Подсчитать количество символов ‘c’ и ‘d’ во введенной строке и определить, каких из символов больше
Подсчитать количество символов ‘c’ и ‘d’ во введенной строке и определить, каких из символов ‘c’.
В строке введенных символов подсчитать количество символов C,D,Р
Помогите пожалуйста. В строке введенных символов подсчитать количество символов C,D,Р, считая.
substr_count
(PHP 4, PHP 5, PHP 7, PHP 8)
substr_count — Возвращает число вхождений подстроки
Описание
Эта функция не подсчитывает перекрывающиеся подстроки. Смотрите пример ниже!
Список параметров
Строка, в которой ведётся поиск
Смещение начала отсчёта. Если задано отрицательное значение, отсчёт позиции будет произведён с конца строки.
Возвращаемые значения
Эта функция возвращает целое число ( int ).
Список изменений
Примеры
Пример #1 Пример использования substr_count()
Смотрите также
User Contributed Notes 10 notes
500KB string on our web server. It found 6 occurrences of the needle I was looking for in 0.0000 seconds. Yes, it ran faster than microtime() could measure.
Looking to give it a challenge, I then ran it on a Mac laptop from 2010 against a 120.5MB string. For one test needle, it found 2385 occurrences in 0.0266 seconds. Another test needs found 290 occurrences in 0.114 seconds.
Long story short, if you’re wondering whether this function is slowing down your script, the answer is probably not.
Making this case insensitive is easy for anyone who needs this. Simply convert the haystack and the needle to the same case (upper or lower).
To account for the case that jrhodes has pointed out, we can change the line to:
array (
0 => «mystringth»,
1 => «atislong»
);
It was suggested to use
instead of the function described previously, however this has one flaw. For example this array:
array (
0 => «mystringth»,
1 => «atislong»
);
If you are counting «that», the implode version will return 1, but the function previously described will return 0.
Yet another reference to the «cgcgcgcgcgcgc» example posted by «chris at pecoraro dot net»:
Your request can be fulfilled with the Perl compatible regular expressions and their lookahead and lookbehind features.
This will handle a string where it is unknown if comma or period are used as thousand or decimal separator. Only exception where this leads to a conflict is when there is only a single comma or period and 3 possible decimals (123.456 or 123,456). An optional parameter is passed to handle this case (assume thousands, assume decimal, decimal when period, decimal when comma). It assumes an input string in any of the formats listed below.
below was suggested a function for substr_count’ing an array, yet for a simpler procedure, use the following:
Unicode example with «case-sensitive» option;
In regards to anyone thinking of using code contributed by zmindster at gmail dot com
Please take careful consideration of possible edge cases with that regex, in example:
This would cause a infinite loop and for example be a possible entry point for a denial of service attack. A correct fix would require additional code, a quick hack would be just adding a additional check, without clarity or performance in mind:
mb_strlen
(PHP 4 >= 4.0.6, PHP 5, PHP 7, PHP 8)
mb_strlen — Получает длину строки
Описание
Получает длину строки ( string ).
Список параметров
Строка ( string ), для которой измеряется длина.
Возвращаемые значения
Ошибки
Список изменений
Смотрите также
User Contributed Notes 7 notes
Speed of mb_strlen varies a lot according to specified character set.
Just did a little benchmarking (1.000.000 times with lorem ipsum text) on the mbs functions
especially mb_strtolower and mb_strtoupper are really slow (up to 100 times slower compared to normal functions). Other functions are alike-ish, but sometimes up to 5 times slower.
just be cautious when using mb_ functions in high frequented scripts.
If you find yourself without the mb string functions and can’t easily change it, a quick hack replacement for mb_strlen for utf8 characters is to use a a PCRE regex with utf8 turned on.
This is basically an ugly hack which counts all single character matches, and I’d expect it to be painfully slow on large strings.
It may not be clear whether PHP actually supports utf-8, which is the current de facto standard character encoding for Web documents, which supports most human languages. The good news is: it does.
I wrote a test program which successfully reads in a utf-8 file (without BOM) and manipulates the characters using mb_substr, mb_strlen, and mb_strpos (mb_substr should normally be avoided, as it must always start its search at character position 0).
The results with a variety of Unicode test characters in utf-8 encoding, up to four bytes in length, were mostly correct, except that accent marks were always mistakenly treated as separate characters instead of being combined with the previous character; this problem can be worked around by programming, when necessary.
Thank you Peter Albertsson for presenting that!
After spending more than eight hours tracking down two specific bugs in my mbstring-func_overloaded environment I have learned a very important lesson:
Many developers rely on strlen to give the amount of bytes in a string. While mb-overloading has very many advantages, the most hard-spotted pitfall must be this issue.
Two examples (from the two bugs found earlier):
1. Writing a string to a file:
2. Iterating through a string’s characters:
So, try to avoid these situations to support overloaded environments, and remeber Peter Albertssons remark if you find problems under such an environment.
I have been working with some funny html characters lately and due to the nightmare in manipulating them between mysql and php, I got the database column set to utf8, then store characters with html enity «ọ» as ọ in the database and set the encoding on php as «utf8».
This is where mb_strlen became more useful than strlen. While strlen(‘ọ’) gives result as 3, mb_strlen(‘ọ’,’UTF-8′) gives 1 as expected.
But left(column1,1) in mysql still gives wrong char for a multibyte string. In the example above, I had to do left(column1,3) to get the correct string from mysql. I am now about to investigate multibyte manipulation in mysql.