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

Не знаю в чем проблема, но знаю как я бы искал - я бы всеми силами пытался добиться повторяемости.

иногда (!) приходят на полные данные

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

В настройках инфоблока который является каталогом оба сайта отмечено? Это самая очевидная причина, но при этом и фильтр не должен бы работать.

Вообще информации не очень в вопросе:
> Во вкладке "Администрирование" я вижу свои два сайта.
Это хорошо, но где и какое это имеет отношение к вопросу? Почему вы решили добавить эту информацию?

> Я перенес шаблоны каталога.
Куда и для чего? Как реализована многосайтовость?

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

API Key добавлен? Нет.

Это расширения-блокировщики и браузеры типа Opera где они уже нативно встроены.
Люди их ставят из-за того что вебмастерам мало встроенной аналитики битрикс и они навешивают на сайт еще GA, метрику и piwik.
Бороться с этим можно только одним способом - прикрутить свою аналитику и лучше всего на стороне сервера, а все остальное выпилить.

Каждое изменение это запрос к сайту - так?
Ну вот и складывайте эти запросы в бд (да хоть в hl блок).
Идентификатором запроса сделайте хэш от него.
Но перед этим упорядочите данные в запросе, чтобы color=red&size=10 и size=10&color=red не считались разными.

На что поставить цель? На факт успешного получения данных?
Просто на факт отправки?

По всей видимости результат отправки выводится у вас тут:

<?if ($arResult["isFormNote"] == "Y"):?>
        <div class="popup__title">
          <?=$arResult["FORM_NOTE"]?>
        </div>
        <script type="text/javascript">initPopups();</script> 
      <?else:?>

Значит куда-то под это условие и надо. На автор компонента сделал одну классную вещь судя по всему - вывод ошибок и вывод сообщения об успешной отправки никак не разделяется. Так что вам еще надо будет туда добавить условие на проверку успешности.

Ну а если вам не важно получение данных из формы, а только трекать ее отправку, то на onsubmit.

man suid
Даже в википедии есть: https://ru.wikipedia.org/wiki/Suid

А если скрипт, то:
sudo cat /etc/sudoers
Там все прямо в комментариях написано.

Или в гугл sudoers nopasswd

Можно попробовать операться на флексии в названии объекта. Для их выделения придется набросать какую-то библиотеку, а за основу взять любой стеммер. Если делаете на js то есть яндексовский стеммер быстрый и простой.
Лучше всего опираться на аффикс-стеммер.
Когда у вас будет суффикс слова потребуется выделить из него окончание. Это уже совсем просто, а если у вас аффикс-стеммер, то окончание где-то в нем уже будет выделно.
Ну а дальше правило частично подбирается из вашего же примера - окончание "ая" для объектов женского рода - тип добавляем в конце. Окончание "ого" для объектов мужского рода - тип в начале.
В названии содержится слово "имени" или "им." тогда тип ставится перед ним.
И так далее - вам будет нужна таблица окончание/тип объекта и на пересечениях положение типа относительно названия.
Это будет основной способ.
+ будет предварительный - если название из двух или трех слов и содержит слово "имени".
+ таблица особых случаев через которую вы зададите немногие исключения (которые вероятно будут).

Дайте я попробую переформулировать ваш вопрос:
У вас есть меню и в этом меню есть пункт который не должен отображаться на некоторых страницах (или наоборот - должен отображаться на некоторых - вот тут я не очень понял).
Вообще говоря обычно это означает что у вас меню выполняет не свойственную ему роль. Т.е. если сложилась такая необходимость то скорее всего у вас уже что-то пошло не так. Но бывает конечно по разному...
1 Не трогайте шаблон (файл bitrix/templates/.default/components/bitrix/menu/left/template.php)
2 Обратитетсь непосредственно к файлу меню - последней элемент массива пункта - это метод который регулирует отображением пункта - https://dev.1c-bitrix.ru/learning/course/index.php...

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

Если фреймворк под который ты пишешь везде использует <?, то на самом деле пофиг и я использую короткую версию.
Дело в том, что нет никакого "правильно" или "лучше" выбитого в граните. И надо понимать как будет использоваться ваш код. Если он не отделим от другого, где уже стопятцот раз написано <?, то все равно. Во всех других случаях <?php.
Для тех кто не понимает как и что он пишет есть PSR. Таким образом если вы не знаете что лучше использовать - пишите <?php. Как только сможете понимать, что лучше использовать - можете начинать использовать то, что лучше.

