Adamos

Жаль, конечно, что никто не собрался преуменьшить мое невежество по этому вопросу.
Однако WB вчера объявили: "Методы получения статистики по поставкам, складам, заказам, продажам могут работать нестабильно. Уже восстанавливаем их работу".
И после этого такой ошибки в логах я не вижу.
Есть ощущение, что она таки возникала не совсем (или не только) на стороне клиента.

Вам бы лучше сформулировать, чего вы хотите от этого сохранения. Потому что вопрос сильно многогранный, и PDF-файл от Иллюстратора с "вариантами сохранения в PDF из интернета" может вообще очень слабо пересекаться.
Подробный разбор формата PostScript, на котором основан формат PDF - общедоступен, если вы готовы читать толстое руководство на английском... но вряд ли это так.
А если вас волнуют цветовые профили - так это лучше и обсуждать с полиграфистами на RuDTP, например. Здесь не тот контингент.

Этого, естественно, не хватило

Стоит посмотреть, что вообще занимает место - например, запустив du -hd1 /home, du -hd1 /var
И не растягивать корень, а вынести отдельно соответствующий раздел.

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

P.S. А конкретно по дизайну - есть Bootstrap, например, избавляющий пишущего CRM от необходимости быть дизайнером. Вообще не проблема.

Спрашивать "какие проблемы у меня будут с Линуксом" - все равно, что спрашивать "какие проблемы у меня будут с компьютером".
Без разбора, чем занимаешься в Виндах, никакого практически полезного ответа не будет. Так, общая информация.

https://habr.com/ru/articles/782742/

Задача описана крайне коряво, и с некоторыми допущениями описанное реализуется буквально в виде пары файлов:
1. Страничка HTML с интерфейсом и расчетом на JS
2. Файл JSON, в который записана та "база данных" (если это просто справочник с данными).
Без всяких Питонов и, тем более, Шарпов. Без компиляций и Студий.
Скопировал другу - он открыл в браузере и пользуется.
Пояснительную записку - добавить jsPdf и сгенерировать тут же, в браузере.

Конкретизировать надо. "Графический интерфейс" для инженера - это, например, CAD. Хрен его с такими вводными напишешь на чем бы то ни было...

adamos@Asfodel:~$ cat /etc/default/keyboard 
# Check /usr/share/doc/keyboard-configuration/README.Debian for
# documentation on what to do after having modified this file.

# The following variables describe your keyboard and can have the same
# values as the XkbModel, XkbLayout, XkbVariant and XkbOptions options
# in /etc/X11/xorg.conf.

XKBMODEL="pc105"
XKBLAYOUT="us,ru"
XKBVARIANT=","
XKBOPTIONS="grp:alt_shift_toggle,terminate:ctrl_alt_bksp,grp_led:scroll"

# If you don't want to use the XKB layout on the console, you can
# specify an alternative keymap.  Make sure it will be accessible
# before /usr is mounted.
# KMAP=/etc/console-setup/defkeymap.kmap.gz
BACKSPACE="guess"

Есть подозрение, что любые настройки в конце концов упрутся куда-то сюда.

Как-то так, возможно

Вздор это - насчет буквосочетаний. Слово ЖДЬЯ, например, вам вряд ли пригодится.
Для русских слов с формами на хрен не нужны никакие API, нужен словарь Зализняка, и только.

.htaccess в корне сайта вполне может быть настроен на редирект с HTTP на HTTPS, например.
Вот и редиректит вас с локалки на боевой.
Пропишите ему на редиректы исключение типа
RewriteCond %{HTTP_HOST} !^192\.168\.100\.254
.htaccess с такой добавкой можно залить и на боевой сайт, ему она не помешает.

Можно ли с нуля обучится программированию, используя только интернет и не тратив деньги?

Я, научившись программировать с нуля, не потратив на это обучение ни копейки и сделав это еще до появления в России интернета, свидетельствую: можно.

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

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

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

Господа администрация!
С какого перепуга я оказался "экспертом по тегу Kali" и как вообще можно клеить человеку такие позорные ярлыки коварно, исподтишка, даже без уведомления?
;)

За такое использование #define надо клавиатуру отбирать.
Определение макросов только для того, чтобы не написать лишнюю букву, и насрать, как об это будет ломать глаза читающий - классический образец говнокода.

#define - определение переменных времени компиляции. Чтобы просто заменить какую-то величину во всем коде разом - есть константы. Чтобы сократить рутинные повторяющиеся конструкции - свой класс в своем неймспейсе.
#define же позволяет:
- писать программу, которая будет собираться в версии Pro и версии Lite (конкретные блоки кода оборачиваются в #ifdef PRO_VERSION)
- писать кроссплатформенный код, разветвив его по #ifdef __WIN32__ ... #else
и тому подобные возможности управления компиляцией.
Использовать этот механизм для банальных макросов - глупо и опасно. Хотя бы потому, что #define в любом месте кода может переопределить ваше определение совершенно другим значением.
Тем более, что макросы только мешают программисту и IDE понять, что происходит в конкретном месте кода.

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

// В начале, когда Земля была безвидна и пуста, и все ковырялось через макросы
// #define BEGIN_EVENT_TABLE(a,b) wxBEGIN_EVENT_TABLE(a,b)
// #define EVT_PAINT(func) wx__DECLARE_EVT0(wxEVT_PAINT, wxPaintEventHandler(func))
BEGIN_EVENT_TABLE(wxImagePanel, wxPanel)
EVT_PAINT(wxImagePanel::paintEvent)
END_EVENT_TABLE()

// Ближе к цивилизации, макросы еще не вымерли
// #define wxPaintEventHandler(func) wxEVENT_HANDLER_CAST(wxPaintEventFunction, func)
Connect(wxEVT_PAINT, wxPaintEventHandler(paintEvent));

// А что, сразу вот так нельзя было? 
// Bind - метод класса, wxEVT_PAINT - константа, никакой магии...
Bind(wxEVT_PAINT, &wxImagePanel::paintEvent, this);

XLS -> CSV, регулярка, CSV -> XLS (лучше бы -> SQL, конечно).