Adamos

То, что вы назвали "ответом" - это не ответ.
У вас, судя по всему, перед Апачем стоит Нджинкс.
И у него прописано, что PNG - это статика, которую можно отдавать сразу по запросу.
А SVG вы с такой настройкой отдаете Апачем, хотя и не перенаправляете в пых.
Вам нужно все-таки указать Нджинксу, что SVG - тоже статика и ее можно просто сразу отдать, не напрягая бэк-сервер. А заодно посмотреть, что там с JS и CSS.
Или вовсе выкинуть Апач и нормально настроить один сервер...

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

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

Делает дизайнер логотипы по стандартной цене в $100. По идее, должна быть какая-то разница, создаётся логотип для тётеньки, которая через инстаграм букеты продаёт, или для приложения, которое внезапно станет популярным, и твоё лого будет тиражироваться все платформы и десятки тысяч устройств.

Разница в том, достаточно ли вы крутой дизайнер, чтобы за вами стояла очередь из Фейсбуков, или вы никто и можете рассчитывать только на 100 баксов от цветочного магазина. Каким бы ни оказался крутым ваш заказчик - вы тут в роли мебельщика, который продал Цукербергу стул, на котором он раскачивался, пока раскручивался.

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

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

https://www.boost.org/doc/libs/1_39_0/boost/graph/...

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

Перечисленные вами четыре языка - сильно разные. Ваши успехи с Питоном вскружили вам голову, но Питон из них - простейший. Чтобы ваши знания трех остальных хоть чего-то стоили, в них нужно всерьез погрузиться. Ни в коем случае не смешивая друг с другом, пока у вас не накопится несколько лет опыта решения проблем именно на выбранном языке. Знание синтаксиса С/С++/С#/Java - это примерно 5% багажа, необходимого для того, чтобы считаться хотя бы джуном, то есть иметь хоть какую-то ценность для работодателя.
А про указатели лучше всего для начала - забыть. Используйте только ссылки и STL. Лучше помучиться сейчас и разбираться с работой с памятью, имея хоть небольшой опыт, чем сразу научиться говнокодить и потом мучиться с плохими привычками. На современном С++ вполне можно писать, не используя указатели вовсе.
А вообще после Питона лучше бы вы за Java взялись, и только если она не отпугнет - лезли глубже.

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

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

Раз вы хотите создавать статьи в Битриксе - начинайте с его API, разбирайтесь, как программно добавлять статьи и иллюстрации к ним. Документация на сайте есть.
Разобравшись с этим, вы можете либо создать скрипт, к которому можно будет обратиться извне (например, из программы на Виндах) и передать нужные данные, либо запустить тот самый парсинг прямо на том же сайте (например, создав страничку, где авторизованный пользователь может закинуть на обработку те архивы).
Это уже детали. Без первого пункта вы все равно ничего не сделаете.

CromeOS.
Там гугль встроен, и проще погуглить, чем написать еще один вопрос на сто раз обсосанную тему.

Я создал класс объектов, (например теплообменник) он имеет свойства на основании которых производится расчёт (например КПД) . И свойства на основании которых происходит отрисовака ( например положение при отображение (коардинаты x, y)) не уверен, что я сделал корректно.

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

Notebook.pro - это проект QtCreator. Скачай, установи, открой, изучи.