Viktor Vsk

1. Используйте нормальный input type=file, form multipart=true для загрузки файлов, а не эту магию с джаваскриптом
2. Ставьте брейкпоинт при получении запроса и смотрите, что вам приходит от клиента

Если это типичный небольшой интернет-магазин, то сначала нужно

Надо нарисовать всю структуру сайта на бумажках

Потом, хорошо бы, все-таки продумать ТЗ, так как очень много всего вы 100% не учли, а дизайнер не должен быть гуру екоммерса, что бы на все это указать. Далее, если то, что вы нарисовали на бумажках, до сих пор похоже на какой-то аналог (что, на самом деле врядли, если вы действительно ответственно подошли к рисованию на бумажках), то дальше

Надо просто сказать: я хочу интернет-магазин похожий на...

После чего пообщаться с дизайнером и

он должен сам что-то состряпать

и так в несколько итераций. К сожалению, число итераций - очень индивидуальный вопрос, зависящий от огромного множества факторов. Некоторые говорят, что нужно в любом случае забраковать 1 (2, 3, 4) первых варианта, "что бы дизайнер постарался". В 90% случаев - это чушь.

" Если работа совершенно не нравиться(халтура, совершенно не то что хотел) до каких пор стоит "насиловать ему мозг"?"

Такого быть не должно. Если так случилось, то вся вина на заказчике, т.к. не смог определить то, что ему нужно (скорее всего, в типичных проектах, из-за того, что искал быстрее и дешевле)
Вообще, этот вопрос решается почасовой оплатой - и насилуйте сколько угодно. Заплатить же оговоренную сумму нужно в любом случае. Вы же не говорите таксисту, что он сильно много кочек собрал по пути, поэтому заплатите 50% ?

Быть заказчиком - это тоже ответственная позиция. Заказчик должен хорошо разбираться не только в предметной области (продавать в магазине), но и понимать, что такое дизайн, что возможно, что нет (если заказывает дизайн, конечно же). Вот поэтому часто этап "заказа" и поручают специалистам (менеджерам, аналитикам ...)

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

людей, работающих напрямую на рабочих серверах клиентов с доступами FTP / SFTP / SSH.

Существует ли специализированная SVN

:-!

Я уже давно изучаю данный вопрос

Значит вы давно уже должны были это все найти в поисковике:
Git, SCM, Docker, Миграции, Vagrant, Mina\Capistrano, CI...

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

Вся вместе такая работа сегодня модно именуется движением DevOps

Вопрос вообще абсурдный, таких заказчиков следует избегать в 99,999% случаев. Оставшиеся - это если вам программирование не нравится и в будущем вы хотите психоаналитикой заниматься, монографию написать ...

Если вы не фрилансер, то ответ вообще проще простого в два шага:
1. Эстимейтите возможные варианты
2. Приступаете к работе над тем вариантом, который выберет заказчик

Я бы начал эстимейтить примерно так:
Вариант №1: Брутфорс:
1.1 Брутфорс хостинга: ~10^36 часов
1.2 Брутфорс аккаунта пользователя сайта ~ 10^12 часов
1.3 Социальная инженерия ~ 24 * 30 * 3 часов
Вариант №2 Реверс инжиниринг
2.1. Копирование дизайна N часов
2.2 Копирования явного функционала M часов
2.3 Копирование неявного функционала (N + M) * 3 часов
Вариант №3 "Адекват"
3.1 Помощь в составлении ТЗ X часов (опционально)
3.2 Эстимейт нового ТЗ Y часов
Вариант 4 "Бизнесмен"
4.1 Связаться с владельцем текущего сайта, предложить продажу сайта целеком\исходников\темы\информации о теме\...
4.2 Предложить решение за [Сумма из пункта 4.1] * 2 заказчику

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

Нормального решения здесь нет. Очевидно, что в 90% случаев, заказчик в данном случае не особо компетентен в вопросе. Пути 2:
- Попробовать разъяснить варианты решения: почему это сложно, сколько это может занять времени, нужно оно в таком виде или может следует упростить требования и т.д.
- Попытаться решить все проблемы за него.

В первом варианте рискуешь потерять заказчика, во втором - время, деньги, репутацию.

Задайте сначала себе вопрос, какую информацию вы собираетесь защищать в этом API.
Если это какой-нибудь обычный html-контент, доступный по гет запросам - то просто забыть, его защитить нельзя.
Если у вас "деньги накручивать" можно таким образом, то нужно пересмотреть решение задачи, т.к. такие операции должны выполняться только авторизованным пользователем.