$filter = Array (
"LOGIC"=>"OR",
   array( "LOGIN" => 'ключевые | слова'),
   array( "NAME" => 'ключевые | слова'),
   array( "EMAIL" => 'ключевые | слова')
);

Так не работает?

А что толку что вы напишите свою привязку? Пользователь должен выбирать не из 18000, а из 4 (к примеру)?
Ну тогда просто удалите 17996 и оставьте 4 нужных. А если ему выбирать из 18000, то ему придется выбирать из 18000.
И кстати, почему флажки? Если у вас свойство не множественное - должен быть выпадающий список.

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

Но есть еще один нюанс - если у вас данные прилетают из 1с - зачем их вообще редактировать на стороне сайта? Какой-то не правильный подоход. Либо меняйте на стороне сайта и плюньте на импорт из 1с (трансформируйте элементы hl в элементы обычного IB), либо продолжайте управлять из 1с и в этом случае вам всеравно, сколько там тысяч флажков.

На самом деле не понятно что вы спрашиваете.
Если вам надо вывести один, первый элемент выборки, то тогда прислушайтесь к совету serginhold - установите лимит в 1 элемент.
А на худой конец вы ведь всегда можете в своем коде, который привели, заменить
while($ar_fields = $test_elements->GetNext())
на
if($ar_fields = $test_elements->GetNext())
И получить тот же самый эффект - отображение первого элемента выборки.

НО!
Вы пишите что-то про url и вряд ли вам нужно выводить один и тот же элемент (первый попавшийся) на многих разных страницах.
Следовательно у вас проблема вовсе не с тем что нужно показать один элемент вместо нескольких, как вы думаете и спрашиваете, а в том, как выбрать НУЖНЫ для этой странице элемент.
Если у вас страница однозначно ассоциирована с элементом не важно каким способом, то ваш фильтр должен выбрать один элемент и даже с while вы должны получить нужный вам результат.
Отсюда вопрос - в какой переменной запроса и какой идентификатор элемента вы передаете на странице?

На самом деле часто, очень часто, исполнителю достается такое ТЗ, что лучше его бы и правда не было. Типичные ошибки:
1 ТЗ содержит противоречивые требования, либо требования которые ведут к неявному противоречию.
2 ТЗ требует конкретные способы и/или технологии реализации логики, не совместимые, или плохо совместимые с логикой.
Обычно эти пункты присутствуют вместе и взаимно дополняют и обогащают друг-друга. Вот последний пример, правда в нем только пункт два:
Клиент захотел систему поддержки пользователей. Система должна принимать жалобы от пользователей на сайте, далее передавать их в 1С и со стороны 1С с ними должны работать менеджеры. В платформе на которой сделан сайт, есть уже модуль технической поддержки, хоть и примитивненнький, но от него много-то и не надо - форму для приема заявок и бэкенд для учета заявок в БД. Однако клиенту этого показалось мало и он нашел модуль стороннего разработчика который добавлял инструменты работы менеджера с жалобами на сайте без доступа в админку, чат с клиентом, отчеты по жалобам. Этот модуль согласовали в длинной череде инстанций, включили в ТЗ и выкатили нам.
Наша задача свелась к написанию обмена данных с 1С и выпиливанию инструментов менеджера, чата и отчетов т.е. ВСЕГО функционала модуля, кроме формы заявки, которая уже была реализована штатным функционалом, а здесь только повторялась и работала чуть хуже. Ну еще у этого модуля был свой бэкенд, поэтому пришлось писать обмен по недокументированному бэкенду.
Я потом составлял отчет и прикинул в процессе, что в целом клиент переплатил примерно в 6 раз, за то, чтобы задача была реализована так как он хочет, а не так как надо было.
И такое ТЗ даже не каждое второе. И вот он нахрен не надо.

А как представлены ваши абзацы?
Я бы делал это на базе обычных компонентов коментариев основанных на форуме, но для этого абзац нужно как -то представить в виде объекта данных, чтобы у него появился некоторый id по которому можно бы было связывать с ним его ветку комментариев. Самый просто метод "в лоб" это хранить каждый абзац отдельно как элемент ИБ, но это жутко неудобно. Я бы делал так - пусть абзацы это просто абзацы (тег p) в html поля DETAIL_TEXT элемент ИБ, тогда, уже на клиенте, им можно присвоить с помощью js id основанном на id элемент ИБ и номер абазаца в тексте.
Записывал бы этот id в какой-нибудь атрибут data-paraid и опять же js бы добавлял ко все элементтом с атрибутом data-paraid возможность открыть popup c iframe, в котором был бы обычный компонент комментариев.
Как-то так, в общих чертах.