iliyaisd

В первую очередь нужно поговорить с заказчиком. Может он поймет и осознает что то что вы сделали это оптимальный приемлемый вариант и примет его как выполненный проект. Гарантия того что на вас никто не пожалуется и не оставит плохой отзыв - только одна - полный возврат денег.

1. 
   https://www.upwork.com/legal/contractor-policies/
   
   8. AGENCY POLICIES
   Every person working on behalf of an agency must have their own account and profile. These profiles must be associated with their agency on Upwork. Sharing accounts is not permitted.
   
   
2. 
   https://support.upwork.com/hc/en-us/articles/21106...
   How do I apply on behalf of the agency as a whole?
   
   Although the Connects balance is shared by the whole agency, proposals are submitted on behalf of particular workers. You cannot “apply as an agency” without assigning the proposals to a person.
   
   

нельзя

Все варианты выше: не дают приемлемой защиты от кражи данных. Получив доступ к серверу, я смогу без проблем получить доступ ко всем паролям которые хранятся в "открытом" виде.

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

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

Заказчик же написал:

This looks great now. Please send the code files. I will release the payment soon after receiving the code files.

Т.е проект funded, и стало быть деньги уже внесены. Значит ничего боятся не надо.
Я как делаю:
- Показываю работу у себя на сервере или на сервере у заказчика
- Заказчик одобряет
- Я высылаю ему файлы по email/skype или через сообщения на upwork.
- Сразу же жму закончить проект, и туда же прикрепляю те же самые файлы. (там специальное поле для файлов есть, когда жмешь завершить проект)
- ???
- Profit

Зачем отсылать файлы 2 раза?
1) Заказчику удобнее получить файлы сразу на почту\skype, он не хочет заморачиваться и искать их где-то. Поэтому отсылаем ему напрямую.
2) Во время завершения заказа нужно прикрепить файлы, чтобы в случае чего, саппорт видел что я сделал, и почему я должен получить за это оплату.

у него счет верифицирован? деньги за проект funded? Если да, то завершайте работу (submit the job или как там кнопка называется) и прикладывайте файл. Если что не так будет - то деньги защищены же.

Я не заморачивался этим. Показывал заказчику страницу на хосте и отсылал архив.

Если чел не адекватный, то вы в любом случае не получите отзыв от него :)

UPD по апдейту вопроса. В профиле же все видно. Вверху справа звезды. Внизу отзывы за проекты (кликните и будет виден рейтинг за каждую категорию - сроки, доступность и т.д.). Может не сразу отображаться. Просто имейтетерпение

некомфортно некоторым клиентам. в остальном пофигу

Это называется переменная с переменным именем (variable variable).

class Foo {
  public $deepest = 'Limbo';
  
  public function __toString()
  {
    return 'deep';
  }
}

$deeper = 'deepest';
$deep = 'deeper';
$b = new Foo();

echo $b->$$$b;

Выражение выполняется справа налево:
1. $b->$$($b) превращается в $b->$$($b->__toString()), поскольку именно так ведут себя объекты, когда на них пытаются натравить echo;
2. $b->$$($b->__toString()) превращается в $b->$(${'deep'}), именно это значение возвращает метод __toString класса Foo, инстансом которого является $b;
3. $b->$(${'deep'}) превращается в $b->$($deep), это как раз вызов переменной при помощи значения из другой переменной;
4. $b->$($deep) превращается в $b->${'deeper'}, поскольку именно такое значение находится в переменной $deep;
5. $b->${'deeper'} превращается в $b->($deeper);
6. $b->($deeper) превращается в $b->deepest;
7. наконец, получается значение свойства 'deepest' из $b, а там как раз хранится 'Limbo', оно и выводится в echo.

Начну с конца.
И так, как проверить. Года 1,5 назад активно занимался продажей всяких очень нужных вещей из поднебесной и была у меня следующая методика проверки товара:
1.Делаю ландинг(см. bm360.ru, 1 сайт на 3 месяца = 900 рублей или 3 сайта на 1 месяц = 600 рублей)
2.Настраиваю рекламную компанию(1к рублей знакомому, либо Aori или что-то на них похожее)
3.Пополняю баланс Я.Директа на 3к рублей. Включаю рекламную компанию.

Ландинг по сути стандартный, описание товара, поле для номера телефона/емайла и кнопка "Отправить". Так вот, я собираю заявки людей на этот товар в рамках бюджета в 3к рублей и затем смотрю сколько их вообще.
К примеру потратив рекламный бюджет я привлек 30 клиентов, которые предварительно согласились у меня купить товара на 70 т.р. Учтем отказы на уровне в 30%, накинем сюда доставку, упаковку, услуги кол-центра... Вообщем посчитав все косвенные показатели я принимал решение стоит ли вкладываться в конкретный товар.

