dinegnet

Типовой интернет магазин по продаже услуг + нетиповая часть это клиент для смартфонов для этого магазина

Интернет магазин обойдется 20 000 - 2 000 000 рублей, в зависимости от деталей проекта.
А скорее ближе 100 000 - 500 000 рублей

Клиент (которых нужно 2 разных - для iOS и для Android как минимум) - раза в 2 дороже каждый из двух

Важный нюанс:

Это все разные специализации программистов и не стоит верить отдельному человеку, который утверждает что он все это в одного сделает.

напрямую синхронизацию с БД DJango не делают.
делают через API сайта.

Любая, что лучше знаешь.

Развитая CMS на Java - это фантастика.
Java исторически применяется на других задачах.
Тут нет такого выбора развитых CMS как в случае PHP.

У вас вроде новостной сайт или внутрикорпоративный информационный портал?
Я бы выбрал не CMS, а CMF
Например, DJango.
Но тут зависит от наличия разработчиков.
Java Какие существуют CMF на Java?

Дык это смотря что ты уже знаешь.

Если ваш бюджет меньше 500 000 рублей на полную укомплектацию СХД- то не смотрите на СХД.
См. на классические серверные решения.
Если ваш бюджет больше - то системный интегратор с удовольствием ответит на все эти вопросы.

P.S.:
Недавно как раз определялись что нужно взять.
Так что в курсе меньше какой стоимости это просто игрушки.
поллимона для СХД - это почти игрушки, но хоть что-то....

Можно посмотреть процент потери пакетов между вами и роутером.
Косвенно это показывает вину вашей локальной сети а не провайдера.

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

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

Во вторых, ему, поди, срочно нужны деньги перед отпуском: купить билеты и т.п. Так что его нервозность понятна.
Так что 10% или 20% дать премии - это зависит целиком от стоимости билетов
;)
Насчет суммы "премии за задержку" согласуйте, чтобы как раз хватило на билеты
;)

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

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

В пятых

Я готов на полный разрыв, но жалко свое время и нервы! Да и сайт готов на 90%. Осталось доделок на пару дней.

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

https://ping-admin.ru/free_test/
Я тут проверял.
Оказалась странная попа с пропаданием сайта в нескольких городах.
Перевел на другой хостинг, в другом городе - появился в городах из предыдущего абзаца, но пропал в других городах.

В итоге сделал так:

основной сервер в Москве
второй сервер в Питере. Это простой nginx reverse proxy на московский сервер.

в DNS две записи типа A:
с питерским
и с московским IP-адресом.

после повторной проверки оказалось что все зашибись из всех городов кроме экзотических заграничных городов, которые мне не нужны (ибо веб-сайт ориентирован на РФ).

Гугль Search Console чего говорит?
Обычно там много подсказок.

Простой вопрос до боли, но внятного объяснения в интернете нет. Знаю только, что nat отличается от прокси тем, что работает на более низком уровне и не поддерживает кэширование, а proxy от vpn? только шифрованием канала? по сути то они одно и тоже делают, гонят трафик через себя?

Отличается???
Между ними общего нет.

NAT - преобразование адресов, переадресация пакетов.
Proxy - передача данных, с промежуточным кэшированием как правило.
VPN - альтернативная сеть, шифрованный канал внутри открытого канала.

Гы.
Так это зависит что у вас на той стороне стоит, то есть что именно на сервере.

Если скажем у вас там на сервер стоит специализированное ПО Flynn.io (рекомендую, он все за вас сделает), то все делается элементарно через git, да.

Если же у вас там на сервере вообще ничего не настроено, то толку от того, что вы любым способом скопируйте свой код - автоматически он работать не будет.

У вас как бы почти gitflow.
Мелкий, но gitflow.

Работать с ветками.

Различать коммиты с мелкими исправлениями в ветку dev, например.
А уже ветка production/master - пусть улетает в Хероку.

Если 2-3 человека договорятся, скинутся по 150 руб., оплатят безлимит и будут пользоваться аккаунтом вместе - это убыток для сервиса, как вы понимаете. В случае моего сервиса, эти люди могут объединяться по 10-20 человек, что приносит уже ощутимые убытки.

Это не убытки, а недополученная прибыль как бы.
Что вовсе не одно и то же.

А недополученная прибыль вовсе не означает, что если ты их всех разделишь, то они станут вообще пользоться твоим сервисом.

Может, для них дорого в одного?

Я бы вот не стал бы заморачиваться с совместным аккаунтом для таких вещей на такие суммы, при условии, что оплатить легко и удобно можно. А тут если люди согласны терпеть такой геморрой, то значит им или очень дорого или нетрививальная регистрация или нетривиальная оплата (один осилил, а другие нет).

Всякие методы типа по IP банить или по кукам из браузера - не эффективны.
Так как в наше время люди могут и из дому и с телефона....
Ну а IP постоянно меняется или вообще серый через NAT (то есть белый IP общий для большого количества людей)....

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

Ну например, розыгрыш призов.
Если какой нибудь приличный приз (физический объект, чтобы его невозможно было разделить) идет на аккаунт - то они там просто передеруться. Из-за айФона, к примеру.

=============================================================

Вы упомянули что это по 20-30 человек на аккаунте.
Таких как раз легко вычислять. Использовать куки. Не IP!!!!!!!

Если 1-2-3 браузера вполне могут принадлежать одному человеку (на разных устройствах) и быть залогинеными постоянно, то 20-30 - это явно не один человек.

И можно в таких случаях требовать повторной авторизации с обязательным подтверждением SMS, к примеру.
Для всех давно использовавшихся браузеров (кроме трех последних) .
Еще и сопроводить надписью "Заботясь о защите вашего аккаунта от взлома, мы просим вас подтвердить доступ ......."
Уверяю вас, после 5 СМС в день тот, на кого изначально зарегистрирован аккаунт попросит друганов создать свои собственные.

Но для 3-х браузеров так делать нельзя. Это может быть один и тот же человек.

Включить глубокое логирование (verbose, debug).
Посмотреть.

И да, кто сказал, что ты смотришь логи в том каталоге?

1. Проверить под другой операционной системой. Вполне достаточно LiveCD, не обязательно ее устанавливать.
2. Не совместимая память

Легко.
Поскольку методов 1 млн. и еще 1001 тысяч, то смысла их всех рассказывать нет.

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

1. Напиши в тех. поддержку, скажи, что это нормально, пусть подкрутят в своем АнтиДДоС. Или вообще напиши им - откажись от их АнтиДДоС
2. Странные вообще ребята паникеры. У меня десяток реверс-прокси с таким же нетиповым по сравнению с классическим веб-сервером трафиком - и полет нормальный.

vscale.io, ruweb.net, adman.com, OVH

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

Хотя, полагаю на заказах "за еду" такое сплошь и рядом должно быть.