Выводит не по ближайшей дате, а по наименьшему events.id.
busidoway, вообще-то нет. Собирает данные в порядке их чтения с диска, потом группирует, оставляя значения первой записи в группе. А уже к результату применилось ORDER BY .
Порядок автоинкрементых ID и порядок размещения на диске обычно совпадают. Но если одна или несколько записей из середины будет удалена, а потом вставлена обратно, то порядок нарушится.
Алексей Уколов, раз человек учит - имхо, лучше ему сразу знать эффективные пути, а не только учебные..
Мне на днях пришлось править код, где люди несколько массивов в десятки тысяч строк гоняют в циклах совершенно зазря, поэтому я так остро реагирую
а в notepad++ нет сортировки строк? Скопировать содержимое в отделный файл, отсортировать, посмотреть глазами. Я в Sublime так делал.
В Linux, в консоли задача решается элементарно: cat file_name | sort | uniq
Там ещё ключи у uniq есть, если что
denism300, не заработали, потому что их в обратном порядке нужно было написать, скорее всего.
Плюс, вручную что-то писать в urlrewrite.php - гиблое дело, будет превращаться в тыкву при каждом чихе
Ilia Malashko, так может это и есть HTTP Auth, а никакой не Javascript?
А контента при отключенном JS нет, потому что это админка Битрикса, сделанная на извращённых ифреймах.
Cyber-Pavel, тогда, честно говоря, я не понимаю, что делать с разделами, если они не часть одного поддерева.
Жаль, что не помогло, но такие подлянки с Битриксом на каждом шагу...
smilingcheater, это платформа InSales. У заказчика есть шаблон ( там он именуется "дизайн"), который тянет те самые упакованные скрипты из чужого CDN. В эту упаковку, как я уже сказал, запихана lodash версии 4.17.15 . В конфиге шаблона не был подключен дополнительный функционал InSales , который теперь понадобился. Этот функционал называется common.js , но он требует lodash версии 4.17.21, сам же её подключает, и сам же ругается на второе подключение.
В итоге получается так:
1) если lodash подключена дважды, функционал common.js фактически не работает, но ошибок не выдаёт;
2) если более старую версию lodash подменить, то common.js работает. Но я сделал подмену слишком грубо, и это этого частично сломался шаблон.
Разработчиков шаблона уже нет, у них вместо сайта заглушка.
вот только "разворачивать штатными средствами" не выйдет. Насколько знаю, кодирование в Zend Encoder (Zend Optimizer) - это односторонний процесс; там перевод исходного кода в байт-код виртуальной машины ZendEngine. Я вроде слышал о декодерах, но результат у них плачевный; только чтобы почитать алгоритм, если очень-очень надо.
Так что без исходников это можно только в рамочку на стенку повесить.
Первое: если у Вас есть ID элементов, зачем вообще указывать раздел? Ставьте везде, где надо "SECTION_ID" =>0, "INCLUDE_SUBSECTIONS" => "Y",
Если нужно фильтровать и по разделам, укажите их в том же фильтре
Кстати, не очень удачные названия для переменных: $sectId - предположительно, здесь должно быть число, единственный айдишник. $sectIdList лучше. И можно не сокращать, современные редакторы кода умеют дополнять на лету; $sectionIdList читается легче, а код пишется для людей.
$arrFiltrId - аналогично, я бы предположил, что здесь Id какой-то сущности, обозначенной как $arrFiltr. И вот эти дурацкие приставки "arr" из псевдовенгерской нотации - выкиньте их. Битриксоиды не могут, они уже насквозь испорчены этим, а Вам ещё не поздно исправиться.
$elementIdList читабельнее. ( я даже не против $tovarIdList , хоть и не сторонник русификации )
busidoway, вообще-то нет. Собирает данные в порядке их чтения с диска, потом группирует, оставляя значения первой записи в группе. А уже к результату применилось ORDER BY .
Порядок автоинкрементых ID и порядок размещения на диске обычно совпадают. Но если одна или несколько записей из середины будет удалена, а потом вставлена обратно, то порядок нарушится.