к
Все равно тебе писать код в этих 100 сущностях
Что-бы была возможность чекбоксами хотя-бы колонки таблицы менять
Size: a a a
2021 March 06
к
Типа такого Craftable
SC
коля
Что-бы была возможность чекбоксами хотя-бы колонки таблицы менять
Чекбоксами колонки…
SC
Нафиг пакет на это не понимаю
Я закастомайзил себе стабы под миграцию, просто потому что мы пользуем свой фасад для Schema и свой Blueprint. Стаб сразу их впихивает, что бы разрабы не тупили)
SJ
Привет, ребята) Какой лучше endpoint API выбрать для назначения курьера к заказу:
1. PUT
1. PUT
orders/{id}/couriers/{courier_id}/assign
2. PUT orders/{id}/courier/assign и в теле запроса передавать courier_id
Или есть более правильный вариант?)SS
Привет, ребята) Какой лучше endpoint API выбрать для назначения курьера к заказу:
1. PUT
1. PUT
orders/{id}/couriers/{courier_id}/assign
2. PUT orders/{id}/courier/assign и в теле запроса передавать courier_id
Или есть более правильный вариант?)можно и оба параметра в тело пихать🌚 и тот и тот вариант имеет право на жисть 🌚хотя может гуру рест подскажут лучше)
SJ
можно и оба параметра в тело пихать🌚 и тот и тот вариант имеет право на жисть 🌚хотя может гуру рест подскажут лучше)
Хорошо, пока выбрал второй вариант, но открыть предложениям и советам)
ВЗ
Всем привет. У меня такой вопрос, в гугле не нашел толком. Вот я начинаю изучать ларавель, все окей. Но какая структура шаблонов более удобная и эффективная? Я про то, как это все выглядит по директориям, допустим 2 папки адми и паблик, внутри еще что либо.
H
подскажите как правильнее обозвать поля в массиве меню, к примеру вывод пункта меню из name или slug ?
H
или из descriptor вывод пункта меню, а из slug понятный идентификатор для разруливания алгоритма
так правильнее будет?
так правильнее будет?
SS
Всем привет. У меня такой вопрос, в гугле не нашел толком. Вот я начинаю изучать ларавель, все окей. Но какая структура шаблонов более удобная и эффективная? Я про то, как это все выглядит по директориям, допустим 2 папки адми и паблик, внутри еще что либо.
как удобно🌚
админку, если самопис, можно вынести в какую нибудь папку , типа admin, а остальные вьюхи назвать как удобно. я привык например по "модулям", т.е, catalog например и в нём все что относится к каталогу (category, product,.. ), shop (cart, checkout,... ) итд
админку, если самопис, можно вынести в какую нибудь папку , типа admin, а остальные вьюхи назвать как удобно. я привык например по "модулям", т.е, catalog например и в нём все что относится к каталогу (category, product,.. ), shop (cart, checkout,... ) итд
ВЗ
Ну вот меня интересует вопрос, что допустим у нас же разные абсолютно вьюхи у админки и публичной части, и целесообразно ли делать просто 2 папки внутри view, admin и public допустим, и внутри уже шаблоны каждого из них?ъ
SS
в том же уии видел структуру разбивали на frontend, backend (клиентка и админка), но не зашло
ВШ
Привет, ребята) Какой лучше endpoint API выбрать для назначения курьера к заказу:
1. PUT
1. PUT
orders/{id}/couriers/{courier_id}/assign
2. PUT orders/{id}/courier/assign и в теле запроса передавать courier_id
Или есть более правильный вариант?)Я бы выбрал 2, так как основная сущность заказ и к ней мы аттачим курьера
SS
Ну вот меня интересует вопрос, что допустим у нас же разные абсолютно вьюхи у админки и публичной части, и целесообразно ли делать просто 2 папки внутри view, admin и public допустим, и внутри уже шаблоны каждого из них?ъ
public точно лучше не называть) будет путать, тк document root тоже public
ВЗ
Ну я как пример написал)
ВШ
Ну вот меня интересует вопрос, что допустим у нас же разные абсолютно вьюхи у админки и публичной части, и целесообразно ли делать просто 2 папки внутри view, admin и public допустим, и внутри уже шаблоны каждого из них?ъ
Посмотри как сделан Laravel Boilerplate
H
кто в phpshtorm работает, подскажите как внутри листинга делать замену, обычно в редакторах по ctrl + h делается, тут не работает
ВЗ
Хорошо, спасибо за помощь)