ArbNet, Вот честно - ценю твое стремление влезть в интересные проект, но в сомневаюсь, что в данном случае твой предполагаемый движок будет полезен. Тем более ты его не тестировал под нагрузкой.
В данном случае нужны немного другие решения. ПХП кстати, вполне себе быстр и в некоторых случаях выиграет у пайтона. Но тут узкие места в основном в реквестах к БД и времени ожидания. носкл база это снимает, а эластику переварить такие обьемы - раз плюнуть. Работал с системой EDX - там как раз система комментирования вынесена из основной базы и все лежит в монге
ArbNet, That honestly - I appreciate your desire to get into an interesting project, but I doubt that in this case, you are supposed to be useful engine. Especially since you have not tested under load.
In this case, we need a few other solutions. PCP by the way, quite a quick and in some cases outperform Python. But here bottlenecks mainly in rekvest to the database and the timeout. noskl base is removed, and elastica digest such volume - time to spit. Worked with EDX system - there just commenting system is taken out from the primary database and all lies in Mong
Если предельно быстрые - то тут неплохо бы Nosql в сочетании с эластиком. В принципе это навешивается на что угодно, мне удобнее тот же пайтон+ постгрес, кто-то и на джаве сделает. На пайтоне будет дешевле. Если это планируется долгоиграющий проект - лучше кастомное решение.
If extremely fast - then there would be nice to Nosql combined with elastic. In principle, it is hung on anything, I prefer the same Python + Postgres someone and Java do. On Python will be cheaper. If it's planned full-length project - better than a custom solution.
If extremely fast - then there would be nice to Nosql combined with elastic. In principle, it is hung on anything, I prefer the same Python + Postgres someone and Java do. On Python will be cheaper. If it's planned full-length project - better than a custom solution.
Миллион запросов в сутки, это 11 запросов в секунду.
Это если считать равномерное распределение, по факту будут пики.
А вообще уже есть готовое решение, то же commento, скорее всего вам его с запасом хватит до поры до времени.
Го вообще очень быстр на фоне остальных, бесспорно. Хорошее решение. И вот косячок с портами убрать в последнем кормите в докер-компот)))
Million requests per day, is 11 requests per second.
This is assuming a uniform distribution, the peaks will be after the fact.
In general, already have a ready solution, the same commento, it is likely you with a margin enough for the time being.
Guo generally very fast compared to other, no doubt. Good decision. So bong with ports to remove the last feed to Docker compote)))
https://cs8.pikabu.ru/post_img/big/2...3117540810.jpg
Неправильно :)
git add . пропущено)
ArbNet, Вот честно - ценю твое стремление влезть в интересные проект, но в сомневаюсь, что в данном случае твой предполагаемый движок будет полезен. Тем более ты его не тестировал под нагрузкой.
В данном случае нужны немного другие решения. ПХП кстати, вполне себе быстр и в некоторых случаях выиграет у пайтона. Но тут узкие места в основном в реквестах к БД и времени ожидания. носкл база это снимает, а эластику переварить такие обьемы - раз плюнуть. Работал с системой EDX - там как раз система комментирования вынесена из основной базы и все лежит в монге
ArbNet, That honestly - I appreciate your desire to get into an interesting project, but I doubt that in this case, you are supposed to be useful engine. Especially since you have not tested under load.
In this case, we need a few other solutions. PCP by the way, quite a quick and in some cases outperform Python. But here bottlenecks mainly in rekvest to the database and the timeout. noskl base is removed, and elastica digest such volume - time to spit. Worked with EDX system - there just commenting system is taken out from the primary database and all lies in Mong
Консоль онли, в IDE не пользуюсь, как то пробовал, но показалось что там много магии.
Сейчас аналогично - консоль. В клиентах тока нравится визуализация дерева)
Если предельно быстрые - то тут неплохо бы Nosql в сочетании с эластиком. В принципе это навешивается на что угодно, мне удобнее тот же пайтон+ постгрес, кто-то и на джаве сделает. На пайтоне будет дешевле. Если это планируется долгоиграющий проект - лучше кастомное решение.
If extremely fast - then there would be nice to Nosql combined with elastic. In principle, it is hung on anything, I prefer the same Python + Postgres someone and Java do. On Python will be cheaper. If it's planned full-length project - better than a custom solution.
If extremely fast - then there would be nice to Nosql combined with elastic. In principle, it is hung on anything, I prefer the same Python + Postgres someone and Java do. On Python will be cheaper. If it's planned full-length project - better than a custom solution.
Кстати, какой клиент для гит/хг кто юзает? Пробовал Tortoise, SourceTree, ну и встроенный клиент в PyCharm