Вы путаете очень сильно области применения решений. Может в плане написать код ВП и стал уже монстроузорным творением, но в рамках задач сопровождения и развитие проектов, командной разработки, покрытия тестами и прочей прочей прочей ему как до космоса. Много ваших наработок покрыто тестами? Есть понятие хомопроджект и энтерпрайз, не путайте эти понятия у них абсолютно разный подход к разработке ПО, заметьте именно подход, не код, не рест, не CLI, а именно подход, а это качество кода на выходе, скорость ввода новых людей в команду, гарантии что с новой фичей не сломались старые. Понятное дело, делать блоги и корпоративные сайты на 3 страницы да и в принципе одноразовые проекты на симфони - это предел извращения, хотя накидать на ней прототип проекта очень даже просто.
Неуж то на джанге работы мало? неповерю :) у symfony больше Java идеалогия. В php есть более близкие к джанге фреймворки.
Лучше взять 2.8 она lts
На 2.8 больше бандлов, тот же Sonata не заведется с FOSUser 2.0, а только с FOSUser 1.3. Там ньюансов в этом плане много, а в плане изучения различий мало, 2.8 и 3.1 почти как минорный, а не мажорный релиз, причесали архитектуру, убрали депрекейты и так далее, ничего сверхнового нету.
Лично я пока что на 2.8 запускаю даже новые проекты.
Документации на офф сайте за глаза, да и в инете тоже, а пример можно посмотреть http://sylius.org/ ну или на git https://github.com/Sylius/Sylius
У вас несколько ошибок
preg_replace - заменяет значение и возвращает его http://php.net/manual/ru/function.preg-replace.php не принимает $matches
preg_match в $matches[0] будет содержать всю строку если та подошла под шаблон---------- Добавлено 05.09.2016 в 12:01 ----------А сама регулярку вроде правильная https://yadi.sk/i/izuVaaJgunXAX
А если хостер накосячил или слился - проще? Я понимаю ваше отношение, честный бизнес звучит как то даже не естественно, но на практике могу сказать, что в маленьких компаниях обслуживание, как правило, качественней и лучше чем в крупных, потому что там вы клиент, а в больших вы масса, потеря клиента в маленькой компании бьет по карману, в большой - практически незаметна - на его место придет десяток других.
Ну у меня их в тыщу раз меньше чем у вас :) И моим клиентам в отличии от ваших не нужен хостинг, им надо чтобы все работало и их не дергали по пустякам. Они сами точно не будут настраивать, их время дороже моего в N раз :)---------- Добавлено 01.09.2016 в 22:23 ----------
Все верно, только при этом реселлер потратит деньги и время на привлечение клиента, а хостер нет. На самом деле это нормально. Работа реселлера заключается в привлечении клиентов (в вашем понятии, если без доп услуг), назовём его менеджер по продажам, менеджеры работают бесплатно? у них тоже есть процент, наверное тогда они спекулянты? :)
Возможно, я не занимаюсь продажей хостинга, но я его продаю доп услугой, я беру сервера (в большинстве случаев виртуальные) и продаю их в 2 раза дороже клиенту, которому сделал сайт и клиент мне платит и я говорю, где я покупаю эти сервера. Только несколько часов платной поддержки от хостера, стоит как за год переплатить мне, я сразу объясняю за что я беру деньги. За бэкапы (столь любимая тема), за мониторинг, за администрирование, за то что если хостер помрет, сайт в течении нескольких часов снова заработает. Лично моему клиенту так удобно, не те это деньги для бизнеса, это меньше зарплаты сисадмина и дешевле платного саппорта у хостера, конечно если неудобно - не мой клиент :) Но опять же говорю, получается что я реселлер. Часто люди забывают, что хостинг - это услуга. А свои сервера - это сокращение издержек.
Так работает 90% рынка России, остальные 10% производство. (неофициальные данные)
Если я возьму сервер в ДЦ без поддержки и продам подороже с поддержкой, я по вашему спекулянт? но при этом же ресселлер, ведь я предлагаю и дополнительные услуги, пусть даже разработка сайтов, тех саппорт, кофе в офис - это уже не столь важно, клиент готов платить за сервис, ему голая железка ж..ой наружу нафиг не нужна. :)
Вам все отдает nginx, только он в режиме прокси (скорее всего). То есть все запросы к вашей CMS он проксирует на apache, а все запросы на статику (css, js, картинки) он отдает сам напрямую.
С готовой cms запаритесь выпиливать ненужное и дораббатывать нужное.
По мне проще всзять какой то framework и реализовать задуманные 6 пунктов на нём, а дальше смотреть рентабельность и думать о развитии. Быстрее, надежнее, гибче.
