B
изучай sql запросы базу, отвалится половина вопросов и поймешь чем можешь оперировать
+
Size: a a a
2020 June 10
ST
ну и в валидаторы добавить **kwargs )))
Ещё забыл EXCLUDE
V
про SQLAlchemyAutoSchema забыли :(
ST
про SQLAlchemyAutoSchema забыли :(
Нет, там всё ровно
V
Нет, там всё ровно
увы, другое уже считается устаревшим и апдейтиться не будет
ST
увы, другое уже считается устаревшим и апдейтиться не будет
Нет, я имею ввиду, что SQLAlchemyAutoSchema работает нормально
V
Немного оффтопа, сколько у вас в команде бэкендеров (фласк, айохтпп, без разницы) и сколько проектов поддерживают ?
АП
Немного оффтопа, сколько у вас в команде бэкендеров (фласк, айохтпп, без разницы) и сколько проектов поддерживают ?
Хочешь захайрить меня?
V
Ха
V
Просто интересно, может старею уже )
T
Короче я таки провёл апдейт с зефира 2 на зефир 3, много боли не было.
Из-за того что легаси проект, не могу трогать некоторый кот (мяу =^.^=)
В целом не страшно, на очереди ещё 2 проекта.
Благо проекты не большие.
Из-за того что легаси проект, не могу трогать некоторый кот (мяу =^.^=)
В целом не страшно, на очереди ещё 2 проекта.
Благо проекты не большие.
О. Буду мигрировать, напишу тебе. Можно?
T
Немного оффтопа, сколько у вас в команде бэкендеров (фласк, айохтпп, без разницы) и сколько проектов поддерживают ?
4 человека. Легаси говно на фласке, новое говно на фласке, обработчик очередей и некоторое число (~40) периодических говносервисов с мутной логикой
𝕬
Всем ку. Такая проблема. Есть сайт, который взаимодействует с другим сайтом. И вот как выходит: на сайте А я ожидаю действия с сайта В, и после того как оно произойдет я должен сделать некоторые действия на сайте А. Они могут подключаться к базам друг друга. И вот вопрос, я могу на сайте А просто проверять БД каждые n секунд, но вовсе не думаю, что это будет эффективно. Есть ли какой-то ещё способ, передать сайту А из сайта В что он должен сделать?
АП
В очередь поставил.
𝕬
В очередь поставил.
Это, по факту, вариант с проверкой БД. Загвоздка в том, что таких очередей может быть сотни.
АП
Это, по факту, вариант с проверкой БД. Загвоздка в том, что таких очередей может быть сотни.
Это не вариант с проверкой в бд, концептуально.
Можно и сотни очередей держать. А можно одну с флагом какой сайт.
Можно и сотни очередей держать. А можно одну с флагом какой сайт.
MB
Всем ку. Такая проблема. Есть сайт, который взаимодействует с другим сайтом. И вот как выходит: на сайте А я ожидаю действия с сайта В, и после того как оно произойдет я должен сделать некоторые действия на сайте А. Они могут подключаться к базам друг друга. И вот вопрос, я могу на сайте А просто проверять БД каждые n секунд, но вовсе не думаю, что это будет эффективно. Есть ли какой-то ещё способ, передать сайту А из сайта В что он должен сделать?
Проверять каждые n-секунд это очень даже себе нормальное решение. Оно простое, и будет работать. Если эта проверка не нагружает базу.
А вот вводить новую сущность в экосистему, например очередь сообщений, вот именно в простом случае я не стал бы. Эти очереди сообщений имеют свойство иногда падать, терять сообщения.
А если надо очень быстро дать от сервера Б ответ что готов, тогда я все равно бы без внешних очередей сообщений делал бы. Можно держать постоянным между двумя серверами вебсокет, и там перекидывать сообщения.
А вот вводить новую сущность в экосистему, например очередь сообщений, вот именно в простом случае я не стал бы. Эти очереди сообщений имеют свойство иногда падать, терять сообщения.
А если надо очень быстро дать от сервера Б ответ что готов, тогда я все равно бы без внешних очередей сообщений делал бы. Можно держать постоянным между двумя серверами вебсокет, и там перекидывать сообщения.
𝕬
Проверять каждые n-секунд это очень даже себе нормальное решение. Оно простое, и будет работать. Если эта проверка не нагружает базу.
А вот вводить новую сущность в экосистему, например очередь сообщений, вот именно в простом случае я не стал бы. Эти очереди сообщений имеют свойство иногда падать, терять сообщения.
А если надо очень быстро дать от сервера Б ответ что готов, тогда я все равно бы без внешних очередей сообщений делал бы. Можно держать постоянным между двумя серверами вебсокет, и там перекидывать сообщения.
А вот вводить новую сущность в экосистему, например очередь сообщений, вот именно в простом случае я не стал бы. Эти очереди сообщений имеют свойство иногда падать, терять сообщения.
А если надо очень быстро дать от сервера Б ответ что готов, тогда я все равно бы без внешних очередей сообщений делал бы. Можно держать постоянным между двумя серверами вебсокет, и там перекидывать сообщения.
У меня вообще появилась идея просто при действии на сайте Б делать request.post() на сайт А по определенному урл и посылая нужные мне данные. Это, по идеи, самый менее ресурсозатратный вариант.
MB
У меня вообще появилась идея просто при действии на сайте Б делать request.post() на сайт А по определенному урл и посылая нужные мне данные. Это, по идеи, самый менее ресурсозатратный вариант.
Да, тоже нормальный вариант.
V
4 человека. Легаси говно на фласке, новое говно на фласке, обработчик очередей и некоторое число (~40) периодических говносервисов с мутной логикой
Спасибо)