IG51

Ищем пересечение, затем сравниваем количество элементов массива B и пересечения

Сделать можно так:

$(document).ready(function() {
  function checkWidth() {
    var windowWidth = $('body').innerWidth(),
        elem = $(".number-bullets"); // лучше сохранять объект в переменную, многократно чтобы не насиловать 
                                    // страницу для поиска нужного элемента
    if(windowWidth < 480){
      elem.removeClass('col-xs-12');
      elem.addClass('col-xs-4');
    }
    else{
      elem.removeClass('col-xs-4');
      elem.addClass('col-xs-12');
    }
  }

  checkWidth(); // проверит при загрузке страницы

  $(window).resize(function(){
    checkWidth(); // проверит при изменении размера окна клиента
  });
});

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

"не ручками же 301 редирект всем прописывать"

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

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

Вы ошибаетесь, все эти сайты используют адаптивную верстку, она используется чтобы сайт выглядел хорошо на разных разрешениях, ориентациях и т.п.. Однако, адаптивная верстка малопригодна, если интерфейс на разных устройствах должен быть принципиально различен, например на десктопных версиях интерфейс заточен под управление мышью, на тач устройствах - на управление касанием, поэтому там принципиально другое расположение элементов и логика взаимодействия. Помимо этого, бывают устройства не поддерживающие media query и адаптивную верстку.
Поэтому, например, на mail.ru, например, есть десктопный интерфейс с адаптивной версткой, touch-интерфейс с адаптивной версткой, оба интерфейса отдаются с базовых доменов. Помимо них, есть отдельные интерфейсы на отдельных доменах без адаптивной верстки под браузеры с ограниченной поддержкой - light.mail.ru - для старых десктопных браузеров, m.mail.ru для старых смартфонов с поддержкой js, tel.mail.ru - для телефонов без поддержки джаваскрипта.

Может здесь найдётся ответ.

Чаще всего кеш разрастается до невероятных размеров из за неправильно настроенного кеша меню.
Из документации:

• MENU_CACHE_USE_GROUPS - При кешировании будут учитываться права доступа пользователя к тем или иным пунктам меню. Если меню построено без учета прав доступа, флажок лучше снять - размер кеша уменьшится.
  
• MENU_CACHE_GET_VARS - Если отображение меню зависит от параметров страницы, то при использовании кеширования необходимо указать параметры в этом поле. Параметры вводятся через запятую.
  
• CACHE_SELECTED_ITEMS - Y\N. Определяет подмешивать или нет URL в кеш. По умолчанию меню кешируется отдельно для каждого раздела. Если на сайте много разделов, то размер кеша меню может вызвать падение сайта из-за переполнения места на диске. Ограничение константы отключающей подмешивание URL в том, что во сложенном разделе может полностью быть переопределены пункты меню.
  
• MENU_CACHE_USE_USERS - Y\N. Определяет подмешивать ли в кеш id пользователя.То есть делать ли его уникальным для каждого пользователя. Нужно когда оно отличается для каждого пользователя.
  

Еще стоит обратить внимание на параметр CACHE_FILTER в компонентах catalog.section, news.list. Этот параметр отвечает за кеширование результатов работы этих компонентов, когда передан фильтр через FILTER_NAME. Где то стоит его включить, а где то нет.

В данный момент действительно никак. Эту функцию Вы увидите чуть позже.

Увы, очищать папку через cron не лучшая идея. По факту Вы боретесь не с проблемой, а с симптомом.
Почему разрастается папка кеша?
1) У Вас очень большой и сложный сайт.
Например при 10 тысячах товаров в одной категории, если Вы будете пытаться кешировать каждую страницу, то размер будет большой. Предположим на страницу с 10 товарами уходит 10КБ кеша (на самом деле, все зависит от верстки и может достигать и бОльшего размера), тогда общий кеш каталога будет 10КБ * 10 000 = ~100МБ (учетных, на самом деле около 90МБ).
Теперь посчитаем, что может быть 2 вида отображения: списком или плиткой. Соответственно уже 180МБ. А если товаров не 10 тысяч, а 100 ? А если есть еще и фильтр и его результаты могут быть кешированы? И это мы посчитали только каталог и довольно малый размер кеша.

Решение: подобрать время кеширования и увеличить дисковое пространство

2) Неправильно определено время кеширования.
Например: у Вас ttl кеша стоит 3 месяца. И даже если за 3 месяца на него никто не зашел, он все-равно хранится. Например у Вас очень объемный кеш (что очень плохо), который занимае 500КБ (а иной раз и 1 МБ), получается что этот 1МБ будет хранится на протяжении длительного времени, даже если к нему нет обращения.

Решение: подобрать время кеширования (возможно где-то стоит уменьшить) и параметры компонентов (возможно что-то не стоит кешировать)

3) Неправильно настроен кеш собственных или битриксовых компонентов.
Например есть очень большой пунктик в битриксе с кешем меню - если указать MENU_CACHE_VARS (вроде так пишется, по памяти писал), то он будет под каждый набор параметров создавать кеш. И тогда кеш меню начинает сильно пухнуть и еще и кешироваться на длительное время.

Решение: нужно проверить параметры кеширования в компонентах. Возможно в своих компонентах переписать или посмотреть на основании чего он формируется

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

Очищайте кроном, это куда надежнее. Крон работает под su, потому удалит что угодно.

https://codepen.io/riddirect/pen/MEjjjo

file_get_contents? или я не очень понял вопрос? Нужна html-версия письма?

Не надо высматривать гениев. Чудоковатым гениям место в институтах. В бизнесе их гениальность применить почти невозможно. Ищите человека подходящего под ваши условия работы и требования.