Да там вообще ситуация не с AJAX'om. Просто в IE у меня "сохранилась" каким-то образом переменная $_SESSION['status'] со значением g (guest), а я уже ввел другую защиту, и поэтому эта g воспринималась как ошибка и контент не отдавался. Вот и вся проблема. Поэтому не всегда ошибки в аяксе

Думаю c помощью CSS было бы проще...

Проблема была в моей собственной организации прав доступа.

< a href=... style="color:blue">blue link</a>

Блин, не хотелось бы особо время тратить на изучение основ аякса,
из-за одной маленькой реализации)

Мужик пилит ножовкой дерево, мимо проходит другой
- мужик, ты чо, есть же бензопила, с ней быстрее!
- я не умею
- там научиться - час времени
- мне некогда, мне лес валить надо!!!

ясно,просто с этими условиями я должен за три месяца изготовить подобие этого сайта

Могу сказать честно. Забыть что такое интернет.

А так попробуй wr-script.ru

тогда если мы удалим со строки $val одинарные кавычки мы предотвратим инъекцию

1. Не знание ООП, паттернов проектирования
2. "UML, что это ?", возникает такой вопрос - верный признак, что рано
3. Нет чёткого понимания, зачем вам вообще это надо
4. дебаг, искусственная нагрузка, оптимизация; смысл слов плохо понятен? - бросайте затею
5. Различие между версиями php, знание возможных настроек apache и php, их влияние на выполнение скриптов - знать обязательно, сгладить разницу - одна из основных задач cms
6. Чёткое представление требований к системе, списка её возможностей, функционала - обязательно

Вы всегда так делаете? Даже если, например, делаете админку?

С этим связан определённый недостаток, на примере phpbb видно.

Но форумы то ладно, а вот в cms хранить весь хтмл в стилях - имхо изврат.

смарти весит немало

CODE:
<?=$conf['name']?>

и

CODE:
{conf['name']}

И что вас на эти шаблонизаторы тянет?

никак не для полноценной cms.

Обычно то наоборот делают index.php - код, а какой-нибудь main.php - шаблон.