kompi

Для меня эту проблему разрешил docker.

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

1) Можно использовать возможно IDE, например, Phpstorm имеет делать upload и показывать diff'ы;
2) Можно использовать хуки git, c использование центрального репозитория или как у nazarpc;
3) Можно использовать CI;
1 - удобен только, если команда - это 1 разработчик.
2 - достаточно просто настраивается.
3 - удобен, когда помимо копирования над кодом производятся ещё какие-то манипуляции.
2-й и 3-й варианты - неплохо бы уметь настраивать для общего развития.
PS "Правильно и удобно" - понятия относительные и субъективные.

Это же свойство, оно , если можно так выразиться, - уже реализовано. Т.е. не может быть абстрактным по определению.
PS Это вообще не имеет смысла, так как вся соль в абстракции - описание, без реализации.

Как вариант - явным образом чистить сессии, соответственно, в этот момент и удалять.

Универсальный вариант - xdebug и ставить нужные watcher'ы.

Годных только 2 варианта, которые в жёсткой зависимости от комбинации двух факторов - времени и денег:
1) готовая CMS;
2) мейнстримовый полноценный фреймворк;
Писать всё на чистом php - равноценно велосипедить то, что уже давно сделано и обкатано в тех же фреймворках.
Т.е. это приемлимо только в рамках обучения.

Для этого сущуствует keep-alive механизм. Почти все vpn-сервисы применяют это автоматически.
При таймаутах делается автоматический реконнект в зависимости от настроек.

Сегментировать выборку. И передовать параметр смещения через ajax.
Экспериментальным путём выяснить кофмортный диапазон.
Например, есть 1000 записей, нужно их всех получить, обработать и отдать на клиент.
Клиент запрашивает первые 100 записей, сервер их обрабатывает и возвращает + смещение.
Клиент склеивает результаты и запрашивает следующую пачку со смещением.
Цикл повторяется до тех пор, пока число возвращаемых записей не станет меньше 100 или получит произвольный флаг/параметр на остановку.

Более или менее для себя использую nimbus.everhelper.me.
Для меня большой плюс, что есть nimbus clipper в виде плагина для браузера, с помощью которого можно сохранить кусок со стилями с любой страницы, либо страницу целиком.

У меня работает такая схема:
(1) tincvpn центральная нода на виртуальном сервере (LEMP) с белым ip.
(2) tincvpn обычная нода на рабочей машине (LEMP) во внутренней сети.

В конфиге nginx (1) для поддомена прописан proxy pass на адрес рабочей машины (2) + доступ закрыт через http auth средствами nginx.

Если vpn-соединения между (1) и (2) нет, то nginx отдаёт ошибку, если есть запрашивает авторизацию.

Мне кажется, это один тот же человек, что и битрикс разрабатывал...

Однозначно ООО, особенно зная, какая у нас "не предвзятая" судебная система в случае чего.

Правильно или не правильно - вопрос риторический.
А по сути нужно нормализовать таблицу, что в свою очередь, решит проблему с избыточностью.

mysqldump и rsync

Хук, например, post-receive на центральном репо, а в нём запуск удалённой комманды через ssh.

ИМХО, я не вижу смысла для дома в специализированных устройствах размером и ценой, практически, как у PC (это я про NAS).
У меня организовано так:
1) 1 PC с 4 hotswap 3.5hdd (торрент-демон, nfs-сервер, vpn-клиент) универсальный;
2) 2 PC - маленький mini-pc с пассивным охлаждением (xbmc, nfs-клиент) для контента, подключен к телеку;
3) рабочий ноут (nfs-клиент, vpn-клиент);
4) ноут жены (nfs-клиент, vpn-клиент);
5) vps (nfs-клиент, vpn-сервер, owncloud-сервер на nfs разделе);
6) телефон (owncloud-клиент через стороннее приложение, есть возможность настроить nfs/sftp);
7) на удаленном рабочем PC vpn-клиент;

По поводу прав и кэша.
Запускать php-fpm/nginx под www-data.
И несколько комманд для того, чтобы забыть про геморры с правами для debian-like:
1) форсить группу для /var/www
2) один раз chmod -R g+rw /var/www
3) umask 002 для www-data
4) umask 002 для пользователя
5) добавить пользователя в группу www-data
6) рестарт сервисов и релогин пользователя