Когда работаете как ИП, принимать деньги на личную карту — незаконно. Все через расчетный счет.
Это не так. ИП имеет право принимать переводы на обычную карту физлица. Однако лучше так не делать, потому что р/с — хоть какой-то способ отделить переводы по своей деятельности от любых других средств.
Когда нужно нагрузить REST API, нет проблем с выбором инструментов. Вот когда появляется что-то менее тривиальное (GRPC, собственный протокол над websocket, etc), приходится искать плагины или писать свои расширения к существующим инструментам, если они это поддерживают. Доводилось попробовать:
— Gatling. Хороший инструмент, но для его расширения нужно знать Scala и разобраться в плохо задокументированных исходниках.
— Locust. Расширять удобно (python), но как нагрузочный инструмент слаб — не удавалось по-настоящему нагрузить, выше 1к ops не поднимались.
— Яндекс.Танк + Pandora. Остановились на этой связке — относительно простой и легко расширяемый инструмент (плагин на Go), который с одной стороны дает предсказуемую нагрузку, а сдругой стороны умеет агрегировать и строить хорошие отчеты, плюс возможность выгрузки в Influx с последующей визуализацией.
> Ни о каком фундаментальном ускорении эти ребята даже не мечтают.
Ну конечно, одна из самых производительных современных платформ каждый мажорный релиз должна как минимум 50% прирост производительности давать. (JVM вполне себе mature технология, фундаментальные вещи были оптимизированы в первых версиях)
> Между строк услышал, что платформа сама по себе настолько заоптимизированна, настолько захардкожена, что изменения в нее вносятся с огромным трудом и тоннами вазелина.
Гантели? Стенки? И все это сразу после отжиманий с подтягиваниями? Есть куда более скромные по затратам, но не менее действенные методы. Для себя в домашних условиях ничего лучше представить не могу. (С точки зрения физкультуры, не бодибилдинга)
Для большего счастья можно вернуть возможность сортировки по количеству отзывов.
Про индексацию всех магазинов уже написали выше.
Впрочем, маркетплейс -- не агрегатор, конечно.
Это не так. ИП имеет право принимать переводы на обычную карту физлица. Однако лучше так не делать, потому что р/с — хоть какой-то способ отделить переводы по своей деятельности от любых других средств.
— Gatling. Хороший инструмент, но для его расширения нужно знать Scala и разобраться в плохо задокументированных исходниках.
— Locust. Расширять удобно (python), но как нагрузочный инструмент слаб — не удавалось по-настоящему нагрузить, выше 1к ops не поднимались.
— Яндекс.Танк + Pandora. Остановились на этой связке — относительно простой и легко расширяемый инструмент (плагин на Go), который с одной стороны дает предсказуемую нагрузку, а сдругой стороны умеет агрегировать и строить хорошие отчеты, плюс возможность выгрузки в Influx с последующей визуализацией.
Крайне распространенное заблуждение, культивируемое, видимо, работодателями.
Судя по разделу «Подразумеваемая считываемость», по умолчанию нет. Транзитивность включается использованием
Ну конечно, одна из самых производительных современных платформ каждый мажорный релиз должна как минимум 50% прирост производительности давать. (JVM вполне себе mature технология, фундаментальные вещи были оптимизированы в первых версиях)
> Между строк услышал, что платформа сама по себе настолько заоптимизированна, настолько захардкожена, что изменения в нее вносятся с огромным трудом и тоннами вазелина.
А вы, кстати, за микроядра или за монолитные? ;)