Александр Маджугин

Судя по постановке задачи и примеру, речь идёт не о всех возможных начениях массива, а обо всех возможных подмножествах множества мощностью 179.
Если каждый элемент надмножества может либо входить, либо не входить, то кажое из множеств можно сопоставить с 179-битным двоичным числом. Очевидно, что таких чисел 2^179. Если убрать из набора пустое множество (в примере его не было), то вариантов станет на один меньше: 2^179-1.
В десятичной системе это вот столько вариантов: 766247770432944429179173513575154591809369561091801087

Автор вопроса не говорит как именно он хочет получить все эти варианты, но в любом случае сохранить такое количество элементов невозможно, в нащем Солнце атомов примерно всего лишь в сто раз больше, чем это число. Чувствуете проблемочку, да?

Но задачу-то решать как-то надо. Давайте воспользуемся кодом Грея, чтобы можно было при переходе от варианта к варианту ограничиться изменением всего лишь одного бита. Но и это не поможет нам перебрать все варианты за разумное время.
Пусть на один вариант нам потребуется безумно мало времени: один такт процессора. Сохранять мы варанты никуда не будем (потребовалось бы десять Юпитеров, чтобы на их атомах записать все варианты), просто покажем на экране. Да, за один такт этого не получится, но предсьавим себе что у нас такой специальный процессор с частотой 3 гигагерца. И нам потребуется 8099185802817355231125623242284335104 лет его работы.
И всё это бессмысленно. Протсо автор вопроса не понимает чего хочет.

Оптимизация скорости работы Битрикса это комплексная работа от оптимизации контента до настроек сервера.
Пару десятков пунктов на что обратить внимание точно найдется.
Начните с вкладки Производительность /bitrix/admin/perfmon_db_server.php и по порядку.
Прогоните через гуглспидтест
В публичной части в панели сверху включите Отладку и смотрите запросы.
Пользуйтесь кешированием компонентов, технологией композитной сайт и cdn.
В общем - много чего...еще можно nginx или apache покрутить, тюнинг mysql....

вопрос - какой-то адов винегрет.
Что значит "мол $functions определяется повторно"?
$functions это переменная, переменных может быть сколько угодно.
класс Functions? У тебя же используется include_once, то есть файл с определением класса должен загрузиться только один раз.

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

С тильдой это не обработанное исходное значение.
Т.е. есть свойство тип строка и в нём хранится html
echo .....[VALUE] выведет html в виде текста, а
echo .....[~VALUE] html

> Можно ли поставить крон на 1 минуту
Можно.

> и проверять есть ли задание, для скрипта, в бд
Можно.

> и если есть выполнять его,
Можно

> а это не быстро?
А это не вопрос.

> В основном интересует нагрузка на сервер.
От крона нагрузка будет несущественная. От вашего скрипта - зависит от вашего скрипта.

> И что будет если в одно время, через крон, несколько раз обратиться к одному скрипту
Скрипт будет выполнен несколько раз.

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

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

const arr = this.$store.getters.templatesList.slice(0);

Ну и для сортировки есть встроенный метод sort:

arr.sort(({created_at:a}, {created_at:b}) => a < b ? -1 : a > b ? 1 : 0);

Также как и без Vue - дождаться загрузки: <img @load="doSomething" />

В Vue другой подход. Тут мы всегда отталкиваемся от данных, и на основе их рисуем страницу. А не ковыряем DOM после его создания.

Добавьте данные раскраски в массив данных. На примере ячеек — в элементы urldata.dates
И используйте их:

<td v-for="date in urldata.dates" :style="{backgroundColor: date.backgroundColor}">
  {{ urldata.values[date][rows] }}
</td>

UPD

И да и нет.
Битрикс 24 как продукт компании куда как интересней и развивает он его явно активнее чем просто битрикс
НО б24 сделан на битрикс так что полное вымирание ядра явно не грозит.
Но кризис на лицо.
Так же нужно понимать что рынок битрикс сужается
снизу теперь его поджымают конструкторы, а в топе самопись.
так же как вы заметили обратная совместимость битрикс дает о себе знать, на их месте я бы уже давно отказался от поддержки обновлений начиная с 7 версии, это же маразм никто в жизне не будет поднимать 7 битрикс до 20.
Но политика партии, скорее всего все прийдет к тому же что и у php рано или поздно отказавшись от старого кода написав все заново, но время ввода D7 на рынок говорит то том что эта стратегия была провальна, выводить технологиию 10 лет это даже не смешно.
Так же нужно понимать что у разрабов битрикса уже сложилось свое мнение.
К примеру разговаривая с Садониным я спросил у него собираются ли они как-то изменять "эрмитаж" на что они сказали что он работает заебись, и никаких изменений не требуется!!!!
Дада Вот это убожество по их мнению в 2020 совершенно нормально работает.

В общем
- Да интерес битрикс к битрикс падает в следствие б24
- обратная совместимость делает невозможность сделать действительно достойный релиз.
- застой технологии как таковой. С появлением kubernetas рано или поздно битрикс должен или перебраться полностью в облако или издохнуть или найти 3 путь, как и остальные движки.
- Судьба php на данный момент находится ровно в той же позиции что и битрикс, оно все еще доминирует на рынке веба но есть куча мощьнейших конкурентов которые не дремлят.
+ Битрикс де факто еще является стандартом екомерц в РФ , и по факту его заменить тупо нечем.
Делать проект с бюджетом в 1-10 млн на самописи это маразм, так что тут битриксу замены нет.
В топовом сегменте битрикс никогда и не использовался, за исключением собственно чистого екомерц да и то как исключение.

В стандартном хендлере монолога используется flock и LOCK_EX

Monolog/Handler/StreamHandler.php

Так у вас записано:

Если нужный калибр, то отобразить данные
Иначе отобразить данные

То есть, данные отображаются в любом случае.

1) Завести гит репозиторий;
2) Вести тестовую разработку на другом сервере/локально;
3) Готовый результат деплоить на рабочий сервер

В общем, примерный план решения такой:
Начинаем смотреть элементы с конца списка. Последние k элементов заносятся в кэш как есть, от них никуда не деться. Далее для каждого элемента с номером i нужно просмотреть, как он сочетается с элементами i + k .. i + 2k. Дальше смотреть смысла нет, так как это только ухудшит ситуацию. И так идём до первого элемента. Потом выбираем лучший из элементов с номерами 1 .. k. Вроде как получается линейный относительно размера списка код (не более k(n + 1) операций).
Код реализации:
https://ideone.com/ZU8Mrr