Adamos

Обычно разделяют сессии и авторизацию:

Сессия. Чтобы реализовать сессии сервер при первом соединении с клиентом может генерировать некоторый случайный токен и устанавливать его в куки. Тут важно, что куки должны передаваться по защищённому каналу (HTTPS). Таким образом можно сохранять некоторую информацию о сессии в базе данных или же в самих куки, но тогда нужно подписывать куки, чтобы пользователь не мог их изменять.
В любом случае, сервер будет хранить информацию о активных сессиях в БД.
Подписать куки можно, например, добавив в них помимо нужной вам информации какой-нибудь HMAC.

Авторизация. Сервер никогда не хранит пароли. В базе данных хранят логин и хеш пароля (на самом деле нет). Для авторизации пользовтель передаёт логин и пароль (HTTPS). Сервер вычисляет хеш от пароля и, если он совпадает, сессия помечается как авторизованная.

Соль. Теперь представим, что вы действительно храните логин и хеш пароля в таблице:

login | pass_hash
------+----------
vasya | 4B32E1C...

В идеальном мире это бы неплохо работало. Но в реальном мире 90% ваших пользователей будут иметь пароль вида 12345, password, password123, etc. Соответственно в базе данных будет много одинаковых хешей и злоумышленнику не составит труда быстро подобрать пароли большинства ваших пользователей.
Для этого для каждого пользователя сервер сохраняет некоторые уникальные случайные данные (соль). А вместо хеша пароля хранится hash(pass + salt).

login | salt   | hash
------+--------+-----
vasya | 4B3... | 2A3B9...

Таким образом усложняется перебор паролей по словарю.

Хеш. Возможно вы где-то видели или слышали про MD5. Так вот, MD5 на сегодняшний день не является надёжной криптографической хеш функцией и даже если вы примените MD5 сто или тысячу раз, это не сильно изменит ситуацию. На сегодняшний день рекомендуется использовать SHA-2 или SHA-3.

P. S. Соль и токены обязательно должны быть сгенерированы с помощью CSPRNG.

tasksel - и там выбираете нужные компоненты. Остальное доустанивить через apt

Насколько будет все стабильно через Wi-fi?

Стабильность и WiFi вещь не совместимая.
Нужна стабильность -только провода.

Ну и скорость низкая.
FullHD может потянет - но если повезет, не повезет, значит не потянет. В любом случае зависит не от вас, а от соседей.
А скажем с файловой шарой работать вообще невозможно - качать файл со своей шары будете в лучшем случае со скоростью 4-5Мб/с, ну это несерьезно.

Многие ЦМС у себя реализуют паттерн MVC, но в усложненно-испорченных вариантах со своими особенностями.

Чтобы быстро разобраться что и как — нужно бы изучить ООП и MVC в частности, и с этим базовым знанием уже разобраться, как он реализован в том или ином движке — тогда разбор идет как по маслу.

Но если есть глобальная цель — изучить программирование, то стоит после изучения — изучать фреймворки

Чтобы быстро вникнуть надо нормально знать php.*
И тогда можно использовать что угодно.

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

советы по сетевому администрированию больших групп ПК

это AD или управление конфигурациями (chef, puppet, ansible)

все данные.

какие данные?
если нужна доступность - то это snmp, если логи какие то, то например syslog.

ПО которое будет стоять у меня в офисе

а это уже бэкэнд (но забирать то информацию нужно чем то, см. выше). тут тоже есть разные штуки для разных целей. для snmp - zabbix, prtg, nagios. для логов - siem'ы, splunk и аналоги

P.S: В гугле и сам поискать могу :)

но не поискали.

правильно заданный вопрос - половина ответа.

Также появилась проблема, похожая на печально известный баг #12309 - при передачи файлов на флешку начинает дичайше тормозить компьютер, курсор перемещается отрывисто, и т.п.
Вот, например, сегодня, совершив 3-4 попытки, файлы все таки удалились. Начал скидывать на флешку файл в 1.5 гига, начал тормозить компьютер, в итоге все скинулось.

Есть еще несколько странностей при передаче данных. Скидывая, к примеру, 5 файлов в 575 МБ, прогресс в статус-баре быстро доходит до 570 МБ, зависает на некоторое время, отвисает, затем опять быстро доходит до 1140 МБ (как будто, загрузив уже два файла), зависает, и т.д.

Это долбанутость системы ввода/вывода Linux. Когда программа пишет какие-либо данные на диск, на самом деле они пишутся в память, а непосредственная запись происходит при достижении этим буфером размера, заданного параметром sysctl vm.dirty_ratio, который задаётся в процентах от объёма доступной ( MemFree + Cached) оперативной памяти(на самом деле может быть раньше, но об этом ниже). На современных системах порой получается дохрена (в вашем случае ≈ 570 Мб) и в момент записи устройство начинает офигивать от внезапно свалившегося потока данных на запись ( сколько там скорость записи у вашей флешки? 15-30 Мб/с в лучшем случае? ), а вообще все процессы, использующие какой-либо диск, наглухо блокируются до освобождения буфера. Если таких процессов много, то все ядра процессора повисают в iowait и система начинает заметно лагать.

Чтобы как-то жить с этой фигнёй, надо настроить размеры буферов таким образом, чтобы процесс сброса не вызывал блокировку на длительное время. Например:
sysctl vm.dirty_bytes=10485760
sysctl vm.dirty_background_bytes=2621440

vm.dirty_bytes - аналогично vm.dirty_ratio, но в байтах, а не процентах от сферического коня в вакууме. Если задано vm.dirty_bytes, то vm.dirty_ratio обнуляется и не учитывается.

vm.dirty_background_bytes - тоже самое, но для фонового процесса сброса данных (pdflush), который периодически просыпается и смотрит, не надо ли скинуть что-то на диск ( он может начать сброс раньше, чем заполнится буфер, а может и не начать, если не успеет проснуться (= ).

Это слишком низкие значения, но вашу проблему должны решить полностью. Поиграйте с циферками, чтобы подобрать значения, при которых данные не будут писаться слишком часто и система не будет подвисать при копировании на медленные устройства. Сохранить их между перезагрузками можно через /etc/sysctl.conf.

Затем, извлек и вставил обратно флешку, и она перестала читаться, ссылается на Input/Output error.

Если флешка с индикатором записи, то не вытаскивайте ей пока он мигает, даже если ваш файловый менеджер говорит, что уже можно (он, скотина, врёт!). Если индикатора нет, то просто пойдите заварить себе чайку после нажатия кнопки отмонтировать/извлечь или как там её.

PS Указанные параметры достаточно подробно описаны в документации

PPS мог что-то напутать в деталях, так как время уже позднее, но параметры точно те.

SELECT * 
  FROM `table` AS `t1`
  JOIN `table` AS `t2` ON `t1`.`user_id` < `t2`.`user_id` 
    AND `t1`.`date_start` <= `t2`.`date_end` AND `t2`.`date_start` <= `t1`.`date_end`