я вот прям в handle всю логику команды херачу

зачем?

Сделай сервис\хуервис и дергай его из команды

нет, ну если у меня где-то есть уже такой код, то не дублирую...

Команда просто чтобы запустить что-то

но если у меня эта команда юзается раз в сто лет ручками

но если у меня эта команда юзается раз в сто лет ручками

ну если так, то пох

ну вот у меня была нужда запускать парсер по папке, чтоб он данные раздирал и загружал в базу...

Но если тебе этот функционал еще где-то нужен - вынеси его и все

т.е. в админке есть интерфейс штучный

А дергать команду из команды - моветон

и в комманде бегалка и запускалка того же куска что и штучный дергает, только для файликов всех

ну не, я ж не про команду из команды... =)

ну не, я ж не про команду из команды... =)

это квису

Тут сразу HMVC реализация в кохане вспоминается

Когда контроллеры дергались из контроллеров

а если это разовая херня? вот у меня например есть комманда, для которой я периодически пишу новое наполнение и вызываю...

а если это разовая херня? вот у меня например есть комманда, для которой я периодически пишу новое наполнение и вызываю...

а как это связанно?

т.е. нужно что-то пачкой в базе перековырять... я там создаю метод fixBlaBla и в handle $this->fixBlaBla()

Народ, дайте на гитхабе посмотреть пример реализации api на ларе

да я пытаюсь понять на сколько у меня все запущено =)

а как это связанно?

никак не связано =)

Чтоб все по бест практикам

думаю просто мне создавать отдельные команды или херачить как херачил -=)

да я пытаюсь понять на сколько у меня все запущено =)

ну если разовая, то сделал - выкинул. Зачем хранить?

Чтоб все по бест практикам

что значит "api"? Что конкретно интересует?

Чтоб все по бест практикам

вот эту нахваливают https://github.com/dingo/api

Да, я сам динго пользую

Хорошая вещь.

вот эту нахваливают https://github.com/dingo/api

Не пакет, а уже реализованный пример

ну если разовая, то сделал - выкинул. Зачем хранить?

да хз, вдруг, незапно, еще раз придется юзать...

Не пакет, а уже реализованный пример

т.е. вариант применения пакета вживую?

Как там с версиями

API Versioning

одна из фич

т.е. вариант применения пакета вживую?

Да, или без этого пакета, не важно

Мне именно на примере вживую хочется всю структуру посмотреть

хм

Д, дай глянуть

Мне именно на примере вживую хочется всю структуру посмотреть

https://laracasts.com/discuss/channels/vue/starter-application-vuejs-laravel-dingo-jwt Вот тут и фронт и бек

я по этому примеру с динго и jwt разбирался. Все довольно просто

Ща гляну

Спасибо

У Dingo крутая штука - генерация документации автоматическая.

Главное заставить себя написать phpdoc :)

А где там сами роуты и тд?

А где там сами роуты и тд?

https://github.com/layer7be/vue-starter-laravel-api/blob/master/app/Http/routes.php

Трансформеры это типа чтобы отдать только нужные поля?

Трансформеры это типа чтобы отдать только нужные поля?

не совсем

они нужны для единства

чтобы можно было объект отдать так, как нужно

и в любой момент поменять

ну и у них там много всяких фич

вроде фильтров

Звучит неплохо

Спасибо тебе в карму

странно, ТГ тупит? у вас так же выглядит картинка? http://joxi.ru/vAWy0klHkJZ1bm?d=1

странно, ТГ тупит? у вас так же выглядит картинка? http://joxi.ru/vAWy0klHkJZ1bm?d=1

нет, у меня там фотка типа

это скрин который я кидал в другом чате с месяц назад

значит тебя взломали

:)

срочно переустанавливай винду

если бы она была

ну сноси что у тебя там. Ставь винду и затем переустанавливай ее

Поможет 100%

Комп перезагрузи сначала

Тоже помогает

ERROR: S client not available

Комп перезагрузи сначала

ты что, вдруг у него уже весь винт зашифрован

@Denormalization а есть у тебя пример как в контроллере в апишке делать выборку? например юзера по возрасту, полу и тд

Эм, репозиторий юзай

и еще, про версионность апи. Вот например описал все методы в v1, делаю v2, но там меняются например только часть методов. Можно сделать так, что описываю только изменившиеся, а остальные будут автоматом обрааться к v1 если в v2 такого нет?

Можна

не, так нельзя

но нельзя

вы определитесь)

Так сделать можно, но так делать нельзя

не слушай квиса, он покурил

не, пока не курил

а если я тоже покурю то мне так тоже можно будет делать?

нет, я в целом, что реализовать можно

...

но так делать нельзя

нивкоем случае

ну вот я просто вчера чот статью читалпро то как апи делать, там было про такую схему написано

а потом такие проекты прилетают на фриланс с пометкой, надо допилить

а вот ладно, хрен с ним с таким вариантом. просто версионность берем. Там же наверно для удобства надо контроллеры тоже в папки v1 и v2 пихать?

а вот ладно, хрен с ним с таким вариантом. просто версионность берем. Там же наверно для удобства надо контроллеры тоже в папки v1 и v2 пихать?

Вообще да, но не обязательно

понятно что не обязательно)

просто так наверно поддерживать удобнее

Вопрос про смену версии вообще довольно острый. Каждый как может делает.

Просто если у тебя функционал один в 2 версиях. Что делать? Дублировать?

А если функционал различается

Пилить под каждую версию свои сервисы?

а вот например есть метод, который возвращает имя и возраст юзера. Я решил возвращать еще его пол в этом методе. Стоит ли делать это в новой версии или менять текущую, если текущие поля не менялись а только дополнились новым?

Не, новая версия - это мажор

Т.е там только глобальные апдейты

Обновляешь докуменатцию просто и все

Главное чтобы старые клиенты не ломались

еще вопрос))