Adamos

HTML с подстановкой нужных полей + mPDF + NCLNameCaseRu (в договоре имена склоняются).

Оптимизирующий компилятор может превратить то, что расписано в этом заголовочном файле, в стопроцентную фикцию, не имеющую в программе вообще никакого представления. К чему вы собрались обращаться, если функция, например, развернута в inline и вообще не имеет точки вызова?

Я правильно понял, что сервер крутится в локальной сети, и он же обслуживает эту сеть?
Вы можете определить локальный IP посетителя.
Если ваш винсервер знает, с какого IP какой пользователь сидит - эти данные можно попытаться свести воедино.

Удалите папку, создайте в корне файл с таким именем без прав.
Сервис, создающий папку, на этом сломается - глядишь, ругнется в лог ;)

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

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

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

1. По умолчанию используется системный переключатель раскладки, не зависящий от DE в принципе. Я бы сказал "и это хорошо", но вы, если угодно, можете вывесить на панель апплет "индикатор раскладки", в нем вроде бы есть возможность разделить раскладки по окошкам. Ну, и нагляднее будет для непривычного к ScrollLock индикатору.
2. Нажмите Ctrl-H и не делайте людям и себе голову. Чем вам уперся именно каталог пользователя? Хотите себе аккуратно чистый каталог - создайте его в каталоге пользователя и пользуйтесь им. В /home/user заглядывать вообще необязательно.
3. Тут есть специальная магия - F6 в браузере и Ctrl-L в файловом менеджере. Кстати, в Xfce одно из слабых мест - это как раз Thunar. Раньше заменял его Nautilus, сейчас - PCManFM. Две панели и некоторые приятные мелочи.
4. Насколько я понимаю, ваша "загадочная причина" называется стандартом. Хотите от нумпада горячих клавиш - в вашем распоряжении Ctrl, Alt и Super, а также их сочетания, в том числе и с Shift.
5. Тут не подскажу, никогда не пользовался мультибуфером. Если что-то надо действительно держать записанным - есть апплет Notes.

GTk - это не С++, это С.
wxWidgets - легкие и сильно похожие на MFC / VCL, что когда-то было плюсом. Сам использую эту библиотеку для кроссплатформенной разработки, но вам сейчас, на распутье, советую все-таки Qt. А еще советую писать не под Виндой. Из тех же соображений, из которых в вебе не верстают изначально под Ослик. Принцип "работаем по стандартам, добавляем костыли для девиаций", а не наоборот.

Нестабильная ветка Дебиан - это то, что работает, но недостаточно проверено для того, чтобы настроить сервер и спокойно забыть про него на год.
Для десктопа это совершенно чрезмерная, реально не востребованная стабильность.
Ну, а, выпустив серверную Убунту, Каноникал пытается дотянуть ее стабильность самостоятельно, не дожидаясь Дебиана, полирующего свой дистрибутив годами. Это вполне посильная задача, так как ниша серверной Убунты заметно поуже и лишена всякой экзотики типа маргинальных платформ и немассового оборудования.

Если методы в дочерних классах различаются - значит, их не должно быть в родительском.
Учите L в SOLID.

В регэкспах есть такая штука, как back reference. Позволяющая составить регулярку с подстановкой уже найденных значений, типа (\d\d:\d\d:\d\d)[^:]*\[([^]]+)\] - \[user logged in\][^:]+\1[^[]+\[\2\] - \[user changed password\].....

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

Специалисты, которые так и не удосужились завести привычку быстро читать и понимать прочитанное - это прекрасно. Чем больше их будет, тем выше ценность нас, читающих ;)

Вопрос именно в том, насколько для приложения актуальны фичи конкретной платформы.

Грубо говоря, если вы пишете игрульку типа маджонга, которая сразу запускается во весь экран и рисует весь свой интерфейс сама - то достаточно взять, например, Cocos-2dx и писать на нем то, что потом соберется под любую платформу.

Но вот если вам нужны обращения к функциям телефона или камеры, интерфейс в стиле всей остальной системы, платежи через ApplePay etc... тут два отдельных приложения отнимут меньше сил, чем попытки совместить все различия в одном.

Если имеется в виду именно интерфейс, а не архитектура, то вам нужно заклинание "Human Interface Guidelines". Можно начать колдовать с Википедии.

А вы, простите, на этом языке собрались сами писать алгоритм перевода в ч/б битмап?
Это сто лет в обед успешно делает открытый и кроссплатформенный ImageMagick, причем среди его выходных форматов, скорее всего, найдется что-нибудь легко перевариваемое на любом языке.

Проблемы будут, скорее всего, не из-за неверно выбранного дистрибутива.
Вам стоит просто избегать "тяжелых" DE типа Unity или KDE, в остальном особенной разницы не будет.
У жены подобный ноут - рабочий, с Xubuntu на борту. Ее вполне устраивает. Правда, диск я все-таки заменил на SSD.

Есть ощущение, что в VS вы больше баловались Шарпом, чем Крестами.
Потому что заявлять, что после Студии QtCreator "тяжеловат и сложен в настройке", а у CodeLite "перегруженный интерфейс" - это, как минимум, смело...

Мне периодически приходится собирать и отлаживать виндовые порты программ в Студии. После лаконичной простоты QtCreator и его простого текстового .pro-файла вот это обычное для виндов "вместо настройки нужного - куча формочек и кнопочек, работающих неочевидным образом" - просто бесит, признаться. При всей моей флегматичности.
Ну, и качество работы Intellisense в качестве базы для IDE иначе, как намеренным вредительством, я не могу объяснить. Просто сравнивая, насколько влет работала с С++ Студия до 2008 - и насколько все постоянно встает колом, начиная с 2010.

В общем, хотите писать под Линукс - попробуйте просто привыкнуть к QtCreator.
Даже если библиотека Qt вам совершенно не нужна, как мне.
Ну, а если соскучились по простыням настроек и натужной задумчивости анализа, как в Студии - можете Eclipse или NetBeans попробовать, они и то, и другое успешно воплощают...

Когда настроите - возьмите файл index.php, переименуйте его в index.php.jpg и проверьте, чего стоят эти настройки.