Если задача именно сделать, да - время это деньги, специалист почти всегда обходится в итоге дешевле, не все просто об этом задумываются.
Если задача научиться, или просто интересно понять как работает, можно и поспрашивать. =)
Не vhost для левого домена, который ссылается, а vhost "по умолчанию" нужен, куда все домены отличные от нужных будут попадать, хоть тысяча, хоть десять. Писали выше именно об этом.
Это ведь на криво настроенном VPS, наверняка, на шареде он всяко есть и так, а если нет, оттуда бежать надо срочно. =)
Вы, прежде чем предложить почитали первый пост хоть?
C OpenVZ не поменять ядро. Работа с памятью специфическая. Костылей пачка. Вообще в таком окружении может не взлететь.
VDSManager? Нафига он топикстартеру вообще сдался?
Я бы сделал на VirtualBox, прямо на своей рабочей машине. И отлаживать довольно удобно будет. Если надо перенести, ничто не помешает перенести куда угодно. Либо конвертнув образ, либо перелив файлы.
С незарегистрированными сложнее, но можно например привязаться к кукисам, правда это не слишком надёжно, но других способов особо-то и нет.
Дело не в 32bit платформе. Просто без аппаратной поддержки виртуализации производительность будет довольно фиговая, вне зависимости от гипервизора. А так всё реализуемо вполне, работать будет, просто медленее, c windows разве что только проблема будет, так у вас и не он...
Был бы толк - глянул бы и помог, а из спортивного интереса не хочу. =)
Покажите лог, с новым вариантом location. Точно также быть не может - путь поиска файла другой. И вы не забыли nginx рестартануть?
В конце концов напишите в Skype что-ли, подскажу, а то это затянется. =)
Фреймворк это каркас. Естественно какой-то кусок приложения придётся дописывать, обычно не такой и большой, т.к. есть средства генерации кода, готовые расширения и.т.п.
Но я вам ещё предлагал поглядеть на CMS сделанные на основе фреймворков, и вот тут вы, видимо, разберётесь - разобралиcь же в OpenCart.
Он не сильно медленный и громоздкий, особенно для своей универсальности(естественно если не забывать про кеширование и.т.п.), и наиболее близок к "работающий инструмент для всего".
Но с другой стороны, он довольно сложен в освоении. И для _простенького_ сайтика, можно найти движок и шустрее, и проще, тот же ModX.
И в мыслях небыло. =) Это просто нишевый продукт. Как и вордпресс, который является хорошим блоговым движком, а не универсальной CMS, хоть отдельные товарищи, от большого ума, на нём даже магазины делать пытаются.
На самом деле, это полезно, но очень мало поможет в случае этого конкретного сайта на этом конкретном хостинге. Там наибольшее время 2-4c, занимает генерация самой страницы, всё остальное вносит уже довольно небольшой вклад.
Ну как-то так, но зачем себя приучать к плохому? =) Всё же ещё не всм заказчикам промыли мозги маркетологи битрикса...
Тут я не могу согласиться. Разработка сложнее => дороже и дольше. Требуется непропорционально много ресурсов => дороже хостинг. Т.е. всё это на клиенте сказывается рано или поздно. Конечно именно качество кода CMS клиента беспокоит мало, он его оценить не может, но последствия вполне.
Да тот же Drupal например, с хорошо документированным, и довольно логичным API, примерно на голову выше, хотя и без OOP и прочих модных слов. Писать модули весьма приятно. =)
ModX Revo какой-нибудь, с не самым удобным но довольно функциональным фреймворком внутри...
Да та же Joomla, у которой проблемы в основном с тем, что каждый говнокодер норовит своё расширение написать, кстати именно потому, что довольно просто. =)
