Andrej Kopp, Вы делаете админку для себя? Или как конкурент тем, которые уже есть?))
Если для себя, то делали бы как удобнее именно щас Вам...в дальнейшем бы уже "оптимизировали" код...потому что сразу и сходу не всегда можно предусмотреть все "подводные" камни...
Andrej Kopp, BackPack по сравнению с другими считаю лучше оформлена...принципы фреймворка стараются учитывать в этом сообществе...поэтому можно что-то и там "подсматривать", если прям нужно сделать "свою"... :)
Насчёт меню нужно учитывать "вложенность", как в вёрстке так и в БД...если я правильно понял...а ещё...меню бывает например: главное, футер, боковое и т.п...
DevMan, Вы правы.
Но под словом "паттерн" у многих это синоним - "шаблон действий для решения распространённых задач"...
Поэтому спорить тут бесполезно :)
bondle, Друг, вместо того, чтобы "мериться" этими "пониманиями" - лучше прочитай ответ к твоему вопросу+комментарии к нему и попробуй реализовать так называемый "паттерн"...то, что тебе посоветовали - это подойдёт для решения такой задачи...
Ромзес Панагиотис, Глянь мой коммент выше...это я к тому: каким образом можно "собирать" всё в один массив...а тот пакет выше, который и основан на curl_multi - это позволит сделать с более простым кодом, чтобы сильно не вникать в сами процессы этого curl_multi...
bondle, Ну, если грубо, то "на словах" такой паттерн примерно:
1. Делаем запросы по нужным URL с "калбэком" по отработке каждого;
2. Результат каждого "калбэка" куда-то сохраняем...ну или, если всё в одном процессе, то, например, закидываем в "глобальный" массив, который доступен из каждого этого "калбэка";
3. Профит. Common Result (шаг из схемы). Т.е. в конце у нас полный массив результатов из всех "калбэков"...
Есть вариант совместить с OpenCV (машинное зрение)...но там тоже не 100% вариант...
Т.е. сделать так, чтобы она "не вылазила" - не получится...а вот "разгадывать" с помощью выше перечисленной технологии вполне реально...но, как говорится, "овчинка выделки не стоит"...хотя...смотря в каком случае... :)
Алексей Царапкин, Ну тут фантазий может быть много)) Он может сказать что и 5 человек его "обезжирили" на деньги и "слились"...но ТЫ ТО ТУТ ПРИЧЁМ ? Ты же на месте и не "слился"! :)
но по договору между посредником и заказчиком предоплата 26к и общий бюджет 130к, из который 20-30к он планирует забрать за посредничество.
Он же должен забрать эту сумму за "посредничество" за ПОЛНОЕ ИСПОЛНЕНИЕ ЗАКАЗА. Так?
Тогда он не выполнил её...а ты выполнил свою часть между ним и тобой...тогда крайний только этот "посредник"...
Опять же - я не юрист))
Выйди на заказчика в случае некомпетентности "посредника"...
Предложи доделать проект и послать в лес этого "посредника".
В итоге:
1. Профит тебе;
2. Профит заказчику;
3. "Посреднику" опыт - как делать не надо...
Это, если по человеческим понятиям...а так - хз :)
UPD:
Ещё может быть так, что "посредник" и "заказчик" - это комедия одного артиста... :)
Если для себя, то делали бы как удобнее именно щас Вам...в дальнейшем бы уже "оптимизировали" код...потому что сразу и сходу не всегда можно предусмотреть все "подводные" камни...
Я думаю сервис провайдер подойдёт...вот тут можно "подсмотреть":
https://github.com/Laravel-Backpack/MenuCRUD