Baron Grafovich

Самые важные знания в сетях это и есть теория. По сетям есть хороший канал Андрея Созыкина для новичков.
Компьютерные технологии и сетевые технологии это разные вещи.

Книги - имхо бесполезные талмуды в случае освоения базовых знаний. Читать надо документацию к продуктам.
Ваш план кажется здравым. Учить можно перескакивая между пунктами, дабы мозги не скисли от однотипных нагрузок. Детализируя:

1. Сетевые технологии: RFC 791 (IP), 792 (ICMP), 793 (TCP), 768 (UDP), 2460 (IPv6), 4271 (BGP-4), 5321-2 (SMTP и Message Format), 3986 (URI), 7230-5 (HTTP/1.1), 1034-5 (DNS), 2131 (DHCP), 3315 (DHCPv6), по вкусу IKE, FTP, IPsec и прочие протоколы приложений. IEEE 802.3 (Ethernet), 802.11(Wi-Fi), 802.1Q (VLAN и ещё немного фич). Практика: объяснить все этапы получения результата после старта открытия сайта браузером с точки зрения сетевых протоколов и взаимодействий. Отправка e-mail с помощью telnet. Побаловаться с маршрутизацией, VLAN и DHCP в виртуалках.
   
2. Нужность cmd.exe под вопросом, рекомендую сразу учиться работать с Powershell из-за удобства второго. Официальный Getting Started, словарь командлетов набивается с практикой. Практика в виде автоматизации любых действий, которые вам хотелось бы автоматизировать: снятие серийных номеров процессора, мат. платы и дисков в файл с отправкой куда-то; внесение изменений в Windows Firewall с параметрами на входе.
   
3. Изучение структуры системных каталогов и реестра (важно для установки/удаления программ), поднятие всех служб Windows Server, изучение механизмов GPO и прочие курения документации.
   
4. Понимание и настройка RDP, WS-Man, SSH с предварительным изучением того, что такое PKI и с чем его едят.
   

Также стоит помнить, что выбирая только сети и Windows, вы себя ограничиваете только работой в Enterprise-сегменте и провайдерах, конкуренция там будет расти и не в вашу пользу.

Сделать id уникальным ключом.

Так как у вас проверять неправильно.

<?php
if($_SERVER["REQUEST_METHOD"]=="POST"]){
        print_r($_POST);
        if (!empty($_POST["name"]) && !empty($_POST["email"])){
             doSomeMagic($_POST);
        }    
        else {
             echo "Поля name или email не заполнены!";
        }
}
else {
     echo "Метод передачи данных не является POST-запросом!";
}
?>

Если у вас проходит до проверки и выдает пустой массив - то где то явно не хватает нехилого куска кода. Иначе до принт_р не дошло бы и выдавало бы "Поля name или email не заполнены!".

> Как выдернуть access_token и закрыть окно что бы человек не заморачивался с ручным копированием access_token ?
> Может быть есть другие способы его получения?
Я сделал возможность автоматического копирования токена.
Суть в том что вы собираете заголовки всех 3 запросов:
1. запрос где указан cliend_id, scope и redirect_uri, возвращает Location на второй запрос
2. второй запрос вернет Location на redirect_uri, вот в нем и будет наш access_token.
3. Заголовок к вашему redirect_uri.
Дальше обычной регуляркой вытаскиваете Location из третьего запроса. Примерно это выглядит вот так:

<?
class VKClass {
	protected $email = "TELEPHONE";
	protected $pass = "PASSWORD";
	protected $auth_url = "https://m.vk.com";
	protected $cookie = "cookie.txt";
	protected $client_id = "XXXXXXX";
	protected $redir_url = "http://goto.ru/token";

	public function __construct() {
		//вызываем метод для загрузки необходимых объектов
		if(empty($_SESSION["loggedIn"]))
			$this->logIn();

		if(empty($_SESSION["access_token"]))
			$this->getAccessToken();
	}

