Смею предположить, что Apache всё-таки не парсит каждый раз .htaccess, а сохраняет всё во внутренние структуры, обновляя их при изменении самого файла.
Я лично не вижу никаких препятствий сверстать одинаково для трёх основных браузеров (IE, Opera, FF), но разработчикам видать просто лениво. «И так сойдёт.»
Что лучше — каждый решает сам для себя, и думаю, преимущество в том, что лучше знаешь, а не в чьём-либо утверждении, мол, *SQL лучше, чем MySQL. У всех есть свои преимущества и недостатки.
Если в один прекрасный момент будет решено перейти на другую БД — возникнет меньше проблем с переходом, если SQL-запросы будут приближены к одинаковому синтаксису.
Жуткий код. Я не представляю как потом разработчики будут прикручивать новые возможности. Такой подход можно применять только в том случае, если непонятно что вообще от проекта хотят добиться, но при этом нужно сделать его достаточно быстро, только потом опять же придётся всё переделывать... Я понимаю, что это просто пример, но раз уж в начале статьи упомянуты PHP-фреймворки, то может быть стоило показать пример с применением какого-нибудь фреймворка?..
Касательно дерзновения. Сделать при желании можно что угодно. Важно не потерять на определённом этапе энтузиазм продолжать работу над проектом, иначе он будет загинаться.
Ничто не мешает в самом скрипте (или движке — не суть важна) реализовать простенькую систему кэширования.
Мне просто не совсем понятно как Вы будете следить за состоянием кэша, если каждый раз mod_rewrite будет перенаправлять на закэшированную страницу...
Если в один прекрасный момент будет решено перейти на другую БД — возникнет меньше проблем с переходом, если SQL-запросы будут приближены к одинаковому синтаксису.
Касательно дерзновения. Сделать при желании можно что угодно. Важно не потерять на определённом этапе энтузиазм продолжать работу над проектом, иначе он будет загинаться.