Телеграмм чат группы laravel

Size: a a a

Laravel Pro

3699 membersпожаловаться на группу

2020 December 07

ПЛ

Павел Ланчев... in Laravel Pro

Предотвращение утечки = задача разработчика
Тоже на данных клиента не скажется, а поддержка в раз проще

источник

10:31пожаловаться #1

Dmitriy K. in Laravel Pro

Ну, ты же сам пишешь:

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

Как протечка данных между пользователями может быть малой платой чего-то? А если данные критичные? Ты ж потом концов не найдёшь?!

источник

10:32пожаловаться #2

Dmitriy K. in Laravel Pro

Павел Ланчев

Предотвращение утечки = задача разработчика
Тоже на данных клиента не скажется, а поддержка в раз проще

Поддержка базы - да проще, она одна
А запросов сотни, и в каждом будет по несколько лишних условий

источник

10:33пожаловаться #3

Dmitry M in Laravel Pro

Дмитрий Кожанов

sudo apt update
sudo apt install git

всё, рашил. Крч там пакет perl-base был слишком новый, а в зависимости был более старый, даунгрейднул и всё встало

источник

10:33пожаловаться #4

ПЛ

Павел Ланчев... in Laravel Pro

Dmitriy K.

Поддержка базы - да проще, она одна
А запросов сотни, и в каждом будет по несколько лишних условий

Вот только опять же - запросы проще проверить и протестировать. Зато нет проблем с дублированием и целостностью данных
А по лишним условиям я писал выше - кастомные скоупы и т.д и тп

источник

10:35пожаловаться #5

ЕК

Егор Карась... in Laravel Pro

Anton S

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

Готов это сказать клиенту?

источник

10:36пожаловаться #6

Dmitry M in Laravel Pro

Кстати, ни у кого не складывается ощущения, что современные JS фреймворки неявно намекают, что лучше бы тебе, братишка, перейти на ноду на бэкенде, и жить будет проще?

источник

10:37пожаловаться #7

Dmitriy K. in Laravel Pro

Ну, кому как, просто сейчас сижу на подобном проекте, и ни разу не пожалели, что не объединили базы в одну (500+ БД, 200GB+)

источник

10:38пожаловаться #8

Anton S in Laravel Pro

если логику песочниц считать единственно правильной, то давайте запретим в контроллере писать where user_id=[active_customer] и объявим что это безответственный подход, чего уж

источник

10:39пожаловаться #9

Anton S in Laravel Pro

клиент получает гарантию изолированности данных, ну и бюджет на реализацию и поддержку в два раза больше - все сыты и целы 🙂

источник

10:40пожаловаться #10

Dmitriy K. in Laravel Pro

Плюс у нас данные синхронизируются между клиентскими приложениями и нашим сервисом. Т.е. у каждого клиента на его стороне есть своя БД. Как без геморроя делать дамп на сервере, чтобы его можно было раскатать на клиенте?

источник

10:43пожаловаться #11

Dmitriy K. in Laravel Pro

Единственные места соприкосновения данных между клиентами - это сквозные отчёты для аналитики, но их не так много, и вот как раз там данные не особо критичные

источник

10:44пожаловаться #12

Anton S in Laravel Pro

Dmitriy K.

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

источник

10:50пожаловаться #13

Dmitriy K. in Laravel Pro

Вот сейчас, к слову, делаем вторую версию другого сервиса, не такого масштабного, но говнеца с запросами там съел порядком, и теперь (через 2 года работы) решил разделить его "пофилиально"

источник

10:52пожаловаться #14

Anton S in Laravel Pro

вообщем-то взлет kubernetes и девопс во многом обусловлен операционным геморроем поддержки такой системы, я так склонен считать - грубо говоря автоматизация выноса наглого клиента на отдельную машину, работа с миграциями и вот это все

источник

10:53пожаловаться #15

Anton S in Laravel Pro

допустим жизненная ситуация - девелопер наливает кривую миграцию, которая отработала на 80% баз, и надо в полуручном режиме выцеплять остатки и чинить их данные. вы сталкивались с таким?

источник

10:55пожаловаться #16

Anton S in Laravel Pro

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

источник

10:57пожаловаться #17

Dmitriy K. in Laravel Pro

Миграция проходит примерно в таком формате:
лочится клиент, делается дамп, накатывается миграция, все ок -> разлочиваем, не ок -> восстанавливаем из дампа на предыдущую версию и кричим об этом, далее следующий клиент

источник

10:58пожаловаться #18

Anton S in Laravel Pro

круто звучит, у вас очень маленькая база, конечно, 200gb это на всех клиентов?

источник

10:59пожаловаться #19

Dmitriy K. in Laravel Pro

Да, есть новые клиенты, которые работают с базой 200 MB, есть старые клиенты, у которых больше 5 GB

источник

11:00пожаловаться #20