Denis

Смотрите, все очень просто.

У вас есть база 1С определенной конфигурации. Поставщик (те, кто занимаются разработкой и тиражированием) регулярно делает обновления для исправления ошибок и/или развития функционала. Это обновление может или содержать всю новую конфигурацию в файле *.CF или только небольшой кусочек, от предыдущего состояния конфигурации в файле *.CFU

Но чаще Поставщик дает исполняемый файл, который является самораспаковываемым архивом, который копирует свое содержимое в "каталог шаблонов". Каталогом шаблонов по-умолчанию является путь C:\Users\User\AppData\Roaming\1C\1Cv82\tmplts где размещаются каталоги поставщиков, в которых находятся каталоги их программных продуктов, в которых находятся как сами шаблоны (пустые или заполненные демо-данными базы), так и обновления к ним. При желании, при установки шаблонов и/или обновлений путь можно изменить. Но тогда этот новый путь нужно будет указать в настройках окна со списком баз (что бы при создании новой базы, было понятно где искать шаблон), а так же в настройках поиска обновлений в конфигураторе.

Если вы находитесь в конфигураторе вашей базы 1С и хотите обновить ее конфигурацию, то вы запускаете обновление конфигурации из подменю Поддержки, где можете запустить автоматический поиск файлов обновлений в каталоге шаблонов (или на сайте поставщика), или явно указать путь к имеющимся файлам .CF или .CFU

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

А если меньше букв, то каталог шаблонов это конфигурация или ещё часть сохраненная в файл в специальной папке.

Часть памяти резервируется под оборудование - совместимый режим видеоадаптера (1 МБ), область для защищенного исполнения SMM режима UEFI (~10 МБ), DMA контроллера SATA и WiFi, структуры для USB контроллера, ну и так далее. Система эти области (зарезервированные ещё на этапе BIOS) не может использовать, вот и пишет вам остаток.

1) bash
2) ???
3) будет

Как раз таки с временем отклика. Ускоренное переключение пикселя вызывает артефакты. Для геймеров скорость реакции важнее качества картинки.

Ребята поопытнее, скажите честно, бывало ли у Вас такое, что Вы не совсем понимали логику языка в том или ином моменте?

Хах, как же знакомо. Я также начинал с JS, и учил достаточно долго (где-то +- пол года - год).

Иногда возникает непонимание при изучении логики этого самого JS.

Это нормально, просто пишите про то, что не понимаете. Даже тут можете задавать вопросы. JS запутанный язык, но и очень очень классный)

Учитывая то, что это мой первый язык - возможны ли "затупы" из-за этого?

Конечно. Надо некоторое время что-бы понять что такое цикл,переменная, массивы и т.д

Если да - лечится ли это опытным путем практики и теории?

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

В свое время мне помогло:

1. https://learn.javascript.ru/ - JS
   
2. https://www.freecodecamp.org/ - Algorithm & WebDev
   
3. https://leetcode.com/ - Algorithm
   
4. https://www.udemy.com/modern-javascript-from-the-b... - JS
   
5. Практика и еще раз практика.
   

Удачи)

Конечно бывало, и бывает постоянно ни с одним языком, так с другим, иногда от собственной "мудрости", иногда по запарке, иногда от небольшого опыта пользования тем или иным языком. Это нормальное явление. Со временем, разумеется, все меньше и меньше, но все равно бывает. Как лечить? - писать, писать и еще раз писать, а главное не просто писать, а понимать что пишешь, как пишешь... нечего писать: придумайте для себя задачу, придумайте сайт - сверстайте его, наполните интерактивом, пока будете это делать опыт и приходит.

Возможно, используя cms Wordpress или MODx, и читая их документацию. Разумеется вообще о бэке забыть не получится, но как раз для этого существуют доки, плагины, и миллионы туториалов в русскоязычном интернете, а в буржуйском и того больше. Постепенно, решая задачу за задачей, и логику бэкенда потихоньку начнёте понимать.
Если использовать модкс, взаимодействия с бэкендом вообще будет минимум, только для настройки плагинов. А структура страниц и шаблонов настраивается чанками, т.е просто кусками html.
С вордпрессом чуть сложнее: настройка плагинов тут происходит чаще всего в интерфейсе админки. Однако если вы не захотите использовать готовую тему (шаблон) из библиотеки вп, и решите разрабатывать свою (или натягивать уже готовую вёрстку), то тут возникнет трудность. Шаблоны темы у вп это кучка взаимосвязанных php файлов с html-разметкой, поэтому придётся немного углубиться в основы бэка. Но вообще, могу сказать это процесс крайне увлекательный, за две недели можно спокойно разобраться что к чему, и php перестаёт пугать.