Плюс этого метода - я сейчас вложил 5 т.р. в исследования, товар пока не купил. Если исследования провалились, у меня нет на складе неликвидного товара, у меня не заморожено в нем 90-120 тыс.рублей, которые мне непонятно как сконвертировать обратно в деньги.

Иногда я слышал вопрос "А как же заказы на этапе теста". Я просто отправлял смс/емайл что мол извините, именно вот сейчас у меня товара нет, но будет в ближайшем будущем. Хотите чтобы я Вас уведомил? Из опыта - 80% заказов из теста теряются, 20% реально потом через месяц-три, когда у тебя товар на руках уже есть, подтверждают повторную отправку и выкупают заказы.

Для приложений или веб-сервисов ровно такое же реализуется без проблем. Схему я описал выше. Напиши у себя на лендинге мол "Веду разработку этого вот такого, если Вы мне оставите свой емайл, дам Вам 1 месяц бесплатного доступа". Вариации на тему возможны любые, там сам смотри.

Далее технологический вопрос.
А какой у тебя вообще уровень? С тебя кто-то спрашивает какие-то жесткие сроки? У тебя есть дедлайн?

Возьми за базу хотя бы тот же Rails, реализуй первую страницу, форму регистрации, личный кабинет... Начни с малого. Примерно прикинь какие будут у твоего приложения части. Из практики могу тебе точно сказать что будет модуль "Пользователи"(регистрация, восстановления пароля, профиль), модуль "Оплата"(как подписку покупать будут) и т.д.

Сейчас Вам кажется эта задача каким-то огромным монстром, однако если ее разобрать на 100 маленьких кусочков и каждый вечер решать 1 кусочек, то через квартал-полгода ты получишь более менее рабочее решение, еще ее называют MVP.
Тут могу рекомендовать почитать Getting Real от 37signals и ознакомься с методологией SCRUM, если не слышал о ней.

Насчет нагуглил или нет...
Мне лично за Вас гуглить вообще не хочется, да и откровенно говоря лень )))
Из советов - поищи одновременно в Гугл/Яндекс. Иногда там результаты расходятся. В Гугле поищи также на английском, иногда по одной и той же теме английская выдача намного более информативнее русской.

Описываю по себе:
1) Возможность создать свой собственный режим сна. Для меня вставать в 8-9 утра это настоящая боль. Уже год+ засыпаю между 3-4 часами ночи и просыпаюсь между 11-12. То есть абсолютно всегда сплю свою норму в 8 часов, для того чтобы чувствовать себя нормально и не пить никаких кофе.
2) Отсутствие временных/моральных/физических затрат на дорогу до работы. Конкретно мне жаловаться не приходилось, ибо первое место работы было в 10 минутах ходьбы от дома, но вот люди в больших городах от этого явно страдают.
3) Возможность жить и работать так, как это удобно ТЕБЕ. Вот сижу я днем, дописал только-что какой-то кусок проекта и смотрю в окно, а там солнышко светит и птички поют. Ну я беру и иду бегать на стадионе. И это все происходит в 2 часа дня. А что в офисе? Ходить проветривать мозги на улицу на официальных перерывах? А если заработался и пропустил перерыв, то что? Во многих компаниях придется сидеть дальше тупить.
4) Возможность работать тогда, когда это наиболее удобно и эффективно для тебя. Один из самых важных пунктов. В офисе пришел и сидишь 8-часовой рабочий день. И ты же не можешь подойти к начальнику и сказать, что у тебя сейчас мозги не работают, и тебе бы хотелось свалить домой вообще. Ну может 1-2 раза отпустят, а что делать если тебя в каждый второй день после обеда парализует на пару часов? Будешь в итоге сидеть и накручивать спагетти-код на вилку. А потом его рефакторить, матерясь. Мне вот например ночью нравится работать, но где вы видели офисы, в которых вам позволят одну половину дня работать там, а другую ночью дома?
5) Отсутствие привязанности к каким-то предпочтениям фирмы. Вот попали вы в веб-студию, делающую сайты на битриксе. И представим чисто теоретически что вам там платят нормальные деньги. А дальше что? Ну полгода вы попилите магазинчики. А потом еще полгода. И еще. Ну конечно не везде так уныло, но своих "особенностей" хватает во всех компаниях.
6) Отсутствие видимого потолка по заработку. В стандартной компании вас посадят на оклад, +небольшие премиальные если вся команда в сроки будет сдавать проект например и нарисуют вам роадмап, по которому вы будете строить планы на жизнь. Аля "через полгода сдам 7 проектов и меня повысят, увеличив зп на 15%". А потом в один прекрасный вечер после работы вы сядите изучать что-то интересное дома. И будете изучать недели-месяцы. И вот приходите вы однажды на работу, с кучей новых знаний, а у вас в голове стойкое ощущение того, что сейчас вы достойны не то что этой прибавки в +15%, а вы на все 30% тяните. Но вам никто этого не даст. Просто потому-что обычные офисы живут по другим правилам.