Я всегда без параметра, потому что часто лежит много файлов локальных которые и под игнор не запихнешь и коммитать нельзя. Поэтому обычно такой алгоритм-
Это если считать равномерное распределение, по факту будут пики.
Го вообще очень быстр на фоне остальных, бесспорно. Хорошее решение. И вот косячок с портами убрать в последнем кормите в докер-компот)))
This is assuming a uniform distribution, the peaks will be after the fact.
Guo generally very fast compared to other, no doubt. Good decision. So bong with ports to remove the last feed to Docker compote)))
Неправильно :)
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
Сейчас аналогично - консоль. В клиентах тока нравится визуализация дерева)
Если предельно быстрые - то тут неплохо бы 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.
