В общем я сделал. Всё мы с ним стали заполнять (набивать примеры) и проблема выявилась на буквах Е и Ё. Грёбаный UTF8 или MySQL, я хз, кого винить, при поиске, ну к примеру:
SELECT `word` FROM `ant_words` WHERE `word`LIKE '%лё%';
выдает не только слова содержащие в себе "лЁ":
лётчик
плёнка
плёвое
циплёнок
клён
но и все содержащие в себе "лЕ"
плен
нетленный
атлет
амулет
...
Я делал проект месяц, студент упёрся рогом и говорит, фуфло. Говорит "У меня лингвистический факультет и всё должно быть по правила русского языка". Говорит мол не нравиться. Исправляй.
Я не знаю что делать. Народ спасайте!
p.s.
кодировка UTF8, MySQL 5.0.45, PHP 5 . Как заставить мускул правильно искать? Помогите!!!
p.s.2.
сравнение было utf8_general_ci , поменял во всех таблицах и в самой базе на utf8_unicode_ci . Эффекта не дало, как считало буквы Е и Ё одинаковыми, так и продолжает.
Спустя 18 минут, 51 секунда (18.03.2009 - 21:13) kirik написал(а):

Буква "ё" - миф, и служит односимвольной заменой буквосочетанию "йо".

Цитата (ZUMA @ 18.03.2009 - 12:54) |
Говорит "У меня лингвистический факультет и всё должно быть по правила русского языка". |
На баше как-то шутка была "Хацкеры-самоучки пишут видео кодеки, которые читают любой формат в любом плеере, а "отличники" с ВО не могут написать скрипт проверяющий ЕГЭ, который отказывается проверять квадратики заштрихованные синей ручкой. Понимает только черную."
Цитата (ZUMA @ 18.03.2009 - 12:54) |
равнение было utf8_general_ci , поменял во всех таблицах и в самой базе на utf8_unicode_ci . |
тебе нужно сравнение utf8_bin (или просто binary), но это сравнение будет регистрозависимым. Тоесть записывать слова нужно в ловеркейсе, и считывать потом тоже.