LionG

Мне помогли FLUSH сетки + перезагрузка.

Пока что пришел к выводу что нужно добавить boilerplate как 2й remote и тянуть с него merge.
Первый раз он будет ругаться на рассинхрон истории и нужно будет применить --allow-unrelated-histories. В последующие разы merge проходит в штатном режиме.

UPD: Создаю репозиторий *-boilerplate с главной веткой "boilerplate". Когда нужно создать проект на основе этого шаблона то копирую *-boilerplate и от ветки "boilerplate" создаю новую ветку "master". А для мастера добавляю другой origin куда пушить буду. При необходимости обновления выполняю merge из boilerplate в master.

Есть такое понятие точка входа... к ней подключаются необходимые файлы и получается дерево.
Для админки и приложения нужно разделить точки входа.

Я например так делаю:

//webpack.base.conf.js
export default {
    entry: {
        adminka: `${PATHS.src}/scripts/adminka.js`,
        app: `${PATHS.src}/scripts/app.js`
    },
    //...
}

В итоге в папке dist будет 2 файла: adminka.js и app.js.

Не городите никаких таймеров. Воспользуйтесь готовым пакетом CRON из NPM.

var CronJob = require('cron').CronJob;
var job = new CronJob('* * * * * *', function() {
  console.log('You will see this message every second');
}, null, true, 'America/Los_Angeles');
job.start();

http {
  ...
  # FIX REAL IP
  real_ip_header X-Forwarded-For;
  set_real_ip_from 0.0.0.0/0;
  ...
}

Задался этим же вопросом и нашел решение на правилах без скриптов и тп...

add action=masquerade chain=srcnat out-interface=wan
add action=masquerade chain=srcnat dst-address=192.168.10.0/24 out-interface=local-bridge src-address=192.168.10.0/24

Проброс порта:

add action=dst-nat chain=dstnat dst-address=!192.168.10.1 dst-address-type=local dst-port=80 protocol=tcp to-addresses=192.168.10.10 to-ports=80

wan - внешний интерфейс
local-bridge - мост локалки
192.168.10.0/24 - локалка
192.168.10.10 - локальный адрес сервера
192.168.10.1 - default gateway

Разобрался. Это был баг WEB-38331 WebStorm'a. C версии 2020.2.1 его пофиксили.

Может не sumbit, а все таки submit ?

При этом хочу заметить что submit это тип поля ввода - "кнопка"... <input type="submit" name="do_sum">
В $_POST передается не тип поля ввода, а его имя. Если взять мой пример то это будет $_POST["do_sum"].

Подозреваю что изначально моделька черно-белая, а на нее накладывается еще один слой выбранного цвета с альфа-каналом (прозрачностью).

Заработало.

function request_file_get_contents_gzip_proxy($url, $proxy) {
		$ch = curl_init();
		curl_setopt($ch, CURLOPT_URL, $url);
		curl_setopt($ch, CURLOPT_USERAGENT, 'Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)');
		curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
		curl_setopt($ch, CURLOPT_TIMEOUT, 8);
		curl_setopt($ch, CURLOPT_CONNECTTIMEOUT, 8);
		curl_setopt($ch, CURLOPT_PROXYTYPE, CURLPROXY_SOCKS5);
		curl_setopt($ch, CURLOPT_PROXY, $proxy['ip'].':'.$proxy['port']);
		if (isset($proxy['user']) && isset($proxy['pass']) && $proxy['user']!='' && $proxy['pass']!='') {
			curl_setopt($ch, CURLOPT_PROXYUSERPWD, $proxy['user'].":".$proxy['pass']);
		}
		$result = curl_exec($ch);
		$httpcode = curl_getinfo($ch, CURLINFO_HTTP_CODE);
		curl_close($ch);
		return ['result' => $result, 'code'=>$httpcode];
	}