hoarywolf

1. Не совсем корректная постановка вопроса, вы собираетесь передавать изображение в запросе? или как?.
Обычно делается так, если вы храните данные в б.д то вы сначала запрашиваете данные из бд, затем проверяете изображение по адресу и отправляете статус о нем на клиент, если все ок, а если возникла ошибка то результат ее обработки.

2. Что вы имеете в виде под словом "ресурс" ?

3. Да, т.к может возникнуть ситуация когда место на винте закончится а записи будут сохранятся в б.д.

А вот способа получить перечень доступных сетей Wi-Fi и сотовых вышек в браузере я не нашел. Существуют ли они?

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

Вам же нужно всего лишь город найти, зачем Вам точность то?

Я делаю через Jenkins. Создаете новый item, в нем настраиваете Source Code Management (должен быть установлен git plugin), Build, и т. д.

Проверить нагрузку docker stats.
Если запустите софт вне докера, то разницы никакой не увидите.

графы

Возьмите любой современный фреймворк типа Yii2 или Laravel и напишите на нем какой-нибудь простой сайт, типа новостного блога.

PS Imho уходить с Java в PHP несколько странно. Лучше уж город сменить.

Здесь уже сказали правильный ответ:
- в UNIX/Linux любая гадость для любой своей несанкционированной деятельности должна получить права root
- а оно даже вскрыть пароль root не может, потому что он ни в каком виде (любым образом зашифрованный) просто не хранится в системе
- а в современном Linux существуют ещё более (чем root) тонкие системы разграничения полномочий, например selinux.

Итогом чего (а не каких-то других сказок) известное число всякой дряни в Linux на 4 порядка меньше, чем в Windows.

P.S. А то вам тут понарассказывают всяких глупостей, типа:

А вот в *nix в древности часто работали с рутовыми правами,

VK работает чуть более чем полностью через VK API...
И лимитов в веб-версии ровно столько же сколько в API, а скорее даже больше.

Каптча вылезает по поводу и без.

В АПИ кстати тоже каптча "вылезает", и её нужно "решать".

Так что кроме гемора вы ничего не добьетесь игнорируя API.

upd
Напомнили про мою поделку.
Сделал форк популярного класса: https://github.com/S-anasol/VK
Оформил немного сейчас и опубликовал.
Добавлена работа через прокси, таймауты, распознавание каптчи через антигейт.
Сам пользуюсь уже больше года в продакшне этой модифицированной версией.

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

Никак.

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

Обычно не привязывают сессию к IP-шнику, но если необходима повышенная безопасность - можно привязать IP адрес к сессии и разлогинить пользователя, если у текущей сессии вдруг сменился IP.
Но если так делают, то обычно перелогинивают в прозрачном режиме незаметно для пользователя: создаётся новая сессия на основе старого токена и генерируется (выписывается) новый для новой сессии (и привязывается к ней), иначе - пользователю необходимо пройти авторизацию заново в ручном режиме.
Это может быть применимо для того, чтобы не могли воспользоваться перехваченными данными сессии (например, вход с тем же токеном) с другого IP-адреса.

fotorama.io

если без плагинов:

создаёшь 1 большой блок где будет большая картинка с классом 'big-img'
снизу 5 ссылок - в ссылках с классом 'btn' пишешь аттрибут data-img="путь/*.jpg"

jquery:

$('.btn').click(function(){
		$('.btn').removeClass('active');
		$(this).addClass('active');
		$('.big-img').attr('src', $(this).data('img'));
	});

нет