Имхо не очень. Во-первых, это часть защиты при передаче параметров, а во-вторых ядро лучше не менять.
Но если хочется то ищите
в config.php есть блок
Allowed URL Characters там указываются допустимые символы
$config['permitted_uri_chars'] = 'a-z0-9_';
и
URI PROTOCOL там указывается возможность GET-запроса
$config['enable_query_strings'] = TRUE; - разрешает GET
У себя я разрешаю GET только для специального метода, для остальных оставляю дефолтный запрет. И опять же только в config
Парсер + валидатор + чистилка мусора + украшатель/сжиматель кода в одном флаконе. На входе невалидный мусор, на выходе валидный (x)HTML или XML + несколько десятков разных опций типа сжатия, преобразования символов и регистров, чистки старого word'а и т.п. Мелкие ошибки типа незакрытых тегов отрабатывает нормально. Если нарушена вложенность, тогда может запутаться. Входит в php5 в качестве расширения. Ну и на других платформах тоже есть. Встроен во многие HTML-редакторы
В основном юзают те, кто с XSLT работает и привык к 100% валидности. Но здесь как раз в тему - не нужно париться по поводу незакрытых тегов.
Примеры использования
http://howto.memcrab.com/2012/01/phptidy-html.html
http://com.spweb.ru/archives/61
http://php.net/manual/ru/tidy.examples.basic.php
Не парьтесь и там где не принципиально юзайте http://twitter.github.com/bootstrap/ + http://bootswatch.com/
Для отчета там точно все есть. Все стили и вся типографика преопределена. Надо только ей следовать.
Для этого много лет назад в состав php5 был введен tidy. он все что надо закроет и отвалидизирует, до кучи еще и почистит от мусора.
+ дополнительная рег-проверка на то чтобы срезать пустой тег в конце.
0. Отвалидизировать с помощью tidy HTML вычистив лишнее.
1. Разбить на слова по тегам (начало тега '<')
2. полученный массив исключая теги разбить по проблеьным символам.
3. склеять с подсчетом длины результата и без учета тегов.
4. пропустить через tidy c валидацией чтобы закрыл порушенные теги
Ну а вообще прежде чем делать присмотрелся бы к задаче. Вполне возможно что нашел бы более приемлемое решение не программно, а организационно.
в данном случае рекомендация друпала для организации зеркала.
НЕ понимаю как можно выучить такую систему не зная о том как настроить сервер на алиасы.
Поищите в учебниках "Сессии в PHP"
Например http://www.getinfo.ru/article250.html
http://softtime.ru/bookphp/gl8_1.php
Все-таки что-то неладное с адептами друпала.
Хорошая система - Drupal. Но кажется что некоторые ее адепты не представляют как можно hello world вывести без него. Не говоря о том что чуть сложнее.
Холиварите?
