Witam.

Moje ustawienia to:
- w pliku .php: content="text/html; charset=utf-8"
- na serwerze mysql:
-- metoda porównywania napisów: wszędzie utf8_general_ci.

Dopisałem przed INSERT'em linijki z set character set utf8 i wydaje się, że działa.

Problem pojawia się tylko przy wprowadzeniu wszystkich polskich znaków w ciągu, czyli: ęóąśłżźćń. strlen() pokazuje wówczas 18 znaków a jest 9. Dziwna sprawa, spotkał się ktoś z tym?

Doszedłem do wniosku, że coś jest nie tak z literą "ń".
Jeden znak "ń" jest widziany jako 2 znaki. Czyli "ńńń" w strlen() zwraca 6. A przy zastosowaniu go przy ciągu znaków "ęóąśłżźćń" powoduje iż system widzi ten ciąg jako 18 znaków. Przy ciągu "ąąąąń" wychodzi 10 znaków. Co dziwne, przy zastosowaniu ograniczenia:

[PHP] pobierz, plaintext 
<?php
if (strlen($ciag) < 6) { echo "ciąg znaków musi mieć minimum 6 znaków"; }
?>
[PHP] pobierz, plaintext 

przed INSERT'em do bazy i wprowadzeniu "ńńń" jako $ciag, fukcja if zwraca false i INSERT wchodzi bo system widzi "ńńń" jako 6 znaków...

Przy pominięciu "ń" też coś jest nie tak bo ciąg znaków "ęóąśłżźć" odczytany jest przez strlen() jako 16 znaków.

Ma ktoś jakiś pomysł co to może być?

Ogonki w UTF'ie są kodowane 2bajtowo, zwykłe znaki 1 bajtowo. Nie wiem co ma do tego mysql, bo w sumie nic o bazach danych nie piszesz. Z drugiej strony ciekawy problem. Zazwyczaj walka toczy się o prawidłowe wyświetlanie polskich znaków na stronie, czasem o problemy z sortowaniem polskich znaków lub ich porównywaniem, ale długości nie mierzyłem :) . Jednak całkiem możliwe, że tekst w kodowaniu utf8 zwracany z mysql po rozłożeniu na poszczególne znaki może mieć większą długość niż by to wynikało z polskiego alfabetu.

strlen zwraca bajty - do utf8 używaj mb_strlen (jeśli masz mbstringa) lub strlen(utf8_decode($zmienna)) jeśli mbstringa nie masz.
Jak chcesz mieć pewność, że zadziała wrzuć sobie

Dzięki za pomoc. strlen(utf8_decode($zmienna)) działa bardzo dobrze