R
R
Roman2019-02-27 17:33:25
Laravel
Roman, 2019-02-27 17:33:25

Ready-made admin panel for Laravel - please tell us about your personal experience of using it - what to choose and why?

Hello.
It seems to have matured to the point of using some kind of admin panel for Laravel - but it is still not very clear which one and, most importantly, for what.
I understand that it sounds strange)) but I write as it is.
Please share your positive experience of the Laravel admin panel - which one did you use and how exactly did it make your life as a developer easier.
Thank you.

Answer the question

In order to leave comments, you need to log in

8 answer(s)
A
Alexander Kovalchuk, 2019-02-27
@procode

Among the admins that I really liked
I really didn’t get Voyager, the admin panel creates a bunch of tables in the database, allows you to generate code from the admin panel, this doesn’t quite suit me, but a lot of people put it in 1st place before the release of nova
And so I felt a lot of admin panels, if anything, ask more specifically

A
Al Sm, 2019-03-07
@radio_mus

https://nova.laravel.com/
https://laravelvoyager.com/

Олег, 2016-10-02
@politon

В принципе скулят рукожопы, знания которых ограничены установкой готовых расширений. Способных подгонять ТЗ под возможности скудных знаний, а не подогнать готовый функционал под ТЗ.
Очень мало кто способен собрать проект не из коробки CMS, а с framework. 99% понятия не имееет, что это https://framework.joomla.org/

Сергей, 2016-10-02
@gangstarcj

Она плохо:
1) Глупая система шаблонов компонентов.
2) SEF из коробки не всегда работает
3) Несколько перенастроек кейвордсов, тайтлов и дескрипшинов. Фиг пойми где их вводит, потом ищешь где его поменять
4) Ну и просто она без сторонних расширений не функциональная, а ставить их это 100% путь к заражению вирусами

Z
zooks, 2016-10-02
@zooks

Если вы про PHPNuke, то это скорее начало нулевых. Оттуда же родом Джумла (форк Mambo середины нулевых). На определенном этапе она была хороша, но сейчас ее будут поддерживать только лютые фанаты. Саму концепцию бездумной установки плагинов перенял WordPress. Если сайт 10 лет не поддерживался, то легче перенести на любую современную CMS.

Чем плоха Джумла, лучше почитать на Хабре. Там ее многие хорошо знают... с плохой стороны. Многие с нее и начинали.

Вадим Куницын, 2016-10-21
@zikkuratvk

Joomla ни чем не плоха, во всяком случае из большой тройки CMS, она всяко лучше WP (по коду и по возможностям). С помощью компонентов догоняется до уровня Drupal, во всяком случае я не знаю аналогичной CMS, где есть сразу два WAB (Fabrik и Seblod).
Шаблонизация одна из лучших, во всяком случае она действительно логичная и с намеком, что это все таки MVC, в отличии допустим от того же WP.
SEO - честно актуальность ключей и описаний сейчас очень низкая, но хотя бы это все есть из коробки... Есть и canonical, и og теги, и микроразметка и еще 100500 плюшек.
Если честно с моей точки зрения, у Joomla есть две проблемы:
При этом...
Более менее нормальны код самой CMS.
В базе Joomla годная CMS, не надо ставить 100500 расширений, чтоб получить базовые функции Joomla.
Самая быстрая и наименее требовательная CMS. Удивительно правда?
По уникальным расширениям наверное опережает все остальные CMS. Это и гигантский парк магазинов, ССК, WAB, специализированные расширения.
В общем проблем с возможностями у Joomla нет, у нее проблемы с позиционированием. Так как для почитателей WP она уже сложна, а для почитателей Drupal, они не будут копать в компоненты, чтоб въехать, что на Joomla можно сделать, то же самое и даже больше.

I
index0h, 2016-10-02
@index0h

За простоту и гибкость для администратора сайта приходится платить сложностью поддержки программистом, часто не оправдано.
Joomla как и множество других cms ориентируется на максимально широкую ЦА, а чем шире ЦА - там ниже средняя квалификация. Следственно ниже качество результирующего сайта.
Вот вам пару примеров:
- Размещать код весь web приложения в публичном каталоге - это дико опасная практика. Но ей пользуются потому, что у конечного пользователя могут возникнуть сложности в установке.
- Изменять код cms для конечного сайта - тоже хреновенькая практика. Наверняка вы хоть раз слышали фразу "обновился и ничего не работает", это как раз из этой серии.
Большие проблемы начинаются, когда ваш проект разрастается (по функциональности). Чаще всего они выражены в экспоненциальном росте сложности проекта и технического долга.

Didn't find what you were looking for?

Ask your question

Ask a Question

731 491 924 answers to any question