что за двиг vodvore.su?

как думаете есть смысл заняться этим самописом. кто то на апетит его проверял?

Я пару часов пытался его завести - не вышло - вечно что-то глючило и отваливалось. Плюнул и забил. Может у кого-то будет больше терпения и он приведет его в рабочее состояние. Только потом можно будет сказать о нагрузке. Но то, что он на фреймворке делает его уже на порядок-другой медленнее того-же хоме.

Red Rabbit, и на пару десятков порядков грамотнее и расширяемее (бля не знаю как это правильно сказать). Хотя по меркам фреймворка там конечно код написаный для себя

В Ънтерпрайзе расширяемость не нужна чуть более, чем полностью. Готовый продукт должен быть максимально эффективным, за это платят. Цикл жизни таких проектов очень долог. Когда наступит пора апгрейда - ничего не расширяется - продукт просто меняется.

А для домашних поделок и для проектов цель которых повышение ЧСВ - таки-да, можно что угодно делать в виде конструктора. Тут уж или шашечки, или ехать.

Red Rabbit, ну каждому свое. Я программист.

Эх, я только собирался поспорить, а тут засада. Ладно, придется подкараулить в другой теме.

ок

Не понимал этот подход даже когда пхп знал на уровни найти и заменить.

Тут конечно куча тонкостей, но в основном что касается бизнес-сегмента, то продукт (неважно какой) обновляется только тогда, когда старый уже не выполняет возложенных обязанностей совсем. Как правило этот цикл довольно длителен (яркий пример можно провести в вебе - сколько больших сайтов часто меняются, а сколько раз в месяц меняются наколенные поделки?), и в 99% случаев замена продукта (пусть даже перепись с нуля) оправдана действительно большими и серьезными изменениями которые не просто смогут прийти на замену, но и окупиться.

В этот период, период длительного цикла работы продукта 1 многое может измениться - новые стандарты, новые программисты, новые...и всё в том же духе. И с бОльшей долей вероятности - дешевле и выгоднее будет не копаться в старом, подгоняя его под новый лад, а создать новое (ну, или практически новое). Это дешевле, быстрее, эффективнее. По сути - именно эти три фактора и являются решающими.


P.S. Последний пример - в одном банке требовалось обновить клиентскую интернет платформу (ну там управление счетами, просмотр баланса, короче куча всего) со старой протухшей и работающей под вин2003 на новую (фронтенд - php\mssql, бакенд - C++). Разве можно здесь иначе кроме как переписыванием всего? Ну, выделили они много тысяч, и программисты быстренько состроили стильную современную платформу с новыми возможностями, и даже приложениями под андроид и айфон. Страшно подумать сколько сил и денег ушло на это в случае если бы пришлось возиться со старой системой. Пример, конечно, не очень "близкий к народу", но вполне разумно показывает бизнес-стратегию "ехать", а вот 99% вебмастеров с их проектами на многих форумах (включая этот) это яркий пример стратегии "шашечки", когда не то что стратегии нет, а даже с движком определиться не могут.

Вопрос к тем, кто его плюсовал.
Он сейчас говорил про глобальное обновление. Вы с се3 на се4 то переехали? А почему? Потому что на се4 плагинов нет как у вас? А еще вы фигову тучу сил/денег вложили, а тут все заново переделывать?

Теперь к Кролику.

То есть твоя бизнес модель такова. Поставил голый движок и заебца. Обновления будут через 5 лет. Я хотел бы работать программистом в такой компании.
Но раз мы все таки говорим об социальных сетях, да и еще какждый кто ее делает, имеет какие то претензии и желание отгрызть хотя бы мааааленький кусочек от рынка. Для этого просто необходимо развиваться. Вот даже контакт и тот по 7 обновлений в месяц делает:
http://vkontakte.ru/blog.php
Я понимаю, что ты привел красивый пример в пс, но это пример из другой области. Но даже при этом не редко появляются задачи дописать какой то функционал, который удобнее дописывать на хорошо расширяемом движке, чем на каком нибудь процедурном говнокоде.
Но если в твоем примере это не критично и таких доработок почти не будет, то в случае с социалкой этих доработок будет куча.