Ведь для создания тикета отправка письма это side effect. А как вообще вы ошибки хендлите? Как сделать еще N попыток отправки. У вас же в любой момент времени может отвалиться любая часть приложения/инфраструктуры. Как вы вообще достигаете HA?
Ну допустим пользователь отредактировал пост сменив хаб и скрыв в черновики. Как мы узнаем что хаб был сменён (а значит нужно вычесть рейтинг поста из рейтинга в старом хабе) и что пост не был в черновиках до этого?
Вообще для таких случаев используется CRDT. Вам просто в очередь надо положить unpublish событие. Ну и в очередь обычо складываются не только post_id, а и пачка мета информации.
Вообще не так все. Для правильного подсчета счетчиков надо использовать очередь событий (для этого kafka можно взять) в которую писать лайк или анлайк. На очереди висит consumer(s) который пересчитывает в кеш количество лайков.
Когда он хостился в Украине то чуть почти не свел концы с концами. Neflix хостится на Amazon и как то сводит концы с концами, и у них то автоскейлинг работает на ура. И вообще самый главный плюс автоскейлинга — это «скейлдаун», так как именно он позволяет экономить деньги.
Хотите еще больше функциональщины? Попробуйте свою библиотеку вместе с вот этой github.com/kachayev/fn.py. Она добавит вам обобщение итераторов и генераторов без использования chain, новый выразительные lambda, 20+ новых рецептов для itertools не говоря уже о возможности удобно сделать tail call optimization.
Остновные цели ВУЗов это дать теоритические знания и ввести будущего специалиста в предметную область. Для того что бы выпускник пришедший на свою первую работу мог спокойно ориентироваться в проблематике, а не тратить время сотрудников распросами об очевидных вещах и понятиях.
Касательно IT, ВУЗы датют кучу полезной информации о тойже дискретной математике, теории графов и т.д., позволяют выучить 3-4 языка програмиирования. А все это врядли понадобится выпускнику школы который хочет «друпалить» сайты визитки.
И вообще это у нас ВУЗы оторваны от жизни. В нормальном учебном заведении половину лекций читают люди непосредственно работающие в софтверных компаниях.
Ну хотябы те же графики которые отображают реал-тайм данные, и у вас их 30 на странице. Вот и можно добавить hi-low переключатель, который для слабых маши будет уменьшать колличество одновременно отображаемых точек.
Я имею в виду, что на одной машине винда, а на другой линукс. VNC клиент поднимать для почтовика считаю не оправданным.
Почитал внизу комментарии про ThunderBird, попробую поставить может получится настроить чтоб нормально синхронизировало.
то можно итак неплохо устроится и без питона, администрирования и знания баз данных.
А почему синхронно?
Ведь для создания тикета отправка письма это side effect. А как вообще вы ошибки хендлите? Как сделать еще N попыток отправки. У вас же в любой момент времени может отвалиться любая часть приложения/инфраструктуры. Как вы вообще достигаете HA?
Вообще для таких случаев используется CRDT. Вам просто в очередь надо положить unpublish событие. Ну и в очередь обычо складываются не только post_id, а и пачка мета информации.
Касательно IT, ВУЗы датют кучу полезной информации о тойже дискретной математике, теории графов и т.д., позволяют выучить 3-4 языка програмиирования. А все это врядли понадобится выпускнику школы который хочет «друпалить» сайты визитки.
И вообще это у нас ВУЗы оторваны от жизни. В нормальном учебном заведении половину лекций читают люди непосредственно работающие в софтверных компаниях.
А по поводу бэкапа. Да делаю, вся почта пересылается еще на 2 аккаунта (уже не gmail'овские).
Почитал внизу комментарии про ThunderBird, попробую поставить может получится настроить чтоб нормально синхронизировало.