rPman

API лучше проектировать и согласовывать до начала разработки.

Есть два варианта:
1. Указать в composer.json "minimum-stability": "dev", чтобы композер грузил "нестабильные" версии. По умолчанию композер работает в stable режиме и загружает только стабильные версии.
2. Пометить тегом коммит (по нотации semver 0.0.1) и запушить его, это и будет первая стабильная версия пакета.

Подробнее можете почитать тут, комментарии тоже: codinghamster.info/php/stability-paketov-v-compose...

Найдите, где datadir базы. Скорей всего /var/lib/postgresql/(версия базы)/main, но могла была быть перемещена, так же может стоять несколько кластеров базы и разные версии базы - в дебианах и убунтах это делается легко.

Далее установить на новой системе postgresql идентичной major версии и не ниже minor версии что была там. Какая была major версия - смотрите файлик PG_VERSION в datadir. minor версию ставьте последнюю актуальную.
Так понимаю, старая система в принципе не работает? Т.е. старая база выключена? Выключите и новую (пока пустую) базу. Проверьте, если не уверены, обе базы должна быть выключена.
Переименовываете datadir на новом сервере (вообще, можно удалить, но можно и ошибиться консолью и дропнуть не то =) )
Копируете каталог базы: rsync -a /olddatadir /newdatadir
Копируете и правите если надо конфиги из /etc/postgresql/версия_базы
Если каталог pg_tblspc/ в datadir не пуст - скопируйте и симлинки из него и все данные по этим симлинкам в аналогичные места на новой машине.
Если pg_xlog/ является симлинком - его необходимо скопировать. Можно оставить симлинком, можно содержимое перекопировать.
Пробуете запустить базу на новом месте. Смотрите в логи. Если на старом месте база не была повреждена (и ничего нужного скопировать не забыли) - то она запустится.

Установить на другой машине и просто залить файлы не вариант?

https://www.cyberciti.biz/faq/find-hard-disk-hardw...

Либо гуглите ssh server windows
Либо установите RMS удаленный доступ, там есть и консоль и передача файлов и запуск приложений от админа. Сам недавно для себя открыл софтину, гораздо лучше teamveiver.

Попробуйте работать с History API. Когда открывается галерея меняйте URL страницы, а когда пользователь "вернется" назад отлавливайте это и закрывайте галерею.

Максимально безопасно - отдать в руки профессионалов. Максимально непредсказуемо - следовать любым советам.

Если совсем просто - "get-simple" . Тут даже база данных не нужна, всё хранится в файлах.
Если посложнее - "octobercms" . Тут куда гибче и функциональнее. Сайт визитку можно сделать с нуля за пару дней, интернет-магазин за 1-2 недели. Всё зависит от сложности и опыта

про способы округления тут

FoxyProxy - жонглер 79 уровня. С ним можно жонглировать не между браузерами, между сайтами.

var keys = ['key1', 'key2', 'key3'];
var values = ['val1', 'val2', 'val3'];

let object = keys.reduce((object, key, index) => Object.assign(object, {[key]: values[index]}), {});

Защита от случайного или умышленного удаления

Делается просто - банальные права.
Права на запись в папку с архивами есть только у пользователя который делает архивацию.
У остальных, включая администратора таких прав нет.
Реализация простая - нужные настройки во вкладке "безопасность"

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

Если именно поменять, то через внешние ключи можно сделать и если innodb используешь.

Вроде сносная статья на эту тему тут

При изменение в одной таблице поменяешь значения в другой. ON UPDATE и CASCADE, то что надо.

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