Есть ли жинь за пределами CMS?

Question

[Дмитрий Камянной]

Добрый вечер, вопрос глупый но давно меня интересует. Сам я сколько себя помню в вебе занимаюсь созданием сайтов под ключ на Drupal и периодически на WP. Но сильно устал от этого, от невозможности контролировать в полной мере той же фронт энд составляющей (это касается Drupal) и задался вопросом есть ли что нибудь помимо CMS и разного рода движков.

Читал много разного и по фреймворкам и по всему всему, фронт энд технологий предостаточно, но как насчет бекэнда/бд? Да и в целом с каким бэк эндом работают люди использующие технологии вроде angular, backbone, BEM нынче?

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

Спасибо большое. Надеюсь вопрос задал правильно и понятно.

Comments

[Вадим Кот]

Изучайте Drupal 8 - он построен на компонентах symfony

[Дмитрий Камянной]

Спасибо ) много читал, очень понравился шаблонизатор twig , он мне сильно напоминает принцип темизации проектов под ноду . Но к сожалению пока что не смог завести друпал 8 , отпадают чистые ссылки и все тут . А времени разобраться пока что не было, но безусловно нравиться )

Answer 1

[Сергей Протько]

Определитесь, вы хотите во фронтэнд перебраться или все же фул-стэк?

но как насчет бекэнда/бд ?

Между фронтэндом и бэкэндом лежит обычно REST/JSON RPC апишки (особое внимание стоит обратить на стандарт jsonapi.org). Важно сначала с этим разобраться хорошенько, ибо масса толковых бэкэндеров делают апишки через одно место вне зависимости от стэка технологий.

Что до выбора БД (если вы сами будете апишки писать) - рекомендую сразу забыть о MySQL и перебираться на PostgreSQL. Проблем сразу станет чуточку меньше.

Так же стоит прошариться в различных штуках для управления окружением (докеры, ансиблы, вагранты). Но это опять же если хочется бэкэнд нормально делать.

Да и в целом с каким бэк эндом работают люди использующие технологии вроде angular, backbone , BEM нынче ?

Использую Angular на ES2015 (babel.js) (от Backbone отказались пару лет назад), крайне упрощенный вариант BEM с минимальным использованием каскада, хотя это особо не интересно. Бэкэнды крутятся на PHP, на Symfony2 + Doctrine2, всем доволен. Можно угорать по ООП и DDD и инструменты этому способствуют.

Для документации API еще рекомендую посмотреть в сторону RAML или Api-blueprint (для последнего сейчас пишу парсер документации, ибо пока с этим все хорошо только для node.js), на основе которых хорошо продумывать апишки, а так же чуть автоматизировать рутину. Например генерировать стабы/моки для апишки пока пишите клиент а апишка еще не готова. Ну и т.д.

Comments

[Mikhail]

MYSQL отличная DB не городи ереси. Нужно просто её вместе с MongoDB использовать...

[Дмитрий Камянной]

Спасибо большое за развернутый ответ. Как раз вопрос стоял о стеке , сам по себе увлекаюсь больше фронтэндом , но так получилось что дальше друпала смог отойти только на wp. Очень хотелось всегда пойти дальше но сильно запутался в технологиях, еще масло подлил движок Ghost который использует Node как бд , тогда я вообще потерялся. Не говоря уже о разностях вроде Ruby или языке GO.

Еще раз спасибо большое =)

[Viktor Vsk]

Mikhail: отличная. только в прямом смысле, а не в смысле "хорошая" :)
Монга то тут при чем? Хотя, неважно, даже в таком контексте, Постгрес в 80% случаев справится и без отдельной noSQL базы, а во многом - еще и обставит многие из них :)

[Mikhail]

Виктор Ablebeam: Мало ли что она справится... Тут много людей используют теперь JS практически везде. Аргументируя это тем, что мы навесели ресурсов серверу и всё работает.
Для каждой работы свой молоток.
Python даёт максимальную производительность на сервере и делает PHP, Node, Ruby и др. Ну конечно если не считать компилируемые языки.
MYSQL делат всех по производительности с малой связанностью данных....
MongoDB наоборот делает всех когда есть множество связей и когда нет чёткой структуры.

[Viktor Vsk]

Mikhail: а вот здесь уже все бред :) кроме, справедливости ради нужно отметить:

Для каждой работы свой молоток.

[Сергей Протько]

Mikhail: о да, еще и с монгой... ну да ну да. На самом деле все верно, мускуль это весело и прикольно, но после постгреса она кажется немного детской местами. Меня лично все эти плюшки постгреса аля jsonb или postgis не так подкупают как качественная реализация механизма транзакций, которая с тем что есть в innodb даже сравнивать не стоит, ну и православные последовательности вместо богомерзских автоинкрементов.

Mikhail: Python дает максимальную производительность? Не смешите. Даже пых быстрее, если рассматривать варианты с честным fastcgi в виде php-pm и т.п. демонов. А уж говорить что питоны быстрее ноды - это надо знатно упороться. У Python плюсы в другом - Python это Python, он нежный, намного более нежный чем все эти PHP, Ruby, JS. И кодить на нем приятно... С другой стороны есть люди которым настолько непривычно и странно без интерфейсов, что лучше уж на PHP.

