Alex

Можно в БД, не обязательно реляционной. Тот же redis подойдет.

Напрашивается вариант, что да, ваш паспорт нигде до этого не засветился, но теперь он есть в нашей базе. Я бы не стал вводить свой паспорт на левом сайте.

Может взять CMS? Они заточены под это и довольно расширяемы.

В схеме, когда деньги пропускаете через себя, главное не облажаться с налогами. Как минимум, нужен агентский договор со всеми конечными бенефициарами. Иначе получится что у вас прибыль ого-го и с нее надо налог платить...

Внешние ключи, транзакции. Если это не нужно, то можно и без InnoDB обходиться.
А так все зависит от нагрузки и т.п.

Сайт https://www.mail-tester.com/ доходчиво расскажет что с вашим письмом не так. Отсылаете на указанный адрес письмо и смотрите что с ним не так.

Убираем вывод тегов select. Вывод тегов option меняем на вывод тегов input тут же в цикле. Только у вас тут будет проблема с именами тэгов. Придется делать либо hidden radio + input либо переписывать принимающую форму часть на сервере.

Нужно включить вывод ошибок.

error_reporting(E_ALL) ;
ini_set('display_errors', 'On');

У некоторых хостеров это в панели управления включается.

Если это закамуфлированный вопрос а не пора ли уже на работу выходить или продолжать за мамкин счет жить, то ответ простой - пора. Даже без половины этих знаний пора. Просто потому что самостоятельно и по книжкам опыта в живых проектах не получить. А работать надо, это дело хорошее. За это деньги платят.

Нужно выбирать платежную систему, которая поддерживает массовые выплаты. Например, Payeer. А дальше все за вас сделает программа, которая работает с API этой платежной системы. Т.е. выставление счета и вот это вот все должен делать ваш сайт/программа. А платежная система только для проведения платежей. Сомневаюсь, что уже где-то есть такой готовый функционал именно в рамках платежной системы.

Счет это вообще бумажка, которая Вас как ИП мало к чему обязывает. Только к тому, чтобы выполнить свою часть работ/продать товар, если он будет оплачен (а в примечании можно указать сколь долгий срок это предложение действует). Поэтому вы можете его хоть устно по телефону продиктовать, хоть на email послать, хоть бумажной почтой. Цифровая подпись тут не нужна.
Можно и без договора выставить счет. Тут все зависит от того, как вы договоритесь с плательщиком. Если это продажа, то договор и не нужен. Если услуги, то будьте готовы доказать в суде, что вы их выполнили вот в таком объеме и так и договаривались изначально. В этом случае удобнее иметь договор.
А для налоговой подойдет сам счет в вашей системе учета документов, заверенный вашей подписью и печатью. Ну и все зависит от ситуации. Есть услуги для которых проще сделать договор и акт. Есть "очевидные" товары/услуги для которых договор не нужен.

Я так думаю, что тут хватит ifarme

Я не со стороны кодинга зайду, а с другой. Вы же наверно хотите процент с продаж получать, да? А значит все платежи будете через себя пропускать? А значит вам за них начислят налог. А то и штраф, если заранее не подумали про налог.
А если делать иначе, то нужно с каждым поставщиком заключать, как минимум, агентский договор. И не факт что это прокатит для налоговой. Значит нужно иначе как-то придумывать. И заставить это продавцов подписать с вами. А это уже сложнее, вы же не Беру и не Озон. Почему к вам на вашу площадку продавцы должны попереть?

И с возвратами через интернет-магазин вам же тоже не хочется возиться, наверно? Из интернет-магазина же можно просто так товар вернуть, потому что не понравился. И это тоже все в договоре с продавцом должно быть.

Ну а если ответы на все вопросы есть, то накодить не так уж и сложно. Я лично могу помочь )

Да нормально все с рынком. Все кто верил в магию блокчейна и мобильных приложений, поняли, что это плохо монетизируется, а лучше веба пока мало что придумали. Сейчас еще от ботов поостынут немного. Предприятия у которых были сайты-визитки, понимают, что с заказами хорошо бы работать в CRM, а процессы в компании интегрировать. Смежных с IT областей становится все больше. В России очень многие сейчас понимают, что нужно расти в сторону веб, там еще не все куски пирога поделили.
Просто спрос с сайтов визиток уходит на новые формы. И это как минимум, интернет магазины и решения по автоматизации услуг. А тут компетенции уже чуть другие нужны.

Я бы предложил сделать еще одну табличку с историей изменений счетов пользователей. Кому сколько пришло, сколько ушло. По ней же суммированием можно вычислить баланс. Удобнее в итоге будет. А то с поддержкой замумукаетесь, так как не будете помнить кому когда и чего начислено.
Ну и вообще про SQL почитать.

Как вариант, хранить пароль в куке у пользователя. Время жизни ей поставить 10 минут. Если кука есть - читать пароль из нее и авторизовать пользователя с ней.