Злагода Артем (Все сообщения пользователя)

Видимо какой-то командой добавляется доступ к ip:port, но я от этого далек
Действовал дедовским способом, открыл /etc/sysconfig/iptables и добавил
-A bx_public -p tcp -m state --state NEW -m tcp --dport 3000 -m comment --comment "websocket ports" -j ACCEPT
Теперь без отключения iptables все работает
Если кто-то подскажет как это можно было прописать в консоли, то буду совсем спокоен )

Вах, спасибо, Руслан! Заработало
Но вот теперь надо мне поразбираться, что сделать, чтобы без отключения iptables фунциклировало.
Что-то где-то не прописал, не открыл. Темный лес для меня, но теперь хоть зацепка есть.

Здравствуйте, товарищи!
Не ругайте за глупый вопрос, знаний совсем мало, метод тыка не помогает
Ситуация такая - установил на компик Bitrix VM, а также в его недра nodejs + socket.io
При заходе на сайт (192.168.1.13) удачно коннекчусь с сервером nodejs (127.0.0.1:3000), запущенным через терминал PHPStorm (в винде также установлен nodejs, который этот сервер и поднимает)
А вот если сервер nodejs запускать по ssh через putty, то он стартует нормально, но вот при посещении сайта (192.168.1.13) коннект с  сервером nodejs (теперь уже 192.168.1.13:3000) не происходит.
В консоли браузера указана причина неудачи "не удалось выполнить запрос CORS"
Пробовал в .htaccess в mod_headers.c дописать Header set Access-Control-Allow-Origin "*", толку нет
Пробовал добавить это в /etc/httpd/conf/httpd.conf, толку нет
Как же быть? Подскажите, пожалуйста, кто в теме

Тема старая, но проблема актуальная. Наверняка, на форуме решение уже писали, но и тут не помешает.
Копируем шаблон компонента, затем в файле .parameters.php в многомерный массив $arTemplateParameters добавляем
Открываем настройки компонента и в добавленное поле Код секции вписываем ={$_REQUEST["SECTION_CODE"]}
Вносим соответствующие правки в ulrewrite.php
Все, теперь компонент учитывает не только код элемента, но и код раздела

Dios,
Вот спасибо, добрый человек! Теперь все отрабатывает как надо.
Про актуальность я все же уточнял в сообщении #4.
В итоге "RELEVANT_ORDER" стало "PROP_DATE >= NOW()"
Ну действительно же, все так просто...
Очень признателен за помощь
Удачи!
 

Не то ))
Если бы вывод всех элементов на одну страницу, то тогда проблем нет и код сработал бы
Выбрал все, покидал актуальные и неактуальные в разные массивы, вывел сначала одни потом другие
А мне же надо с постраничной навигацией, т.е. указан "limit", к примеру 5
Выходит выбрал я по ID пять последних элементов и с этим кодом разделил их на актуальные и неактуальные. При переходе на след страницу выбрал еще пять, там опять могут быть как актуальные, так и неактуальные данные. Ну видно же, что не та логика?
Мне нужно сначала на страницах показывать по 5 штук актуальных элементов (с убыванием по ID), а как они закончатся, то начать показ всех неактуальных.
Тут уже на этапе выборки это все должно реализовываться
Видимо выборка актуальных join выборка неактуальных

Mikhail Kryachek
В  каждом элементе указана своя дата актуальности, сравниваем ее с текущей  датой. Соответственно, актуальны те элементы, в которых указанная дата  > текущей

Dios
В результате работы кода должны выводиться сначала актуальные элементы (это выше уточнил) с убыванием по ID, а далее уже все оставшиеся элементы (т.е. неактуальные) с уже не важно c какой сортировкой (но лучше также с убывающим ID)

К примеру имеем в базе так

ID	PROP_DATE
1	01.01.2018
2	05.01.2018
3	01.03.2018
4	01.12.2017
5	01.11.2017
6	01.05.2018
7	01.04.2018

Сегодняшняя дата 20.01.2018 и на одной странице выводим не более 5 элементов
Получаем

стр 1 (просматриваем)
ID=7, ID=6, ID=3, [тут выводим предупреждение, что далее показываются неактуальные элементы] ID=5, ID=4

стр 2 (можно перейти на нее из навигации)
ID=2, ID=1

Здравствуйте
В базе элементы, у каждого из которых указана дата его актуальности
С  помощью ORM необходимо cделать выборку так, чтобы сначала вывести все  актуальные элементы с убыванием по ID, а далее вывести все оставшиеся  элементы либо с убыванием по ID, либо с убыванием по дате актуальности  (либо еще как-то, уже не так важно). Постраничная навигация должна  поддерживаться.
Вроде задача не хитрая, а как сделать оптимально и красиво не могу сообразить. Сможет помочь кто-то?
Ранее была выборка без учета актуальности

Аналогичная ситуация, но на d7. Пытаюсь по тегу удалить кеш одного элемента, а вместо этого удаляется целиком папка с кешем, путь к которой передавали в startTagCache.
Как вариант стал при кешировании в указываемый путь к папке кеша подмешивать ID элемента. Теперь конечно по тегу чистится только папка с нужным кеш-файлом, не затрагивая соседнии, но разработчики не этого наверняка планировали )
Форум живой вообще или нет? Че не спросишь все молчат как утопленники.