Что до MySQL делает всех - враньше и провокация. MongoDB рвет всех только тогда, когда вы храните аграгации данных и собственно выборка любая сводится к тупому селекту. А один шаг в лево, один кривой индекс и все летит в ад.

Вообще выбирать стэк технологий только с колокольни производительность ... ну скажем так, в этом есть смысл если вы ориентируетесь только на очень высокие нагрузки. В целом же в 95% случаев все это спички в костре тормозов из-за не правильной архитектуры, локов, отсутствия индексов и т.д.

[Mikhail Osher]

Хочу добавить, что весьма имеет место вместо БД использовать redis + дампы rdb.

[Mikhail]

Сергей Протько: PHP в попе... Симфони, Ларавел их сделает даже Джанго, не говоря об Pyramid, Bottle. Это не я с просто так говорю... Это статистика и испытания Яндекса. Новый PHP 7 может и будет быстрее. Но не спроста VK и FB разработали свои компилированные версии PHP.
Нода выигрывает только асинхронностью. Без асинхронного программирования она даже хуже PHP будет.

[Сергей Протько]

Mikhail: я не знаю о какой такой статистике вы говорите. Без пруфов это просто выкрики в пустоту.

Короче TL;DR - меряться производительностью при выборе стэка технологий - это конечно прикольно но бессмысленно. Сервера стоят дешевле.

1) Symfony + Doctrine - один из самых жирных тандемов PHP мира. Собственно думаю Drango + SQLAlchemy тоже нифига не легкие. Но зато можно упарываться по DDD и ООП и компенсировать медлительность высокой скоростью разработки. При совмещении этого фреймворка (а в ближайшем будущем и вообще всех фреймворков имеющих бридж с PSR-7) и php-pm (менеджер процессов-воркеров для PHP, эдакий fastcgi интерфейс, позволяющий не тратить время на инициализацию бойлерплейта) да еще и с PHP7 можно уже говорить о высоких нагрузках и при этом не жертвовать горизонтальным масштабированием (согласитесь, с PHP, так как он state less по своей природе, это дико просто)

2) Не спроста VK и FB имеют целые датацентры. У вас есть хоть один проект для которого надо класстер серверов держать? Для вас 10% прирост производительности позволяет сократить расходы настолько, что можно добавить разработчиков? Сильно сомневаюсь (хотя всякое бывает, но это меньше одного процента всех проектов).

3) Нода, а именно Google-вский V8, является по сути самым быстрым интерпритатором, если сравнивать с динамическими языками. У него крайне эффективный JIT компилятор и он в принципе на вычислениях приближается к Си (правда -O3 всеравно быстрее за счет векторизации и прочего, но это если чиселки считать). Так что V8 уж точно быстрее будет выполнять код чем всякие там CPython или PyPy (пруф). Что до асинхронности - рассматривать event loop только как плюшку ноды это тупо. Насколько я помню Twisted пайтоновский тоже на нем работает, и ReactPHP по-ха-пэшный внутри даже те же библиотеки юзает (ну или может юзать), а именно libev.

4) Повторюсь, скорость работы языка важна только тогда, когда мы имеем дело с узкими местами. Говорить же что Python быстрый - это смешно. Вот Go - он да, и быстрый, и инфраструктура интересная, и компилируется... А еще Rust неплох для узких мест, тот же яндекс его потиху внедряет насколько я вкурсе.

[Сергей Протько]

Mikhail: ну и да, у VK используется только очень ограниченное подмножество языка, которое они могут спокойно транслировать в Си и уже компилировать. Причем добавляются опеределенные вставки из-за динамической природы языка и тут он у HHVM может выигрывать только за счет того, что просто не поддерживает 70% языка. Это эдакий обрубок. HHVM же ничего никуда не компилирует, оно транслирует PHP (или Hack, на котором они все пишут теперь) в опкоды и из них генерят машинный код через JIT. Динамическая же генерация машинного кода поволяет учитывать оптимизации и т.д. При наличии ресурсов гугла можно добить до производительности V8, который возможно работает быстрее KPHP. Ну и да, писать на KPHP код для продакшена стоит только вконтактам.

Answer 2

[Viktor Vsk]

Полет нормальный :) Разве не встречали при поиске Symfony/Laravel/Yii и тд. ? И это только из мира пхп, и только малая часть )

www.phptherightway.com
https://github.com/ziadoz/awesome-php#frameworks

Comments

[Вадим Кот]

Виктор Ablebeam symphony можно послушать, а познакомиться стоит с symfony

[Viktor Vsk]

vadimkot: Точно :)

[Alex]

vadimkot: Тем более что Drupal 8 взял много от symfony.

[Дмитрий Камянной]

Смотрел в сторону yii когда-то , понравилось то что самому собирать нужно, фреймворк все же.

[Viktor Vsk]

Дмитрий Камянгой: так дерзайте, в чем проблема?
Определитесь конкретно, что хотите заниматься, а потом - придумайте, найдите или присоединитесь к проекту, где можно реализовать интересные вам навыки - там и сделается выбор о стеке в общем.