Сайтом практически не занимались. Скорее пользователи сами ставят ссылки.
URL в личке
На оперативку придется раскошелиться по любому. Проц может быть минимальный что уже есть. Возможные варианты оптимизации такие:
1) Писать с нуля и только с нуля. У готовых скриптов overhead большой всегда будет
2) Исключить все по минимуму. Т.е. например сессии, юзать memcached вместо файлов. Если сессии не нужны то лучше исключить вообще.
3) Поставить PHP 5.3 и php акселератор. Можно выиграть таким образом до 30-40% производительности.
4) Использовать 2 сервера как бэкенд и как фронт. Бэк сервер будет генерировать страницу только если нужно, если что-то изменилось. Фронт любой легкий http сервер как проксирующий(lighttpd, nginx) и написать реализацию HTTP кэша. Это нужно сделать в движке. Читаем тут http://docs.symfony-reloaded.org/guides/cache/http.html что и для чего нужно это.
5) Ни в коем случае не юзать файлы вместо БД. Насколько я понимаю данных много. Индексы в реляционных БД и нужны чтобы быстро найти данные. На файлах это не сделаете или в итоге придете к тому что изобретаете велосипед с теми же индексами.
Чтобы еще ускорить нужно смотреть полностью все, информации нет могу только предполагать. Поэтому таких вещей как MongoDB не предлагаю так как не знаю какого рода данные будут и что вообще планируется. Блог это понятно, но его можно сделать по разному.
Dolphin от Boonex. Хотя насчет кода тут индивидуально. Кто-то любит ООП кто-то любит ФП, так что пусть программист сам смотрит.
Это ошибка означает что javascript выполняется постоянно например бесконечный цикл в нем и это браузер сообщает что нужно прекратить выполнение, потому что ресурсы выделенные системой для браузера расходуются и он может подвисать.
Т.е. что то типа такого рода вызывает эту ошибку
<html> <head> <title></title> </head> <body> <script> while (true) {} </script> </body> </html>
Решить проблему легче всего это найти компонент другой.
А чем выбор шаблона для категории не подходит? Или нужно полностью другой шаблон?
Сомневаюсь что получиться оттюнить какой то существующий. Лучше всего писать. Делать минимальное ядро 2-3 класса и получиться тот же CodeIgniter, только генерация страницы будет 50 раз меньше. Потом поставить какой то аксселератор. Использовать http кеш на проксирующем сервере. Да много чего еще можно оптимизировать, только тут нужно уже считать дешевле работа программиста или взять нормальный сервер.
если бесплатный тогда любой популярный ... хотя с почтой посложнее будет, потому что это не только модуль для cms, а уже окружение, и думаю заплатить тут придеться
ТС если хотите быстро начать не советую со статической типизацией брать язык. Пока разберетесь времени 2 раза больше уйдет. С них хорошо начинать если есть время. Если для своих нужд не думаю что нужна сверх скорость выполнения программ. Взяли бы python или ruby. Посоветовал бы лучше ruby так как чище семантика самого языка это важно так как сначала нужно понять ООП правильно, и тогда не столь важно на чем писать, медленно но уверено можно писать на многих языках подстраиваясь под синтаксис если понимать теорию(С++ это отдельная история)
А если говорить о перспективности, то лучше брать какой то JVM язык Java, Scala или на .Net садиться, лично отдают предпочтение JVM и Scala. В Scala блестящая реализация ООП в перемешку с фунциональными вставками дают отличный результат для программиста в том числе в теории, но у него сложная система типов.
Китайские скрипты?)) Что в них такого чего нет в европейских и американских?
