Полная Версия: Готовый движок сайта или самописный?
| Цитата |
| Ибо использование любого биг-фреймворка тянет за собой те же проблемы, что и CMS: |
ну уже не так и сильно, есть такие как YII например , те для меня та еще помойка, что 1 что 2, хватило на них пописать, микрофрейморки это по сути те же большие, только в них есть минимально необходимое
кстати я уже последний год вообще стал писать в основном на Go, но видел топ1 классифайд рунета под капотом, и внес туда много изменений, потому и основываюсь уже на увиденном
включая его жизненный путь по репе)
| Цитата (bestxp @ 20.11.2018 - 13:11) |
| видел топ1 классифайд рунета под капотом, |
И что там в высоконагруженных проектах под капотом для программиста?
Вся теория, поиски правильного ООП, все это не существенно или не применимо там?
Оптимизируют до процедурного кода?
| Цитата (Мальтиец @ 20.11.2018 - 17:04) | ||
И что там в высоконагруженных проектах под капотом для программиста? Вся теория, поиски правильного ООП, все это не существенно или не применимо там? Оптимизируют до процедурного кода? |
строгие правила,
стандартизация некоторых вещей,
микросервисная архитектура,
все покрываеться метриками,
децентрализированное хранение данных как следствие SOA,
нет стремления к процедурке, скорее к SOA, вырезание частей проекта по сервисам, отказ от монолита, когда есть огромное приложение на миллионы строк, но внутри обычный фреймворк который вырос на базе самописа, от которого уже плюются все, из-за того что это надо поддерживать, и все шутят что монолит можно переписать на Laravel,
хотя при разделении на сервисы части кода умирают просто в раз, а сами сервисы уже командами переписываться на что им угоднее, go, php сервис на внутренних либах, laravel, питонятина и тд
Всему своё место.
У нас в проекте сейчас используется чистый php, самопис с нуля, lua, erlang, go, silex, symfony, drupal и всё это в принципе удачно вписывается в свои роли.
Но если бы прям до блеска нужно было бы всё довести, я бы друпал и самопис поменял на любые другие фреймворки, а silex на несколько отдельных библиотек, каких то более гибких, лёгких и удобных чем продукция симфони.
Поменять друпал потому что это какашка и потому что cms это костыли.
А самопис, ну тут в двух словах не скажешь. Допустим он справляется лучше всех, написан специально под проект, работает, хлеба не просит. Просто если бы самопис был сам по себе отдельным проектом как ПО, которым компания занимается, например что то для холдинга, что то, чем все пользуются, это было бы круто, а так это специфический инструмент написанный N лет назад, которых уже хз как работает.
Да, на том же go или silex тоже пишется не универсальный код, но такие микросервисы они маленькие относительно, там довольно просто разобраться в сравнении с самописной cms.
1) По этому самопис с поддержкой это очень круто, самопис без поддержки это хуже портянки из голого php.
2) Готовая cms это очень круто когда нужно что то супер простое, пофиг на качество и по быстрому, в остальных случаях это наверно даже хуже самописа без поддержки) потому что ты ничего не можешь переделать, потому что слетят обновления, вылезут неожиданные баги и всё такое.
3) Фреймворк это компромисс. Самопис с поддержкой конечно круче, там всё под задачу, всё по фен-шуй, но такого у нас нет, по этому куда деваться, берём чужой самопис но с поддержкой.
4) Микрофреймворк, ну это набор библиотек, можно взять свои библиотеки, можно взять чужие, можно взять набор который кто другой предлагает, типа silex. Но по моему брать какой то готовый набор - бред. Потому что делать большой проект на микрофреймворке это по сути будет самопис, что возвращает нас к первому пункту. А если это маленький микросервис где кроме роутера ничего не нужно, то смысл тащить всё остальное.
В общем если похоронить слово "микрофреймворк" и думать только о конкретных библиотеках, то библиотеки это очень круто в микросервисах.
_____________
Промокод предоставляет скидку на заказ домена и/или хостинга reg.ru
BFCC-3895-8804-9ED2
У нас в проекте сейчас используется чистый php, самопис с нуля, lua, erlang, go, silex, symfony, drupal и всё это в принципе удачно вписывается в свои роли.
Но если бы прям до блеска нужно было бы всё довести, я бы друпал и самопис поменял на любые другие фреймворки, а silex на несколько отдельных библиотек, каких то более гибких, лёгких и удобных чем продукция симфони.
Поменять друпал потому что это какашка и потому что cms это костыли.
А самопис, ну тут в двух словах не скажешь. Допустим он справляется лучше всех, написан специально под проект, работает, хлеба не просит. Просто если бы самопис был сам по себе отдельным проектом как ПО, которым компания занимается, например что то для холдинга, что то, чем все пользуются, это было бы круто, а так это специфический инструмент написанный N лет назад, которых уже хз как работает.
Да, на том же go или silex тоже пишется не универсальный код, но такие микросервисы они маленькие относительно, там довольно просто разобраться в сравнении с самописной cms.
1) По этому самопис с поддержкой это очень круто, самопис без поддержки это хуже портянки из голого php.
2) Готовая cms это очень круто когда нужно что то супер простое, пофиг на качество и по быстрому, в остальных случаях это наверно даже хуже самописа без поддержки) потому что ты ничего не можешь переделать, потому что слетят обновления, вылезут неожиданные баги и всё такое.
3) Фреймворк это компромисс. Самопис с поддержкой конечно круче, там всё под задачу, всё по фен-шуй, но такого у нас нет, по этому куда деваться, берём чужой самопис но с поддержкой.
4) Микрофреймворк, ну это набор библиотек, можно взять свои библиотеки, можно взять чужие, можно взять набор который кто другой предлагает, типа silex. Но по моему брать какой то готовый набор - бред. Потому что делать большой проект на микрофреймворке это по сути будет самопис, что возвращает нас к первому пункту. А если это маленький микросервис где кроме роутера ничего не нужно, то смысл тащить всё остальное.
В общем если похоронить слово "микрофреймворк" и думать только о конкретных библиотеках, то библиотеки это очень круто в микросервисах.
_____________
Промокод предоставляет скидку на заказ домена и/или хостинга reg.ru
BFCC-3895-8804-9ED2
Здесь расположена полная версия этой страницы.