Leo Mavrin

.htaccess - это часть сервера, сфера ответственности команды эксплуатации
Обычно его создает/правит админ или бек-разработчик
Работает этот файл только с веб-сервером apache/httpd, к nginx отношения не имеет
Фронтенд-разработчики по идее никак с этим не связаны, это и близко не их сфера ответственности. Могут столкнуться, только если сами настраивают свое рабочее окружение и каким-то образом им помешал дефолтный .htaccess
Управление кешем с серверной стороны точно не относится к фронтенд-разработке

И как обычно лучше оф.документации нет ничего ))
https://enable-cors.org/server_nginx.html

Лучше делать не адаптивный, а отзывчивый дизайн. Мне самой не нравятся эти формулировки и под адаптивным я всегда буду подразумевать отзывчивый, но, увы, многие считают это разными видами вёрстки.

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

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

$ echo "uid=dog,dc=ph,dc=cc" | awk -F '[=,]' '{print $2"@"$4"."$6}'
dog@ph.cc

Только надо подумать что делать, если будет больше трех аргументов.

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

А и не надо по порядку.
Сгруппировать по смыслу, по функционалу. И дать внятные название, скажем, все обработчики начинать с On.

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

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

Прослеживать всю цепочку откуда приходят данные категорически не нужно.
Видеть в каком порядке исполняются функции категорические не нужно.

Это типичная ошибка новичка - все пытаться удержать в голове.
Для программиста нормой является "разделяй и властвуй" - абстрагирование на каждом уровне от предыдущего уровня.

Важнейший (ну или один из самых важнейших) навыков программиста - декомпозиция.

А вообще почитайте серию статью Дядюшки Бо "Чистая архитектура" и ее переложение под ваш язык программирования (есть несколько адаптаций статей под разные языки программирования).

Promises есть в некоторых языках программирования. "Обещание" того, что страница загрузится. Нужна конструкция как в JavaScript Promise.all([ P1, P2 ]); – после выполнения обоих обещаний можно вызывать функцию.

// псевдокод
var docA, docB;
Pa = asyncload("url-A"); // ф-я возвращает промис
Pb = asyncload("url-B"); 
Promise.all([ Pa, Pb ]).then( docA.b_is_ready() );
// метод объекта docA  "b_is_ready" вызывает функцию в документе B

Не меняется, т.к. а - это значение элемента массива. Но если бы это была ссылка на значение (на объект например), то менялось бы.

arr = [{a: 1}, {a: 2}, {a: 3}]; 
arr.forEach(a => {
  a.a++;
})
console.log(arr) // [{a: 2}, {a: 3}, {a: 4}]

В таком случае да, значения объектов поменяются. Но если вы измените ссылку, то нифига

arr = [{a: 1}, {a: 2}, {a: 3}];
arr.forEach(a => {
  a = { a: a.a+1 };
})
console.log(arr) // Тут все по старому

Также, можно поменять значение массива по ключу.

arr = [1,2,3]
arr.forEach((a, ind) => {
  arr[ind]++;
})
console.log(arr) // [2,3,4]

Нельзя, так как функция, которую вы хотите вызвать, находится в области видимости анонимной функции колбека вызова $(document).ready(). Вам надо реорганизовать код.