German Jet

откуда брать логин и пароль от этой базы?

# IPv4 local connections:
host    all     all     127.0.0.1/32      trust
# IPv6 local connections:
host    all     all     ::1/128           trust

прописав sudo -i -u postgres

CREATE USER "$NEWOWNER" PASSWORD '$NEWPASS';
CREATE DATABASE ${NEWDB} OWNER "$NEWOWNER";
REVOKE ALL ON DATABASE $NEWDB FROM public;

CREATE USER "$NEWOWNER" PASSWORD '$NEWPASS';
CREATE DATABASE ${NEWDB} OWNER "$NEWOWNER";
CREATE ROLE ${NEWDB}_role;
CREATE ROLE ${NEWDB}_ro;
CREATE ROLE ${NEWDB}_rw;
GRANT ${NEWDB}_role TO ${NEWDB}_ro, ${NEWDB}_rw;
REVOKE ALL ON DATABASE $NEWDB FROM public;
GRANT CONNECT ON DATABASE $NEWDB TO ${NEWDB}_role;
GRANT ${NEWDB}_rw TO "$NEWOWNER";
\c $NEWDB
ALTER SCHEMA public OWNER TO "$NEWOWNER";
REVOKE ALL ON SCHEMA public FROM public;
GRANT USAGE ON SCHEMA public TO ${NEWDB}_ro, ${NEWDB}_rw;
ALTER DEFAULT PRIVILEGES FOR ROLE postgres GRANT SELECT ON SEQUENCES TO ${NEWDB}_ro;
ALTER DEFAULT PRIVILEGES FOR ROLE postgres GRANT SELECT,USAGE ON SEQUENCES TO ${NEWDB}_rw;
ALTER DEFAULT PRIVILEGES FOR ROLE postgres GRANT SELECT ON TABLES TO ${NEWDB}_ro;
ALTER DEFAULT PRIVILEGES FOR ROLE postgres GRANT SELECT,INSERT,DELETE,UPDATE ON TABLES TO ${NEWDB}_rw;
ALTER DEFAULT PRIVILEGES FOR ROLE "$NEWOWNER" GRANT SELECT ON SEQUENCES TO ${NEWDB}_ro;
ALTER DEFAULT PRIVILEGES FOR ROLE "$NEWOWNER" GRANT SELECT,USAGE ON SEQUENCES TO ${NEWDB}_rw;
ALTER DEFAULT PRIVILEGES FOR ROLE "$NEWOWNER" GRANT SELECT ON TABLES TO ${NEWDB}_ro;
ALTER DEFAULT PRIVILEGES FOR ROLE "$NEWOWNER" GRANT SELECT,INSERT,DELETE,UPDATE ON TABLES TO ${NEWDB}_rw;

1. БД обновляется через миграции. То есть, вы пишете SQL-скрипты, которые нужно выполнить в БД (создание новых таблиц, новых колонок, добавление записей в справочные таблицы, удаление ненужных более колонок и т.д.), а система миграции (вот не в курсе есть ли такая у WP, но совершенно точно есть у более продвинутых Laravel/Doctrine) контролирует что скрипты миграций были выполнены (и выполнены в правильном порядке). Можно скрипты прокатывать и руками, но в таком случае всегда есть вероятность ошибки.
   
2. Разделение исходного кода и собранного кода. У вас есть исходный код и работает разработчик с исходным кодом проекта. Тут путаница возникает в том числе потому, что у PHP исходный код и исполняемый код - суть одно и тоже. Но концептуально разделять это стоит. После того как исходный код написан, выполняется сборка (в частности на этом этапе отрабатывают SCSS/gulp/webpack и т.п. инструменты) и получается код для загрузки на сервер. Поэтому задача "поменять цвет кнопки" решается изменением одной строчки в исходном коде, затем пересборкой и перезаливкой собранного кода на сервер
   
3. Пересборку и перезаливку можно делать вручную. Но лучше если этим будет заниматься CI-сервер. Бесплатно CI предоставляет, например, гитлаб. Насчет гитхаба/битбакета не в курсе, не интересовался. Суть в том, что при изменении исходного кода в репозитории, автоматически (или вручную) запускается некоторый процесс (pipeline), выполняющий сборку-тестирование-деплой новой версии. Разумеется, чтобы это все работало сначала придется потрудиться, разобраться, написать нужные скрипты и конфиги. Но для большого проекта это незаменимый инструмент.
   

interface NumberInput {
  int read();
}
interface NumberProcessor {
  int process(int a);
}
interface NumberOutput {
  void write(int a);
}
class Processor {
  private final NumberInput input;  
  private final NumberProcessor processor;
  private final NumberOutput output;

  public Processor(NumberInput input, NumberProcessor processor, NumberOutput output) {
    this.input = input;
    this.processor = processor;
    this.output = output;
  }

  void process() {
    output.write(processor.process(input.read()));
  }
}

1. Хаб. Самое древнее и сейчас уже обычно неактуальное. В него включаются несколько сетевых проводов и все что он делает - пересылает все пакеты из каждого порта всем остальным. А дальше сетевые карты уже сами разбираются - надо им этот пакет или нет. Работает только в пределах локальной сети.
   
2. Свитч. Тот же хаб, но поумнее. Умеет понимать аппаратные адреса (MAC-адреса) и посылать пакеты конкретному адресату. Опять же работает только в пределах локальной сети.
   
3. Роутер. Соединяет 2 (или более) локальных сети, работает уже не на уровне MAC-адресов, а на уровне сетевых (IP) адресов. Определяет в какую локальную сеть отправить пакет в соответствии с таблицей маршрутизации. Обычно также может выполнять функции свитча, то есть поддерживать локальную сеть. И большинство роутеров "для дома" именно так и используются - локальная сеть на LAN-портах и маршрутизация пакетов в интернет через WAN-порт. Также роутеры часто содержат уйму дополнительных возможностей - DHCP, VPN-подключения, файрволл, NAT, проброс портов и т.д. Но концептуально это отдельный функционал. Маршрутизатор занимается только передачей пакетов из одной локальной сети в другую.
   
4. Точка доступа. Чисто технически это "беспроводной свитч". То есть весь функционал точки доступа - это принимать пакеты по проводу и транслировать их по радиоканалу для беспроводных устройств и наоборот - принимать пакеты по радиоканалу и транслировать их по проводу. Это точка доступа в узком смысле. Но домашние роутеры часто объединяют с точкой доступа, что и вызывает путаницу - я выхожу в интернет с телефона через точку доступа. Да, разумеется, потому что там 2-в-1 устройстве: точка доступа обеспечивает радиоканал, а маршрутизатор обеспечивает передачу данных в глобальную сеть.
   

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

Из стоящих работ к сожалению могу предоставить код своей незавершённой социальной сети.

Наверное тоже будет полезной информацией, что проект писался при помощи ОС linux ubuntu (на данный момент из-за проблем с подключением удалил его как вторую ОС при необходимости я оперативно верну linux назад)