Анатолий

О.О Я надеюсь это Вам JFF, или Вы в самом деле за телефоном работать собираетесь?

Не поверите, я в универе сдавал диплом и курсовой на 4 курсе на пхп =) Вообще сейчас преподают много чего разного в универах.

Не нужно ничего сравнивать, это глупая потеря времени, различия не на столько значительны чтоб тратить на это время. Выберите наиболее подходящий по апи/установке и используйте его, в любом случае прирост даст значительный любая система кеширования. А APC будут встраивать в ядро пхп (если еще не сделали этого, давно обещали).

Любой фреймверк который умеет из коробки работать с формами может принимать аякс запросы, ему вообще плевать на клиенте форма/аякс/обычный пост с флеша, он принимает данные, как ты их отправишь уже не важно, просто найти себе хорошую клиентскую JS библиотеку для работы с формами

Нет, в следующей версии вроде как должны работать такие конструкции, пока что аналога нету.

Серверный вариант:
1. Считываем все из базы
2. Строим дерево
3. Проходим по дереву и выводим каменты
4.!!!
5. PROFIT

Я бы советовал изучить оба. Берете задачу (блог, как бы банально это не звучало) и делаете две версии на этих фреймверках. По окончанию у Вас уже будет сделан выбор в пользу одного из них + базовые знания второго.

Если критичны рессурсы = крон + выборка по 1000 строк за раз. Как-то так.

function display($file)
{
    include $file;
}

function fetch($file)
{
    ob_start();
    include $file;
    return ob_get_clean();
}

Подробней про буферы

Выберите фреймверк который Вам по душе, и напишите для него компоненту выложив в паблик, если все будет хорошо, дальше само собой пойдет.

ActiveRecord очень простой паттерн, зайдя на вики Вы сможете его сами реализовать в пол часика, в итоге избавитесь от тонн лишнего (не всегда нужного кода) и сделаете ее так как нужно именно Вам.
В приницпе можете просмотреть этот файл (методы save, insert, update, delete) и здесь посмотреть метод find.

В пхп/питоне есть замечательная вешь, которая называется ООП, с ее помошью можно создать обьект, наследоваться от (в данном случае) Zend_Log_Writer_Stream и, как это ни странно, переопределить нужные методы, заменив ожидаемой логикой.

На сколько я разбираюсь в JSON, JSON — строка и есть, это не обьект, так же как и XML — строка. Может проблема в другом? Либо Ваш JSON не валиден? Нет ваозможности посмотреть логи сервера? Думаю там может быть ответ

«Первые дня два, он внимательно слушал и спрашивал. Показал ему, что такое HTML, CSS, PHP, MySQL.» О.о Дайте ему штуки три книги, две недели времени и пусть сидит дома читает, через две недели проверьке как в школе что он прочитал, и если все читал исправно дальше работайте с ним, это Ваше «обучение» выйдет боком!

1. Ни в коем случае не именуйте классы Родитель_дите_ итд
2. Используйте неймспейсы, это избавит от уродских названий
3. Посмотрите на именование классов в зенде (пире), логика тамошних названий говорит сама за себя
Если будете держаться этих трех пунктов, то никогда не потеряетесь =) и названия будут красивые и структурная логика будет всегда понятна.

Я делал свой фреймверк на основе евентов. В ядре при каждом чихе генерится евент, дополнения этим пользуются, при желании генерят свои. Удобно, не накладно, быстро и просто. Недостаток — при евенте видна лишь та часть приложения которую тебе дали.
При использоании каскадной файловой системы тоже есть свои преимущества, но это медленней, как ни крути а скан фс и поиск файлов это долго.
Еще есть варианты с регистрацией компонентов в ядре и потом ядровызывает их само, но я с такими вещами не работал, мне кажется это не акруально.

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

если кто не понял
abcd
cd
a=c — no
b=c — no
c=c — yes
d=d — yes
max = cd

Это тупейший поиск похожих вхождений, как найти разницу думаю не составит труда =)

Как вариант можете сренерить массив с 1000000 ключей с одним значением ""
ключи будут состоять из 4 цифр, если Вам нужно будет значение, просто возьмете chr от значений. поиск значения по ключу будет быстрей чем поиск по значению, причем, мне кажется, на много быстрей + работа с числами будет быстрей чем работа со строками. Строки показывайте лишь по мере необходимости.

плагинация — не кусочек блога, и плагинам не важно используете ли вы аякс или нет, это часть системы. При поиске материала для работы с плагинами, ключевые слова должны быть «архитектура» а не «плагин», иначе наберете кучу мусора =)

public function clean_text_match ($text, $all_words)
{
	//global $db, $bb_cfg;
	
	$text = ' '. mb_strtolower($text, 'UTF-8') .' ';
	
	if ($all_words)
	{
		$text = preg_replace('#\s(\b\w)#', ' +$1', $text);
	}
	//$text_match_sql = $db->escape(trim($text));
	
	return $text;
}
	
public function aaaAction()
{
	echo $this->clean_text_match( 'секс в большом городе', true );
}

результат: +секс +в +большом +городе
Вы уверены что получаете правильную строку?