Подскажите современные движки сообществ типа Picabu или Хабр

И там и там самописы. Так что нужны минимум 2 программиста - бакенд и фронтенд. Плюс еще много будет зависеть от предполагаемого трафика.

Кстати старый движок реддита к примеру открытый. Там как раз много по функционалу близкого к пикабу есть. https://github.com/reddit-archive/reddit

Так выбирать ее надо правильно изначально, а не "все на ВП и мне значит зайдет", чтобы

- или упереться в потолок как можно позже

- или иметь возможность (не костылями, а нативными методами) доделать то, чего в процессе стало не хватать.

С чего вы, милейший, решили, что я агитирую за тупые убогие ограниченные решения только потому что они "готовые"? Жену, коня и CMS надо выбирать головой и не торопясь.

Щаз… А с самописом, значит, такого не бывает, и девелоперы бессмертные и всегда на все согласные. Вот у меня надысь пример - сайтец года три сделан как, на самописе, с хорошими идеями правильными, красиво реализованными (для энд-юзера), только вот проблемс:

- разработчик пропал в нетях (не знает заказчик, ни где ни кто ни как ни откуда)

- разработка остановлена на полувздохе (т.е. сайт-то работает, но "сюда не смотреть, а тут рыбу заворачивали")

- быдлокод такой, что привлеченные "прогеры" выкатывают ценник за "разобраться и доделать" больше, чем за коробку, которая (с доделками) будет уметь то же... и коробка конечно не Битрикс в хайовой редакции, но тоже не 500 рублей.

Ога, а ваш велосипед с квадратными колесами и небезопасен и обновляется автомагически. Сказки для детей дошкольного возраста - в соседнем отделе, а тут у нас "соцреализм".

Любую систему должно сопровождать, и профессионально, а не нынешними "вебами", которые и не веб- и не -мастера

Я сразу написал, что Инстант норм, все остальное - велосипеды.

Возможно вы говорите о каких то узкоспециализированных CMS, но для универсальности практически во всех CMS используют паттерн EAV получая нужную гибкость, но и получая огромное кол-во запросов в БД вместе с ним. На маленьких объемах незаметно, через N лет всё жутко тормозит. В то время, когда вы делаете какой то конкретное прикладное решение, вы сразу знаете требование к моделям и вам не нужна EAV под капотом. Доделать можно всё что угодно, но в одном случае вам придется разбирать кошачий домик, а в другом посмотреть как будет лучше и сколотить с нуля.

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

Если вас решили взломать, вас обязательно взломают. Но 99% взломов сайтов происходит ботами, в автоматическом режиме, на сайтах найденных в гугле по копирайту или части кода подбираемой CMS. То что какой то корпоративный сайт на laravel решат взломать в автоматическом режиме, я уверен в 100%, что не получится, если только автор не совсем убогий. Никто не будет тратить своё время на один сайт, если быстрее взломать 10 тыс подобных сайтов. Это как сигнализация на авто, если закажут вашу машину она обязательно уедет, но если на вашей машине сигналка чуть лучше чем у соседа, то возьмут соседскую так как меньше телодвижений.

Сайт с 3 страницами услуг и контактами не должны сопровождать профессионалы, это не система управления полётами, это 4 статичных страницы и форма обратной связи, на кой этому всему профессионалы?

Нужно понимать что никогда и никакая CMS с подключенными модулями не сможет тянуть сколько-нибудь приличную нагрузку. Это связно с архитектурой подключения модулей к CMS.

Так что если нужен нагруженный сайт - CMS можно рассматривать только в виде "из коробки" без доп. модулей.

И это называется технический долг и он есть даже в самых крутых системах, просто надо этот долг отдавать пока он в разумных пределах. Нам это объясняли в своё время на примере кредита в банке. Пока ты платишь вовремя у тебя ЗП хватает чтоб гасить кредит, как только ты начинаешь его пропускать, то через какое то время платёж по кредиту будет больше ЗП и гасить его ты уже не сможешь вообще, проще начать с нуля (с банками не прокатит наверное в ПО это переписать систему с нуля).

Ну и наконец, самый главный вопрос: сколько у вас сделанных на фреймворках проектов? Мне лично хватило одного, чтобы понять, что на фреймворках делать проекты намного проще чем на CMS будучи программистом. Как там со стороны не программистов не в курсе.

Ламерский бред

А ничего, что он в каждом случае - свой, и может очень сильно отличаться? В общем, "не судите о вещах, превосходящих вас разумностью". В общем, нормально масштабируемые (при прямых руках и мозгах в голове) системы (типа ДиаФана, Типы3) смотрят на тебя, как... ну, ты понЕл, да?

Голосую за внятный современный фреймворк типа Yii2. Только нужно помнить о том, что можно убить сообщество сменой движка, в рунете множество тому примеров. Необходимо кодера на постоянку в штат брать и внимательно составлять план мероприятий по плавной миграции. Как-то оперативно собирать с активных пользователей отклик и в режим Agile реализовывать все изменения и исправлять недочеты. А не как на одном известном форуме, который уже месяц как купили, а не могут починить баги, хотя вот же - чем не популярная CMS :)

В 99.9% случаев это проблема (в описываемой Вами ситуации, т.е. когда есть адекватно работающий продукт без косяков) "прогеров" (не зря Вы их написали в кавычках), которые не умеют "вникать в чужой код, разбираться и доделывать", им проще протолкнуть уже известную им коробку, особенно если они имеют откат с ее поставок. sad but true. Возможно у Вас конечно тот самый 0.1%, но вряд ли.

При прямых руках и мозгах в голове даже цмс полностью состоящая из строки вида echo 'hello world' может быть доработана хоть до миллиардной посещаемости. Знаете, безотносительно дискуссии - как только в теме звучит фрааз "можно доработать при прямых руках" или "на этой цмс можно сделать все если грамотно подойти", то это всё - эпик фэил, слив и в морг:) Потому что это пустая, ничего не значащая фраза, т.к. при прямых руках можно сделать что угодно и на чем угодно.

Что касается старого холивара "самопис vs готовое решение", то тут все достаточно банально и давно уже отхоливарено.

Чем более сложный и индивидуальный проект планируется - тем больше смысл делать самопис. По той уже простой причине, что изменения вносимые в готовый цмс/цмф увеличивают его самописность. И в результате приходишь так на сайт сделанный типа на вордпресс, а там от вордпресса уже используется 1-2 функции, остальное кастюм, а версия вордпресса еще 2.0 стоит и ее трогать все боятся, т.к. по ядру уже столько изменений, что обновлять ее бессмысленно. При этом половина колхоза это решения сделанные сугубо для того, что бы оно работало с ворпдрессом, а в исходном самописе этот колхоз просто не нужен был бы. Но дооооооо доооооо, сайт сделан на вордпрессе, ога, поэтому заказчик ищет программиста на вордпрессе, ололошечки ***.

Если основные функции и вообще интерфейс сильно не менять, то нормально все будет.

Хреново - когда вообще все меняют полностью. Как кинопоиск когда-то выкатил Яндекс, такой типо обновленный современный, на котором вообще убрали весь функционал :) и еще удивлялись - чего это быдло не хочет принимать шедевр.