Привет! У меня вопрос по поводу сервисов логирования. Пересмотрел гугл, чаще всего рекомендуют использовать эластик + кибана или другие дашбоарды. Проблема в том, что эластик ...
Всем привет! Столкнулся с такой проблемой, что самые простые insert/update выполняются +-200мс. Размер базы всего 400мб, размер таблицы куда инсертится +- 100к строк. При н...
всем привет! У меня вопрос, касаемо компонетной системы в ларе. Под компонетной, я подразумеваю написание пакетов дополненений к ларе. Как пример, компонент проверки наличия п...
Всем привет! У меня есть дерево связей, одна сущность может содержать в себе детей, и так далее до бесконечности. У меня это реализовано так: Таблица: - entity: id, name - en...
то есть вы хотите не изменяя БД, построить архитектуру на модулях ?
почему? а если методы юзают бд, то что ? мокать чтоли?
Я не называю его таковым) я говорю что у меня есть репозиторий и сервис , и репозиторий выступает как слой абстракции для выборок, и таким образом он реализует своё предназнач...
ну будешь в каждый контроллер пихать проверку роли например?)
архитектурный вопрос, есть метод апишный, в котором принимаются параметры, тип так $tags = $request->get('tags'); и таких параметров много. Для создания обновления, это уже д...
когда делаешь выборку, типо $post = new Post()->join()->join()->join() можно будет работать с полученными связями как с объектами, или только relations использовать нужно ?
в чем может быть трабла? В БД в поле timestamp хранится дата с часами и минутами, а модель выдает просто дату и зануляет часы и минуты
какие есть варианты идентификации юзеров в SPA приложении, без токена? Допустим если пользователь зашел на сайт и добавил товары, но при этом не авторизовался
Что хранить? Добавленные товары ?
всем привет! как можно узнать предыдуший id записи? Например я передаю 113127 и мне нужно получить 113205? Тут прикол в том, что id не по порядку
Задам по другому) мы пытаемся интегрироваться с cloudpayments, Apple Pay. И при оплате, Apple Pay не присылает paymentToken, из-за чего оплата не проходит. Кто то сталкивался ...
как лучше прописать валидацию, допустим есть одни и те же поля для обновление и создания сущности, для создания все поля required, для обновление sometimes, я не хочу дублиров...
куда можно еще вынесли большие квери? В метод модели чтоли..
Значит самый нормальный способ, это пилить корзину на фронте, и в конце все на бэк передавать ?
можно ведь в событии creating увеличивать теукущее значение аттрибута на +1 ?
я делаю запрос через релейшн, + with, в ответ приходит массив, в котором добавляется еще релейшн массив. Можно ли как то результат релейшена, переместить в корень массива?