В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Laravel UA

95 membersпожаловаться на группу
2018 October 03

AH

Angry Hungry in Laravel UA
Мряка
основной минус внедрения готового решения в том, что это по сути означает изучить это решение как минимум на 60-70%. и это занимает разное время в зависимости от качества документации
воистину
источник
13:12пожаловаться#1

В

Вячеслав in Laravel UA
Yurii Prudskyi
>Как я в вашей Нове могу форму или кнопку под таблицу ресурсов влепить
а если очень захотеть, то можно? Или совсем нет? Не пробовал Нову, интересно.
Если очень захотеть то можно, там можно создать кастомный resource-tool и просто tool, где чего угодно можно налепить
источник
13:13пожаловаться#2

М

Мряка in Laravel UA
та же laravel-admin документирована чуть менее, чем никак. из-за этого, пытаясь насадить свои требования на докумментированную часть решения я осознал, что огромный пласт возможностей скрыт в публичных методах исходников.ну и обновления у larave-admin порою сносят обратную совместимость напрочь, меняя тип аргументов или убирая метод render (внезапно) у компонентов
источник
13:14пожаловаться#3

М

Мряка in Laravel UA
но штука гибкая, к концу проекта проблем становилось все меньше и приходило ощущение, что буквально свободен менять любой аспект работы пакета
источник
13:15пожаловаться#4

В

Вячеслав in Laravel UA
Мряка
основной минус внедрения готового решения в том, что это по сути означает изучить это решение как минимум на 60-70%. и это занимает разное время в зависимости от качества документации
Опять же это не минус а специфика, да, когда ты берёшь готовое решение, то будь добр изучи его. Я понимаю, что своя Наташка ближе к телу. Но давай рассудим, что быстрее и эффективнее, разобраться в уже готовом отлаженном инструменте, которое написано не плохими разработчиками с поддержкой сообщества или же написать своё, задокументировать, отладить, сделать гибким и т.д. ?
источник
13:16пожаловаться#5

В

Вячеслав in Laravel UA
Мряка
та же laravel-admin документирована чуть менее, чем никак. из-за этого, пытаясь насадить свои требования на докумментированную часть решения я осознал, что огромный пласт возможностей скрыт в публичных методах исходников.ну и обновления у larave-admin порою сносят обратную совместимость напрочь, меняя тип аргументов или убирая метод render (внезапно) у компонентов
Как по мне, походить по сорцами и изучить какие там есть методы и что они могут делать, так же быстрее, чем написать это всё самому.
источник
13:17пожаловаться#6

М

Мряка in Laravel UA
это да
источник
13:17пожаловаться#7

В

Вячеслав in Laravel UA
Собственно по этому такие продукты делают платными. Т.к. выгоднее купить, чем сделать самому
источник
13:18пожаловаться#8

М

Мряка in Laravel UA
но опять таки есть еще мысль, что проще наставить кучу маленьких пакетов, решающих насущные проблемы
источник
13:18пожаловаться#9

М

Мряка in Laravel UA
чем ставить комплексную "админку" и изучать излишний функционал
источник
13:19пожаловаться#10

М

Мряка in Laravel UA
потому что в итоге все равно пришлось ставить кастомный файл менеджер, ибо плагин для админки был сделан через одно место, писать кучу кастомных tools и actions, потому что встроенные работают только при условии, что у тебя 1 страница = 1 тип данных
источник
13:21пожаловаться#11

В

Вячеслав in Laravel UA
Смотря в каком случае. Если говорить про админки, то никакого “лишнего” обычно там нет, если сегодня тебе это не понадобилось, не значит, что не понадобится завтра. Покрыты как правило основные потребности.
источник
13:22пожаловаться#12

В

Вячеслав in Laravel UA
Мряка
потому что в итоге все равно пришлось ставить кастомный файл менеджер, ибо плагин для админки был сделан через одно место, писать кучу кастомных tools и actions, потому что встроенные работают только при условии, что у тебя 1 страница = 1 тип данных
Не совсем понял проблему, что значит один тип данных? В плане, что с одной сущностью работает?
источник
13:24пожаловаться#13

М

Мряка in Laravel UA
да. к примеру у меня была страница, которая выводит несколько сущностей, специфичных для этой страницы. и вариант а) следовать конвой админки и писать для каждой из этих сущностей свой контроллер б) пилить болгаркой свой функционал для уже реализованных методов, чтобы кнопочки не путались к какой сущности они относятся
источник
13:25пожаловаться#14

М

Мряка in Laravel UA
но вариант "а" означал разрастание меню до неприличных размеров
источник
13:26пожаловаться#15

М

Мряка in Laravel UA
хотя там сам сайт был изначально спроектирован неприлично
источник
13:26пожаловаться#16

В

Вячеслав in Laravel UA
В этом и может быть основная проблема, что спроектировано не верно. Но опять же. Быстрее написать кастомный tool, чем разработать админку и уже для неё писать кастомную страницу.
источник
13:28пожаловаться#17

В

Вячеслав in Laravel UA
От простых CRUD’ов никуда не убежишь, это основа основ любой админ-панели
источник
13:28пожаловаться#18

М

Мряка in Laravel UA
ну и скажу честно, что механизм экстешенов в laravel-admin довольно топорный. как и меню в целом
источник
13:29пожаловаться#19

М

Мряка in Laravel UA
для деплоя пришлось писать свой скрипт импорта меню
источник
13:30пожаловаться#20