Jhn Doe from by

qiwi 2%
https://p2p.qiwi.com/

добавьте к самозанятому статус "ИП" - налоги и взносы будут теже самые, но тогда сможете подключить любой нормальный интернет-эквайринг.
например в сбере на обороте от 300 тыс дают 2%
https://www.sberbank.ru/ru/s_m_business/bankingser...

вы можете еще посмотреть в сторону СБП (по QR-коду и через приложение банков) - там комиссия 0,4%-0,7%
но еще не все банки туда подключились, ЦБ - год им дал на подключение
https://sbp.nspk.ru/participants/#

10% наценки мало, что вынуждает ее такой маленькой держать?

нет таких, все берут комиссию. и не потому что жадные редиски, а потому что комиссию берут все по цепочке.

2.5% - совсем не плохо.

Вы сначала реализуйте идею, а потом беспокойтесь о приросте. А то сидит на диване какой-нибудь слабак и гадает: а что будет, когда он накачается. Займёт ли он первое место на соревновании по тяжёлой атлетике или только третье место.

И зачем Вам сейчас прирост? Если завтра на Ваш сайт явится миллионная толпа, Ваш сервер эту толпу обслужит? У Вас есть деньги на кучу мощных серверов, на трафик, на штатных админов?

Беды бэкендера вас касаться не должны, вы свою работу сделали нормально, на сколько я могу судить. Если бэкендеру хочется использовать средства Django для генерации форм, он может либо убрать вашу вёрстку формы, либо использовать её для генерации в шаблонном коде. Похоже, что он просто не умеет работать с bootstrap-формами. И приём формы ajax-запросом - это не двойная работа, если бэк написан нормально.

Ооо.... Вы это сейчас вообще серьёзно?

Если вы запускаете DBaaS платформу и не знаете что делать собственно с базами - то у вас не

Запускаю свою облачную платформу, код и архитектура создана с нуля.

У вас нет вообще абсолютно ещё ничего и уж архитектуры - в особенности. Кроме "идеи", над которой бьётся давно и много кто, при том имея ресурсы на собственные команды DBA.

Например: юзер пишет какой-то запрос и ему не нужно указывать на какой сервер что отправлять или откуда читать, для него это один сервер.

Значит этому юзеру достаточно ходить только на мастер.
Для сферического в вакууме приложения нет средств автоматически распределять запросы по репликам. И такое сделать вовсе невозможно без накладывания ограничений на использование. Например,
select somefunc();
Что делает эта функция? Она только читает данные и потому можно отправить на реплику или она пишет и потому должна быть на мастере? Хотите правильный ответ от контрибьютора postgresql? Это достоверно не знает даже сама база до тех пор пока не выполнит функцию.

Другой пример:

begin isolation level repeatable read;
select ...
update ...
commit;

Как максимум на запросе select вы должны уже знать можете ли вы эту транзакцию отправить на читающую реплику. Откуда бы вам это узнать заранее?
И прочие принципиально-нерешаемые вопросы.

DBaaS это не про большие базы. Как бы не хотелось маркетингу убедить в обратном. Это про небольшие или стартующие проекты, где проще переплатить сервису за относительно вменяемую настройку и сопровождение типовой конфигурации.

Для старта

В росcии есть системы которые сплитуют платежи и сами выплачивает исполнителям и площадке - но они работает только по России. Зарубежные не будут работать с российской компанием. Поэтому для старта - проще принимать платежи на свою компанию, и отдельно выплаты делать.

Выплаты
ип на усн 6% + агентский договор с исполнителями
выплаты по России нормально получится сделать только юрлицам (через обычные платежки) - по таким получится платить налогн только 6% с размера вашей агентской комисии. те если покупатель платить 1000 руб, площадка получает 200 руб, и 800 руб исполнитель - то ваш налог 6% от 200 руб = 12 руб налог.
Выплаты физлицам и зарубежным исполнителям - вы для налоговой нормально не обоснуете (тк будете их переводить как попало) - поэтому 6% платите со всей суммы, те 6% от 1000 = 60 руб налог.

Физлицам в РФ можно выплачивать через яндекс кассу на счета/карты/кошельки

Другим зарубежным контрагентам нормальных платежек нет, через банк там swift комиссия от 30$ (еще и банки корреспонденты откусывают сверху) - малые суммы невыгдно отправлять, поэтому юзаем любые доступные способы:

• привязываем личные мультивалютные карты тинькоф к paypal и делаем выплаты на paypal
  
• просим выставить счет через payoneer и оплачиваем его личной картой
  
• paysend - переводу на карту/счет оплачиваем его личной картой
  