	public function prependCurl($options){
		$ch = curl_init();
		curl_setopt($ch, CURLOPT_URL, $options["url"]);
		curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, 0);
		curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, 0);
		curl_setopt($ch, CURLOPT_FOLLOWLOCATION, $options["flocation"]);
		curl_setopt($ch, CURLOPT_POST, $options["post"]);
		curl_setopt($ch, CURLOPT_HEADER, $options["header"]);
		if($options["post"])
			curl_setopt($ch, CURLOPT_POSTFIELDS, $options["postdata"]);
		if($options["cookie_w"])
			curl_setopt($ch, CURLOPT_COOKIEJAR, $_SERVER["DOCUMENT_ROOT"].$this->cookie);
		if($options["cookie_r"])
			curl_setopt($ch, CURLOPT_COOKIEFILE, $_SERVER["DOCUMENT_ROOT"].$this->cookie);
		curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
		$data = curl_exec($ch);
		curl_close($ch);
        return $data;
	}

	public function logIn(){
		$options = ["url" => $this->auth_url, "flocation" => 0, "post" => 0, "header" => 0, "cookie_w" => 1, "cookie_r" => 0];
		$login_page = $this->prependCurl($options);
		unset($options);
                //функция str_get_html используется из бибилиотеки Simple HTML DOM Parser
		$html = str_get_html($login_page);
		$login_url = @$html->find("form",0)->action;

		$options = ["url" => $login_url, "flocation" => 1, "post" => 1, "header" => 0, "postdata" => ["email" => $this->email, "pass" => $this->pass], "cookie_w" => 1, "cookie_r" => 1];
		$this->prependCurl($options);

		$_SESSION["loggedIn"] = $this->loggedIn= true;
	}

	public function getLocations($url){
		$options = ["url" => $url, "flocation" => 1, "post" => 0, "header" => 1, "cookie_w" => 1, "cookie_r" => 1];
		$data = $this->prependCurl($options);
		return $data;
	}

	public function getAccessToken(){
		//по ссылке возвращается access_token. собираем все заголовки запросов
		$url = "https://oauth.vk.com/authorize?client_id=".$this->client_id."&redirect_uri=".$this->redir_url."?display=page&response_type=token";
		$headers = $this->getLocations($url);
		//разбиваем на кол-во запросов
		$hdrs = explode("\r\n\r\n", $headers);
		//т.к. у нас 2 редиректа (с oauth.vk.com на login.vk.com и с login.vk.com на домен), то нам нужен второй запрос ($hdrs[1]), где соджержится access_token
		preg_match("/Location: (.*)/m", $hdrs[1], $matches);
		//вырезаем наш access_token из ссылки что нам прислал вк сервер
		@preg_match("/#access_token=(.*?)&/", $matches[1], $token);
		//объявляем access_token в сессии и в классе
		@$_SESSION["access_token"] = $this->access_token = $token[1];
	}
}

Да, забыл что это на PHP версии.
В JS я получал его обычным windlow.location.hash, проблема была получить его именно в PHP т.к. хэш (#) в пхп не передается.
p.s. через некоторое время ВК стал отдавать ошибку Security Error, пришлось создать новое приложение и с ним всё работает без проблем.

wp file manager

- золотое правило любой CMS - НИКОГДА не устанавливать какие либо модули или плагины которые позволяют манипулировать какими либо файлами кроме картинок в папке images! А отдельные пациенты умудряются ставить плагины которые позволяют херачить php код прямо в статьях...

что думаете это основной или копать дальше?

- Конечно искать всё. Скорее всего там уже много чего поселилось. Пиши хостеру чтобы просканировали все папки, бекапы, Айболит и SSH тебе в помощь...

$this->template->content
в данном случае в текущем классе есть поле(в данном случае не метод, но можно провернуть такое с методами называется chain (https://stackoverflow.com/questions/3724112/php-me... )) template которое в свое в свою очередь экземпляр какого то класса имеющий поле content

Тебе надо искать такое - CRUD, начни с гитхаба, обязательно смотри, чтобы была проверка на уязвимости, если в коде встретится такое слово PDO statement то нормуль)))
Я в свое время находил почти готовые рабочие куски кода, там самое сложное - это создать БД в MYSQL)))
Если последние три слова для тебя открытие века, то ищи CRUD на файлах

Автор, я такого ни разу не слышала.

• Если вот так подумать, то наверно плохим тоном будет считаться добавление классов, которые потом будут в себе сочетать правила, касающиеся и размеров, и отступов, и стилизации оформления.
  
• Бывают такие случаи, когда необходимо переопределить колонке внутренние/внешние отступы. Я думаю здесь лучше добавить класс к этой колонке, который будет отвечать за внутренние/внешние отступы.
  
• Бывают такие случаи, когда необходимо стилизовать именно колонку. Как раз из-за этих самых отступов (не могу привести пример, память уже не та) - добавляй класс к ней.
  
• Да в конце концов, бутстраповская сетка лишь помогает тебе не задумываться о ширине и отступах.
  
• Мне изначально было вбито в голову, что большая вложенность - это плохо. Никто не запрещает, но нужно стараться избегать этого.
  
• И самое главное, в нашем сообществе разработчиков слишком много людей, которые придумывают всяческие правила и нормы "поведения". По большей части из-за того, что они привыкли жить по правилам. А жизнь - это импровизация.
  

На самом деле плохой практикой (и то в ряде случаев это утверждение спорно) является перекрытие существующих свойств bootstrap заданных в указанных классах (просто потому что это меняет нативное поведение и делает его неожиданным). Блоку с уже присвоенными классами bootstrap можно назначать свои классы в случаях когда данные классы расширяют (а не перекрывают (опять же не всегда это правило)) набор свойств заданных элементу.

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