s0rr0w

В POST разрешено передавать «безымянные» данные. Файлы то как-то передаются :)

stackoverflow.com/questions/871431/raw-post-using-curl-in-php

$ch = curl_init();

curl_setopt($ch, CURLOPT_URL,            "http://url/url/url" );
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1 );
curl_setopt($ch, CURLOPT_POST,           1 );
curl_setopt($ch, CURLOPT_POSTFIELDS,     "body goes here" ); 
curl_setopt($ch, CURLOPT_HTTPHEADER,     array('Content-Type: text/plain')); 

$result=curl_exec ($ch);

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

Лично я бы выделил два основные правила во всем этом:
1. Не принимайте ничто в своих моделях за аксиому. Это значит, что если что-то эффективно работает сегодня, то не значит, что через год это будет работать столь же эффективно. Постоянно улучшайте позитивные решения и избегайте негативных. Например, если сейчас вы коммитите со скоростью пять раз в день, то это не значит, что через год такой темп будет востребован.
2. Экономическая эффективность разработки — вот о чем стоит думать каждый день. Все принятые решения должны быть именно экономически эффективными. Например, вы можете отказаться от отной технологии или программы в пользу другой, только бы росла скорость разработки, падало количество ошибок в коде, качество кода росло, количество времени на исправление ошибок было минимальным, и так далее. Фактически, нет разницы, в какой именно программе вы работаете, особо не важно, на каком языке, как часто вы делаете коммиты и что пишете в комментарии, важно, чтобы вы не загрузли со всем этим, отвлекаясь на красивые пассажи и реверансы, хотя нужно просто написать код. Решать проблемы нужно по мере их возникновения. Например, мы провели множество смен ПО багтрекинга и постановки задач, сейчас ими пользуемся настолько редко, что можно сказать, что оно вообще у нас отмерло. И это не мешает нам контроллировать процесс и вести успешную разработку. Инструменты должны быть эффективными, а это возникает только тогда, когда есть опыт их использования. Инструмент сам по себе не поможет, иногда даже навредит.

Нереально без создания единого государства на планете. А это тоже не особо реально.
Иначе проект будет нарываться на проблемы с локальными законами и особенностями взаимоотношений между спецслужбами.

1. Забудьте про инструменты. Вам насоветую всякого, вы пойдете применять, но будете как мартышка и очки, не знать куда их еще прицепить, чтобы заработать денег. Инструмент эффективен только тогда, когда держущая его рука знает, как его применить наилучшим способом. Пока не наберетесь опыта, экспериментировать с инструментами я бы не советовал, только зря потратите время. Лучше сфокусируйтесь на других вещах.
2. Ничто не мотивирует работника лучше, чем бесконечные деньги и бесконечные знания. Рано об этом думать начали.
3. Серьезные заказчики очень сильно редко заказывают проекты у начинающих вебстудий. Потому что им нужно решать свои бизнес-задачи, делать это быстро и эффективно. Нужно набраться опыта, наростить жирок в виде портфолио, и тогда вы резко перейдете в лигу повыше.

Что нужно?
1. Составить некое подобие бизнес-плана. Нужно описать всю затратную и прибыльную часть. Любой проект должен приносить вам прибыль, иначе вы попадете в ситуацию, когда для оплаты труда работников вам потребуется потратить деньги будущих проектов. Т.е. вы будете жить в долг. Из этой ситуации очень сложно выпутаться.
2. Никогда не тратьте больше, чем требует бизнес-план. Лучше пусть у вас на счету будут оставаться деньги, они пригодятся стабилизировать неровности поступления средств. Этот период становления на рынке занимает в среднем года за 3. Вы или выживете, или прогорите. Научитесь не опускаться ниже линии убыточности.
3. Никогда не демпингуйте сверх меры.
4. Качество всегда и во всем. Вы должны сделать клиенту качественный продукт. Просто обязаны. Себе, не заказчику.
5. Всегда держите свое слово. С балаболами на рынке никому не интересно работать
6. Цените свой труд. Вы продаете или свои знания или свои руки и мозги. В первом случае заказчик доверяет вам выполнить работу, потому что вы лучше него знаете, что ему нужно. Во втором вам платят за то, что вы молча выполняете прихоти платящих деньги. Первых трудно найти, вторых — пруд пруди. Первые зарабатывают, вторые — выживают.

Удачи вам с бизнесом.

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

Что есть «сложная онлайн-анкета»?
Если предъявляются высокие требования безопасности, то лучше начать с поиска наиболее безопасных в области хранения и передачи данных, а потом уже искать фреймворки под эти решения.

Но, что-то мне подсказывает, быстрее будет создать свой фреймворк или решение.