• просим выставить счет через payoneer и оплачиваем его картой
  
• western union - в отделение или на счет
  
• money gram
  
• сбербанк переводы на европейские счета в евро
  
• сбербанк переводы на на зарубежные карты в евро/долларах
  

Во всех личных переводах везде есть лимиты, сильно много не получится перевести.

Прием платежей (все платежи принимаете на свою компанию):

• яндекс касса: карты + apple pay + google pay + кошельки (только рубли)
  
• paypal (20+ валют)
  
• альфабанк: карты + apple pay + google pay (30+ валют)
  

В яндекс кассе и альфабанке обязательно просите менеджера чтобы открыл все нужные вам страны для приема карт - иначе не пройдут платежи. После того как поработаете какое-то время подайте заявку на возможность отключения 3DS для ряда стран очень помогает (сразу не дают отключить тк им нужна положительная платежная история без chargebackов)

Для нормальной работы:
Регистрируете LLC в США
открываете счет в США на компанию
подключаете stripe и paypal для приема платежей
для выплат - просите чтобы исполнители зарегались в payoneer и дали вам их реквизиты виртуальных счетов в США. и выплачиваете им деньги через интернет-банк, а когда обороты подрастут сделаете договор с payonеer - они вам дадут api для выплат, будете слать через банк один платеж им и выплачивать исполнителям на их аккаунты payoneer

Не туда Вы смотрели
вот по BTC https://bitcoin-rpc.github.io/en/doc/0.17.99/rpc/w...

здесь можете почитать как ProvidePlugin использовать. Ну и как бы использовать jq во vue это кусок г...на

как писать поддерживаемый код?

Если уж очень коротко, то соблюдать SOLID/GRASP. Мне понравился твит одного из авторов React Router:
https://twitter.com/mjackson/status/1171524189850701825

Most common mistake software developers make: putting stuff in the wrong place. Coupling responsibilities and concepts that should be kept separate.
For me, this is 95% of software development. Just figuring out *where* things belong.

Что гуглить, что учить?

Фундаментальные знания, вроде вышеупомянутых SOLID/GRASP, паттерны (не только классические паттерны, но и вообще, общеизвестные решения определённых задач), базовые структуры данных. Фреймворки/библиотеки всегда будут приходить/уходить, что-то будет забываться. А фундаментальные знания всегда актуальны.

Может литературу какую почитать посоветуете?

Скажу за себя. Ни одной из этих известных книжек за свою жизнь не прочитал. Писал много говнокода дома, очень много. Удалял, переписывал. Смотрел код других людей, анализировал, пытался перенять то, что считал правильным.

Можно ли себя называть миддлом, если твой код говно?

Не пытайтесь себя оценить. В каждой компании свои понятия миддла. А если кто-то 35 лет на лиспе кодил, а потом прыгнет на Angular - кто он, джун или сеньор?
И, да, все мы в какой-то степени пишем говнокод. Если кто-то Вам доказывает, что он пишет супер чистый код - не слушайте.

И ответ на главный вопрос.

Как перестать говнокодить и принимать неверные архитектурные решения?

Это невозможно. Все проекты, которые чуток сложнее CRUD-ов, рано или поздно обрастают говнокодом. Никто не пишет идеальный код. Код должен работать и решать проблемы бизнеса.

заказчик думает, что превью на протопае - уже рабочая страница и я пытаюсь развести его на деньги.
ВЕДЬ ТАМ ВСЁ КЛИКАЕТСЯ

Если он считает, что это рабочая страница, так скажите ему - ну забирайте эту рабочую страницу себе!!!
И вот тут уже встанут другие вопросы - а как забрать эту страницу.
Вот и пришло время для вашего обаяния.

Еще вариант:

Шаблоны не предназначены для логики, делайте фильтрацию в представлениях.

Ввиду малочисленности покупателей, редкости покупок, и небольших сумм - просто принимайте платежи на личный счет. Например на банковскую карту, или яндекс.
Налоги - стандартный НДФЛ.
Это полностью законно - любой гражданин может продать какую-то вещь или услугу. Это его законное право.

Если начнутся активные продажи - зарегистрируете ИП, подключите яндекс кассу. ну или там самозанятым станете если такое есть в вашем регионе.

SSR — это такой костыль для SEO. Да, быстрая первая загрузка, бла-бла-бла, но это ничтожное ускорение. Единственная причина — SEO.

SSR не нужен всем, потому что SEO не нужен всем. SSR также неплохо грузит сервер. Зачем это делать? Вместо этого лучше равномерно нагрузить тысячи браузеров клиентов, чем купить себе ещё серверов.