Здравствуйте
Мне необходимо при появлении на сайте нового товара с использованием стороннего SMTP сервера реализовать рассылку описания данного товара на email заинтересованных пользователей. Вот к примеру получил я, что таких email 600 штук и как дальше с этим быть не представляю (ограничения SMTP 17 писем в секунду)... Если было бы там, например, 5 адресов, то никаких проблем нет, при помощи того же PHPMailer отправил бы для каждого адреса письмо. Но вот как быть, если таких писем большое количество? Не set_time_limit(0) же и бомбить поштучно SMTP...
Буду очень признателен за любой совет
Спасибо

Вот подробная инструкция http://www.sesmikcms.ru/pages/read/ischerpyvajuschaja-instrukcija-po-php-mailer/

Ранее тоже была такая проблема, mail.ru и gmail.com очень подозрительные в отличии от яндекса )
Потом стал отправлять письма через PHPMailer, проблем больше нет

Год прошел, работа со свойствами элементов инфоблоков так в d7 и не реализована...
Разработчики, в планах-то хоть это есть?

Столкнулся с аналогичной задачей
Есть у кого-нибудь идеи??

Здравствуйте
В старом ядре в CUser::GetList можно было указать GROUPS_ID, чтобы отфильтровать пользователей по принадлежности к определенным группам.
В новом ядре это не проходит... Как же быть?

Ребятки, ну неужели никто не поможет?

Обычные инфоблоки всем устраивают, на них и реализовал )
Сайт пока еще в работе, но вот когда пущу в бой, то ожидаю со временем большое количество элементов и значительную посещаемость, в связи с чем хотелось бы научиться применять новые возможности битрикса.
Вроде и задачка пока самая наипростейшая - как на HL блоках организовать показ новостей с возможностью группировки по разделам, подразделам и т.д.
м?

Неужели никто не поможет?

Здравствуйте
Вот со старыми инфоблоками было все очевидно. К примеру новости лежат в своих категориях, разделах и т.д. вглубь. Вывод всех новостей или из определенной категории или определенного раздела без проблем.
А вот с highload блоками я не сталкивался и не совсем понятно как подобное организовать, те же новости например.
Может быть категории и разделы оставить на обычных инфоблоках (не для каждой же категории и раздела создавать свой highload блок и привязываться между ними?), а сами новости будут элементами highload блока с привязкой к этим вот категориям и разделам обычного инфоблока? Тогда хоть и не штатным компонентом, но своим вывод по категориям и разделам можно организовать... можно будет и кеширование стандартное туда добавить, совсем не понимаю почему его нет в стандартных компонентах работы с highload блоками.
Наставьте на путь истинный )
Всем заранее спасибо

Если перенести код из шаблона компонента в его эпилог, то по идее будет кешироваться только выборка данных компонентом из БД. Тогда в эпилоге можно будет эти данные обрабатывать динамично. Верно?
Хотя так делать и не правильно, но другого пути не вижу.
Есть идеи?

Неужели ни у кого не было аналогичной задачи, когда просто цвета посещенной ссылки недостаточно?  

День добрый!
Компонент bitrix:news.list.
Необходимо пользователю визуально показывать те новости, которые он уже просмотрел ранее, например менять цвет фона у дива с данной новостью.
Напрашивается создать пользователю строковое свойство, в котором сохранять ID последних просмотренных новостей и при выводе результатов компонента в шаблоне, проверять наличие id текущей новости среди сохраненных в том свойстве. Если есть, то добавлять диву с новостью соответствующий класс. Да вот только еще и кеширование хотелось бы оставить включенным, но с таким подходом это не продойдет...
Как вариант можно проверку реализовать через яваскрипт в эпилоге компонента, но это тоже не совсем то, что нужно. Скрипт же не мгновенно отработает.
Как же быть?

Доброго дня!
Возникла необходимость расширить набор входных параметров компонента bitrix:iblock.element.add.form для визуального редактирования. Как положено в скопированном шаблоне этого компонента создал файл .parameters.php и добавил туда тестовый код
В итоге этого доп.параметра в настройках не появилось.
Опробовал тоже самое на компоненте bitrix:news.list там все норм срабатывает, значит причина не во мне
Причем заметил, что этот доп параметр отображается в группе настроек "Дополнительные параметры", а для компонента bitrix:iblock.element.add.form такой группы параметров вообще не отображается.
Открыл файл файл .parameters.php компонента bitrix:iblock.element.add.form и у одного из параметров сменил имеющийся "PARENT" с "BASE" на "ADDITIONAL_SETTINGS". В итоге в визуальных настройках компонента появилась группа "Дополнительные параметры" и там отобразились настройки того параметра, для которого я задал новый "PARENT", а также отобразился мой параметр .parameters.php из скопированного шаблона компонента.
Вот такой затык.
Видимо тут разработчики не учли, что при отсутствии в параметрах компота группы "Дополнительные настройки" эта группа должна добавляться при наличии .parameters.php в скопированном шаблоне компонента.
Есть идеи?

Спасибо!
Действительно, надо было самому код ковырять, раз документация молчит

Здравствуйте!
При использовании компонента bitrix:forum.topic.reviews в массиве $arResult["MESSAGES"] есть неописанные документацией поля PARAM1 и PARAM2.
Значение поля PARAM2, по всей видимости, содержит id элемента к которому привязано текущее сообщение (отзыв), а вот PARAM1 у меня пустой и не совсем понятно его предназначение. Не подскажите?