Ð
что мешает сделать ему запись и повесить proxy_pass
Size: a a a
2019 December 01
ИР
потому что если он запросит тот же домен, то автоматически попадёт на на IP:80 а не на тот порт который нужен
Ð
так и пусть попадает, ты порт проксируй тоже
KA
Ð
так и пусть попадает, ты порт проксируй тоже
👌
Ð
javascript тут совершенно не причем
KA
Ð
javascript тут совершенно не причем
т.е. в целом о прогрессивном улучшении?
Ð
т.е. в целом о прогрессивном улучшении?
почитай в целом о поблеме, вкратце это работает так: некто посылает тебе два запроса подряд (например лайкнуть твой коммент), ты проверяешь может ли он это делать два раза, потом два раза лайкаешь, а потом два раза запрещаешь лайкать дважды. Ну это образно, самое первое приближение.
MM
джуны на фронте эти грешат
MM
как чемпионы мира по стеркарафту кликают
2019 December 02
Ð
в нормальных условиях рсубд использует транзакции, коммиты и откаты, очереди, блокировки и тд, монга такого не умеет и не умела (только азы транзакций появились в последней версии), в итоге приходилось городить разные флаги типа "документ используется, не трогать его", двухфазные коммиты, коллекции состояний и прочие грешные и отвратительные вещи. Все это описано даже в глубинах доков по монге.
KA
Ð
в нормальных условиях рсубд использует транзакции, коммиты и откаты, очереди, блокировки и тд, монга такого не умеет и не умела (только азы транзакций появились в последней версии), в итоге приходилось городить разные флаги типа "документ используется, не трогать его", двухфазные коммиты, коллекции состояний и прочие грешные и отвратительные вещи. Все это описано даже в глубинах доков по монге.
Тогда в каких случаях стоит nosql юзать?
Ð
не знаю, например когда надо сделать быстрый каталог с фильтрами для очередного яндекс маркета, юлы или циана
Ð
хотя тоже спорно
MM
Я вот до сих пор не вдуплюсь почему монга в блокировки не умеет
go
Ð
не знаю, например когда надо сделать быстрый каталог с фильтрами для очередного яндекс маркета, юлы или циана
Sql же быстрее будет
AZ
Тогда в каких случаях стоит nosql юзать?
в нашем опыте это было так:
- делаем модуль замеру ORM по месту для работы с монгой
- работаем над проектом до некоторой степени готовности пока нет четкой ясности структурности данных
- после уставанивания переводим на нормальную РСУБД и заменяем модуль нашей ORM на работу с ним
- делаем модуль замеру ORM по месту для работы с монгой
- работаем над проектом до некоторой степени готовности пока нет четкой ясности структурности данных
- после уставанивания переводим на нормальную РСУБД и заменяем модуль нашей ORM на работу с ним
MM
Тут пишут в чатике что не умеет, https://docs.mongodb.com/manual/faq/concurrency/#how-do-i-see-the-status-of-locks-on-my-mongod-instances а тут что умеет. Кому верить то
Ð
Sql же быстрее будет
ну я всецело перешел на пг, благо он тоже умеет в документы в формате жсон
AZ
по сути носкул хороша на начальном этапе, пока нет четкой ясности об архитектуре хранения данных в бд и можно менять ее как стрельнет в процессе и не париться с перетурбациями таблиц/столбцов/ключей и т.д.
а потом уже заменить на нормальные механизмы и уже их придерживаться
а потом уже заменить на нормальные механизмы и уже их придерживаться