A
пароль в файле .env надо поправить, как и логин, от базы данных
Size: a a a
2021 June 30
A
я уже в пижамке ☺️ не раньше чем через 9 часов, могу по скринам рассказать что делать)
АК
И, видимо, саму базу развернуть.
АК
Сегодня - нет точно. Но если кто-то возьмётся - наверняка спросит.
Исполнитель не отдавал отдельный файл с базой данных? В папке database/migrations много файлов?
Исполнитель не отдавал отдельный файл с базой данных? В папке database/migrations много файлов?
М
Это публичный репозиторий (github / gitlab / bitbucket)? Могу взглянуть на проект и подсказать куда копнуть или кого дернуть за credentials’ами
РМ
Доброе утро) Теоретический вопрос
Пишу бэк для сервиса, там много таблиц и данных. И из таблицы на фронт всегда уходит всё. Оправданно ли делать select() именно тех полей, которые будут задействованы? Если да, то насколько?) Если незначительно, то я думаю воздержусь
Пишу бэк для сервиса, там много таблиц и данных. И из таблицы на фронт всегда уходит всё. Оправданно ли делать select() именно тех полей, которые будут задействованы? Если да, то насколько?) Если незначительно, то я думаю воздержусь
ДК
Если у тебя фронт не сломается если данных придёт больше, то имхо смысла я не вижу в этом
РМ
Благодарю) только в одном месте подвисал :)
RR
Не оправдано.
БД грузит строки. По памяти они всегда одинаковы.
Лучше использовать ресурсы (трансформеры; фракталы) для отображения нужных данных
БД грузит строки. По памяти они всегда одинаковы.
Лучше использовать ресурсы (трансформеры; фракталы) для отображения нужных данных
SS
Не согласен🌚 выбирать лишнее смысла нет
ПЛ
+1
гонять по сети ненужные данные тоже смысла нет
гонять по сети ненужные данные тоже смысла нет
RR
Для того я и сказал - использовать ресурсы
АК
Если СУБД на отдельной машине, подключённой к серверу приложения по сети, то выборка только нужных полей уменьшит объём трафика между машинами.
Плюс, выборка нужных полей добавляет наглядности коду. Когда что-то правишь - быстрее сориентируешься, какие поля доступны в полученных объектах, не придётся лезть в описание БД.
Плюс, выборка нужных полей добавляет наглядности коду. Когда что-то правишь - быстрее сориентируешься, какие поля доступны в полученных объектах, не придётся лезть в описание БД.
SS
Да не только в сети дело, есть даже рекомендации "не использовать SELECT *"
АК
Да и если СУБД и АПП на одной машине, выборка только нужных полей сэкономит память.
АК
Рекомендация обусловлена же чем-то) я на себе испытал и помню именно "кодстайл" и обмен по сети между кусками бэка.
SS
А такое в основном и встречается
AB
Главное помнить о магии. При обновлении моделей, евенты или toSearchableArray могут не ожидано отработать если есть логика на поле, которое не попало в select
ПЛ
поэтому магию желательно выпиливать везде где есть возможность
DK
Привет .
Может кто сталкивался с таким .
Использую soft delete на авторизованном юзере , как сделать , что бы токен был действителен при soft delete
То есть , что бы я мог сразу сделать restore на юзере по токену.
На данный момент я получаю Unauthenticated
Использую Laravel sanctum
Может кто сталкивался с таким .
Использую soft delete на авторизованном юзере , как сделать , что бы токен был действителен при soft delete
То есть , что бы я мог сразу сделать restore на юзере по токену.
На данный момент я получаю Unauthenticated
Использую Laravel sanctum