Saboteur

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

Есть книга - начните. Неужели прочитать книгу это так долго? Меньше тратьте время на задавание вопросов не по существу, больше - на чтение.

> "Почему то вываливается ошибка Parse error: syntax error, unexpected end of file in H:\xampp\htdocs\phptest.php on line 41
41 строка это последняя(там где "

Синтаксис у вас с ошибкой. Где-то не закрыли кавычку или еще что-то.
Вы даже в вопросе на тостере скобку не закрыли и предложение не дописали

Сидеть нужно недолго.
Меняйте позу.
Вставайте, прохаживайтесь хотя бы за чаем.
Статичное положение в любом случае приведет к проблемам.

Даже если вы активно ходите в качалку, а на работе 8 часов сидите в одной и той же позе - будут проблемы.

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

Syncthing и BTtorrent Sync - собственное два самых подходящих решения.
И Syncthing во многом считается лучше, так что просто настраивайте ваших 200 каталогов - должно нормально работать.

Докер - виртуализация приложения. Приведу пример.

Вы разрабатываете некое веб-приложение на java, и вам его нужно тестировать под java7, java8 и под tomcat 7, tomcat 8.

Вы можете купить 4 компьютера, поставить на них 4 варианта, протестировать. Затем все поставить заново для следующего теста. Неудобно, долго, дорого.

На помощь приходит виртуальная машина - вы можете купить 1 компьютер, на нем завести 4 виртуалки, каждую из них настроить, сохранить образы. После тестирования просто восстанавливаете исходное состояние из образов.
Гораздо дешевле, чем раньше. Но каждая виртуальная машина требует процессоры, память, кучу места на диске под операционку. А ведь отличается по сути всего 2 компонента.

На помощь приходит докер. Один комп, одна операционная система. 4 докер контейнера с нужной версией java и томкат. После тестирования контейнер можно удалить и развернуть заранее подготовленный.
Дешевле и быстрее, чем все вышеперечисленное. Потому что операционка одна, нет лишних расходов на CPU и память. Ужиматься дальше практически некуда.

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

Виртуализация приложений через докер позволяет избежать dll-hell, изоляция дисковой системы и окружения.

P.S. Пример очень простой и надуманный, так как конкретно java и tomcat можно и без докера просто запустить несколько разных версий на разных портах, но суть вы должны уловить. Докер - виртуализация на уровне файловой системы, самая дешевая виртуализация.

литература по работе С++ c sql ищется в гугле за 5 секунд.
Литературы по С++ с использованием CGI нет, потому что CGI это не часть С++, это просто возможность запускать внешние любые программы через веб-сервер.

То есть вы пишете обычное консольное приложение на С++, которое что-то берет из базы данных и выводит вам в консоль текст в виде HTML страницы, и настраиваете веб-сервер, чтобы вызывать ваше приложение через CGI.

Так и называется. Не нужно придумывать замену слову платформа - у всего есть своя платформа.

Например у 1С бухгалтерии - платформа 1С
У продукта 1С платформой может быть например windows (вроде под Линукс он еще не выходил)
У ОС Windows платформой может быть например архитектура x86

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

В некоторых случаях, можно еще указывать дополнительную базу, если продукт зависит от двух технологий, например 1С на базе файлов, или на базе SQL

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

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

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

Создайте отдельно список команд для zmmailbox, не забудьте в конце добавить exit или quit, чтобы можно было продолжить выполнение баш и выполните его следующим образом, используя конструкцию document here:

zmmailbox <<EOF
aa -u https://zimbra.jo admin adminadmin
selectmailbox $1
addFilterRule rule1 address "test1" all not_is "@domain" fileinto /inbox/office 
exit
EOF

Для этого следует почитать что из себя представляют эти языки и технологии хотя бы на википедии.

Некоторые взаимодействуют напрямую, один внутри другого. Другие работают независимо, обмениваясь данными.

Ваш пример - HTML / CSS / JS - платформа для выполнения их кода - браузер. Именно браузер решает что нужно делать, когда встречает код на html/css/js, и эти "языки" можно использовать одновременно.
Но при этом JS - язык программирования, html и css - языки разметки.
При этом стандарт html5 уже начинает приближается в сторону языка программирования.

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

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

P.S. Если хотите развития - возможно имеет смысл поискать outsource, таким компаниям в принципе выгодно, если их сотрудники ростут и их можно продавать подороже, даже есть внутренние тренинг центры.
Также можно посмотреть средние и крупные компании, в которых текучка кадров разумная (в пределах 10-20%), обычно всегда идет рост сотрудников и возможность продвижения.
Но в мелких компаниях, где отсутствует текучка - работодателя в 90% случаев рост его работников не интересует и даже мешает.

Для начала просто диспетчер задач посмотрите.
Проверьте, включено ли аппаратное ускорение в плеере.

Может не хватает оперативки/CPU - я тормозов не наблюдаю никаких.

В строке браузера изменить нельзя, но если пользователь зашел к вам на сайт, вы вполне можете выделить это в шапке сайта.