Используется файловое кеширование. Но есть возможность кеширования в мемкеше. SQL запросов на главной 5 при включенном кеше, как сейчас.
Вообще движок оптимизировался, но понятно что обычный хостинг хаброэфект мог выдержать только по счастилвой случайности :) В принципе на данный момент проект работает, хоть и со скрипом.
Да нет, опять же напомню про первый абзац. Но ваш вариант хуже, хотя и не отрицаю что в некоторых ситуациях он может быть и приемлем. Вообще, делать билд на сервере не очень хорошая идея. Потому я и отказался от Capistrano.
Вот, уже и релиз менеджера привели сюда)) Не находите ли что в итоге ваш вариант оказывается сложнее как в техническом так и организационном плане? Нужен релиз-менеджер, нужны какие-то отдельные ветки, нужно помнить в какую ветку и когда нужно комитить. В моем примере все просто, меняя параметры, можно выгружать куда угодно, а кто этим будет заниматься и когда, это уже дело десятое, хоть релиз-менеджер, хоть любой программист.
Никто и не хамит. Я просто уже сказал что envos ледит в другой svn-директории. Это сделано для того что бы один код можно было использовать во многих проектах:
./project1
./project2
./projectN
./envos
При этом envos external потому что он разрабатывается отдельно, и лежит в другом репозитории. Потому у меня есть возможность паковать только код приложения, без envosа, ибо не всегда нужно выгружать новую версию движка. И вот это то как раз и уменьшает общий вес «пакета».
1. не чем. пользуйтесь на здоровье. :))))
2. а зачем? вы уже тут такой огород нагородили. Для чего? Что бы доказать что есть другие решения. Я сам знаю, спасибо.
ну а тогда в чем разница то? У вас скрипт работает на сервере, у меня тот же самый скрипт работает на девелоперской машине. Очевидно что мой вариант безопаснее и проще в использовании. В вашем надо заходить на девсервер. В моем не надо. И не забываем что на продакшен-сервере у программиста может не быть нужных прав.
Вообще движок оптимизировался, но понятно что обычный хостинг хаброэфект мог выдержать только по счастилвой случайности :) В принципе на данный момент проект работает, хоть и со скрипом.
./project1
./project2
./projectN
./envos
При этом envos external потому что он разрабатывается отдельно, и лежит в другом репозитории. Потому у меня есть возможность паковать только код приложения, без envosа, ибо не всегда нужно выгружать новую версию движка. И вот это то как раз и уменьшает общий вес «пакета».
2. а зачем? вы уже тут такой огород нагородили. Для чего? Что бы доказать что есть другие решения. Я сам знаю, спасибо.
2. А если не надо выгружать этот релиз? А если сначала надо выгрузить на тестовый сервер?
Тупим?© Повторяю, envos итак external. Дальше что то объяснять я бессилен… Я так понял вы либо не прочли статью либо просто ничего не поняли. Думайте, потому что как еще нужно разжевать я не знаю.