Nikita Shchypylov

RewriteCond %{THE_REQUEST} ^[A-Z]{3,9}\ /(.*)index\.(php|htm|html)($|\ |\?)
RewriteRule ^ /%1 [R=301,L]

Потому что надо пропорцию 16:9 соблюдать чтобы рамок черных не было видно. У вас в коде ширина плеера 640. а высота должна быть с соблюдением пропорции: 360, а у вас 390.

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

<a id="about_us" style="display:none"></a>
<section class="medoff-about  module "></section>

$(window).on('hashchange', function(){
    var id = location.hash, targ=$(id+'+section.module'); //запоминаем в targ нужный блок
    if (!targ[0]) return // выходим, если "левый" хэш, например, ввели вручную
    var top = targ.offset().top;
    $(".header__list a").removeClass(('active'));
    $('.header__list a[href="'+id+'"]').addClass('active');
    }
    //
    // if (windowRes <= 1024) {
    // 	$('body,html').animate({scrollTop: top})
    // }
    
    $('body,html').animate({
      scrollTop: top + 3
    }, 1500);
  });
}).on('load', function(){$(window).hashchange()}) // переходим к нужному разделу, если, напрмер, ссылку в новой вкладке открыли

$('a').on('click', function(event) {
	event.preventDefault();
	window.location =  $( this ).attr('href');
});

var nameThatNumber = function() {
  var names = {
                  10: 'ten',
    1: 'one',     11: 'eleven',
    2: 'two',     12: 'twelve',     20: 'twenty',
    3: 'three',   13: 'thirteen',   30: 'thirty',
    4: 'four',    14: 'fourteen',   40: 'fourty',
    5: 'five',    15: 'fifteen',    50: 'fifty',
    6: 'six',     16: 'sixteen',    60: 'sixty',
    7: 'seven',   17: 'seventeen',  70: 'seventy',
    8: 'eight',   18: 'eighteen',   80: 'eighty',
    9: 'nine',    19: 'nineteen',   90: 'ninety',
    100: 'hundred',
    k1: 'thousand',
    k2: 'million',
    k3: 'billion'
  };

  function stringify(num) {
    if(num < 1000) {
      return triade(num);
    }
    var triades = [];
    var n = num;
    while(n) {
      triades.push(n % 1000);
      n = Math.floor(n / 1000);
    }
    return triades.map(function(n, i) {
      var t = triade(n);
      if(t === '') {
        return '';
      }
      var nm = ' ' + (names['k' + i] || '');
      return t + nm;
    }).reverse().join(' ').replace(/\s+/g, ' ').trim();
  }

  function triade(num) {
    var n = num;
    if(n === 0) {
      return '';
    }
    if(n <= 20) {
      return names[n];
    }
    var result = '';
    if(n >= 100) {
      result = names[Math.floor(n / 100)] + ' ' + names[100];
    }
    n %= 100;
    if(n === 0) {
      return result;
    }
    if(result !== '') {
      result += ' and ';
    }
    if(n <= 20) {
      return result + names[n];
    }
    result += names[Math.floor(n / 10) * 10];
    n %= 10;
    if(n !== 0) {
      result += ' ' + names[n];
    }
    return result;
  }

  return function nameThatNumber(num) {
    var n = Math.abs(parseInt(num));
    if(isNaN(n)) {
      return 'Not a number!';
    }
    if(n === 0) {
      return 'zero';
    }
    return (num < 0 ? 'minus ' : '') + stringify(n);
  };
}();

Потому что this.name не то же самое, что Func.name или Func.prototype.name. Вы в конструкторе записываете свойство экземпляру объекта, а удалить пытаетесь из самого объекта.
Вот так будет работать, как вы ожидаете:

var func2 = new Func('hello');
delete func2.name;
func2.name // undefined

Может, это поможет вам разобраться:

function Func(name) {
  this.name = name;
}

Func.prototype.name = 'Foo';

var f = new Func('Bar');

console.log(f.name); // "Bar"
delete f.name;
console.log(f.name); // "Foo"
delete f.name;
console.log(f.name); // "Foo"

Прототип будет общий у всех объектов наследников, притом для самих объектов данные поля не будут собственными
А в случае создания методов внутри конструктора каждый раз будут создаваться новые функции, что медленнее и жрет больше памяти

Есть поговорка: быстро - это медленно, но без перерывов.
Если будешь спешить, то непременно наделаешь ошибок. А у нас работа, которая требует точности. Поэтому грамотней будет организовать свой рабочий день и не отвлекаться во время забега. Есть хорошие техники тайм-менеджмента. Например, 45\15. 45 минут работаешь, на 15 отвлекаешься. В офисе так открыто отдохнуть не получится, но можно сделать вид, что занят, а самому парить в облаках)
Внимательность нарабатывается с опытом. Люби своё дело и тогда не нужно будет на нём концентрироваться. Это произойдёт автоматически.
И ещё. Выше писали про ноотропы - не надо. Оно того не стоит, поверь бывалому.

Насчет внимательности: https://toster.ru/answer?answer_id=690893#comments...
По поводу скорости разработки: попробуй поработать по методологии скрама (хоть она и для команды), в начале каждого спринта берешь задачи из бэклога, планируешь их на неделю, и смотришь что успеваешь сделать, запланированное тобой должно утвердиться заказчиком (начальником), пусть делит задачи на срочные и не очень, в конце спринта сдаешь ему. В течении спринта, каждый день отчет о том, что сделал вчера, что будешь делать сегодня.

Выяснилось, что есть две загвоздки: скорость работы и внимательность.

Не думаю, что медленно печатаешь и за окном птиц считаешь).

Я не разработчик, у меня пара вопросов:
- каким был результат разговора?
- выдвинули какие-то условия на новый месяц ?

Пол года работы в сфере, это наверно еще только начало пути и естественно, что скорость и внимательность к деталям приходят только с опытом(твои коллеги могут меня поправить). А опыт набирается от качества поставленных задач, их разнообразия и руководства(если ты не сам себе ставишь задачи). Если месяц пиликать только однообразные задачи, то у тебя будет ступор с выполнением других.
Работодатель несёт ответственность за результаты твоей работы и в первую очередь перед заказчиком. И в его интересах, зная что у тебя мало опыта, если не ежедневно, то хотя бы раз в неделю садиться рядом с фразой: Ну показывай Никит, что мы тут "наговонокодили"). А не через два месяца поставить перед фактом, что ты медленно работаешь и внимательность хромает.
Если диалог состоялся только в таком ключе, то внимательность хромает не только у тебя.

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