Цитата |
---|
Денис Сон написал: Вот здесь есть пример несложного компонента (бесплатного) для организации комментариев: |
Не ты выбираешь Linux, а Linux выбирает тебя
25.06.2021 06:23:48
Не ты выбираешь Linux, а Linux выбирает тебя
|
|||
|
28.09.2020 15:08:44
bagas bagas, тоже сейчас столкнулся с такой проблемой - до этого сидел на Ubuntu 18 - в ней в конфиге nginx'а у сайта с битрой прописывал
и это работало, сейчас обновился до 20.04 - в ней минимальная оф. версия 7.4, ниже уже с доп. реп. Подключил доп. репу, пытался и с 7.2 и с 7.0, но они почему-то уже не работают так - через конфиг nginx'а. Может потому что сборка отличается от оф. Выкрутился тем что сайты с битрой пускаю на версию 7.0, а PMA - 7.2, и у 7.0 в php.ini прописал
Не ты выбираешь Linux, а Linux выбирает тебя
|
|||||
|
04.06.2020 08:39:26
Илья Воеводин, дык вы же сами и написали про component_epilog! Всё просто - создать своё свойство у инфоблока и инкрементить его в component_epilog
Не ты выбираешь Linux, а Linux выбирает тебя
|
|
|
27.05.2020 11:43:33
Павел Димов, находится же за 5 сек.
Добавить в начало страницы
А вообще вместо * лучше домен добавить Типа так:
Дока от мурзилы
Не ты выбираешь Linux, а Linux выбирает тебя
|
|||||
|
26.04.2019 10:13:56
Продублирую ибо в поиске есть 2 темы.
У меня локально агент отработал раз 10 и внезапно перестал. Время запуска давно прошло, интервал 10 сек. Как обычно, пришлось лезть в кишки битрекса -__- Агенты для запуска выбираются в месте bitrix/modules/main/classes/mysql/agent.php:121
смотрим этот массив и попал ли наш агент в него
Если нет - то находим наш агент в таблице `b_agent` и удаляем у него `DATE_CHECK` Так же если не запускаются агенты, то может нужно удалить из /bitrix/php_interface/dbconn.php установку константы
Если всё равно не запускаются - изменить в таблице `b_option` у записи с NAME `check_agents` на `Y`. Изначально проверить пытаются ли вообще запуститься можно в файле bitrix/modules/main/include.php:259
Всё это относится к агентам, отрабатываемым по хитам. Может быть по крону тоже, не проверял. У меня вышло так - на сервере они работают на кроне, настраивал не я, а локально не хочу заморачиваться с кроном, решил сделать на хитах, и вот пришлось решать почему не работают... Про `check_agents` спасибо До этого бывало сталкивался пару раз с тем, что агент переставал работать. Я начинал копаться почему, но потом он внезапно начинал работать и я успокаивался. Видимо это было связано именно с `DATE_CHECK`, ибо в этот раз она почему-то стояла где-то на полчаса больше -___- Почему-то так сильно много ибо в коде она сама иногда выставляется на 10 мин.
Выяснилось что `DATE_CHECK` остаётся если произошла какая-то ошибка! Приходится вручную удалять её -___- Для удобства, для меня проще был узнать отрабатывает агент или нет - создавать файл в той же директории что и сам скрипт запуска агента, сделал так:
Не ты выбираешь Linux, а Linux выбирает тебя
|
|||||||||||||
|
26.04.2019 10:13:14
У меня локально агент отработал раз 10 и внезапно перестал. Время запуска давно прошло, интервал 10 сек.
Как обычно, пришлось лезть в кишки битрекса -__- Агенты для запуска выбираются в месте bitrix/modules/main/classes/mysql/agent.php:121
смотрим этот массив и попал ли наш агент в него
Если нет - то находим наш агент в таблице `b_agent` и удаляем у него `DATE_CHECK` Так же если не запускаются агенты, то может нужно удалить из /bitrix/php_interface/dbconn.php установку константы
Если всё равно не запускаются - изменить в таблице `b_option` у записи с NAME `check_agents` на `Y`. Изначально проверить пытаются ли вообще запуститься можно в файле bitrix/modules/main/include.php:259
Всё это относится к агентам, отрабатываемым по хитам. Может быть по крону тоже, не проверял. У меня вышло так - на сервере они работают на кроне, настраивал не я, а локально не хочу заморачиваться с кроном, решил сделать на хитах, и вот пришлось решать почему не работают... Про `check_agents` спасибо До этого бывало сталкивался пару раз с тем, что агент переставал работать. Я начинал копаться почему, но потом он внезапно начинал работать и я успокаивался. Видимо это было связано именно с `DATE_CHECK`, ибо в этот раз она почему-то стояла где-то на полчаса больше -___- Почему-то так сильно много ибо в коде она сама иногда выставляется на 10 мин.
Выяснилось что `DATE_CHECK` остаётся если произошла какая-то ошибка! Приходится вручную удалять её -___- Для удобства, для меня проще был узнать отрабатывает агент или нет - создавать файл в той же директории что и сам скрипт запуска агента, сделал так:
Не ты выбираешь Linux, а Linux выбирает тебя
|
|||||||||||||
|
15.03.2019 11:53:09
Олег Кусов, а самое главное то где? Каким образом ковыряния на тестовом привело к тому что полетел боевой? -__- Магия?
Не ты выбираешь Linux, а Linux выбирает тебя
|
|
|
13.06.2018 06:14:51
В документации
Вопрос по
Не ты выбираешь Linux, а Linux выбирает тебя
|
|||||
|
01.06.2018 06:48:07
Повторю с примера из комментов к
Полный формат даты - "01.02.1967 00:01:02" В выборке указываем либо DATE_REGISTER_1 - если хотим только с даты. Либо DATE_REGISTER_1 и DATE_REGISTER_2 в качестве направления границ для выборки с даты по дату.
Не ты выбираешь Linux, а Linux выбирает тебя
|
|||||
|
28.02.2018 05:46:33
Вот тут описано как "стандартно"
Но при этом даётся изменить всего 8 страницы, а если их больше? Как я понял это ограничение искусственное, т.к. данные хранятся в таблице b_site_template, то по идее можно в неё добавлять сколько угодно правил. Нашёл ещё один способ - перед подключением хэдера - добавить на страницу определение константы шаблона SITE_TEMPLATE_PATH:
Не ты выбираешь Linux, а Linux выбирает тебя
|
|||
|
26.02.2018 10:54:24
Не разбирался с чем связано ибо времени нет.
У меня возникла на восстановленом сайте на локали, для разработки. Появлялась на странице Marketplace -> Установленные решения в админке. Есть подозрение что не имеет отношения к сайту, а скорее связано с общением с сайтом маркета. В общем по-быстрому для локальной разработки можно залатать так: в файле /bitrix/modules/main/classes/general/update_class.php функцию где произошла ошибка:
заменить на:
Не ты выбираешь Linux, а Linux выбирает тебя
|
|||||||
|
04.08.2017 08:44:25
Забыл добавить что речь шла о локальной копии. А на "боевом" сайте, конечно, лучше так не делать. Добавил это предупреждение в пост, спасибо за замечание.
Не ты выбираешь Linux, а Linux выбирает тебя
|
|||||||
|
03.08.2017 07:12:54
На локальной копии сайта возникла ситуация что уже зарегистрировался, а доступа к админке нет, но есть доступ к базе.
Этот способ подходит для экстренного случая. На "боевом" сайте, конечно, лучше всё стараться делать через админ часть и API Битрикса, т.к. прямые запросы могут привести к нежелательным последствиям. После получения доступа к админке лучше будет создать нового пользователя и через админку дать ему права. Итак, для предоставления пользователю админских прав - необходимо добавить пользователя в группу, которая по-умолчанию идёт в Битриксе под ID 1 можно следующим запросом:
<USER_ID> - ID пользователя которого нужно добавить в администраторы, находится в таблице b_users Так же могут быть изменены ID групп, их описание можно посмотреть в таблице b_group Форум почему-то разделил слитные слова "INS ERT" на "INS" и "ERT" и "IN TO" на "IN" и "TO" -__- Это анти SQL-инъекция? -__-
Не ты выбираешь Linux, а Linux выбирает тебя
|
|||
|
20.07.2017 10:23:35
Понекропощу немножечко. Но такие вопросы не должны оставаться без ответов!
1. Ссылку надо вставлять нормально 2. Тоже столкнулся с данной проблемой при создании своей страницы в админке - в документации не описали что за ID таблицы и с чем его едят! Нагуглил кое-что И как я понял из гугления - код выше используется не для выборки элементов, а для сортировки результатов выборки, поэтому я указал его как название моего ИБ:
В поисках этих идентификаторов в БД - нашёл что что-то похожее на них хранится в таблице b_filters , у меня было такое значение: tbl_iblock_element_4948b434a8a3723524902a93ecc38c7d_filter 3. Выборка элементов же производится тут (
Переделал под вывод моего ИБ:
И элементы появились! Номер ИБ соответсвенно можно подставить из $_POST . 4. После вывода элементов сделал настройку полей и уаля! В таблице b_user_option появилась запись у которой поле NAME имело значение tbl_quiz_sessions_s1 Значит по-хорошему нужно указывать ID таблицы как описал автор на adeveloper.ru
Не ты выбираешь Linux, а Linux выбирает тебя
|
|||||||
|
28.06.2017 07:38:09
У компонента "Список новостей" (bitrix:news.list) нет такого параметра, однако за формирование ссылка на детальную новость отвечает параметр "URLs templates" (Шаблоны ссылок). В данном случае его нужно изменить:
Вместо site.ru адрес вашего сайта (#SITE_DIR# почему-то в это случае не работает...), а вместо news - адреса раздела в котором прописан компонент "Новости" (bitrix:news).
Не ты выбираешь Linux, а Linux выбирает тебя
|
|||||||
|
20.06.2017 14:07:47
Пример для стандартного компонента Новости
Теперь необходимо убедиться что мы их можем создавать в новости, для этого зайти в Администрирование -> Контент -> Инфоблоки -> Типы инфоблоков -> Ваш тип ИБ (например Новости) -> Ваш ИБ (например Новости). И во вкладке "Поля" ИнофоБлока ставим галочку напротив пункта "Теги" (в самом низу). Теперь необходимо указать у новости теги и вывести их можно в файле template.php, который находится в news.detail вашего шаблона:
Для поиска по тегам ссылки должны быть вида:
Не ты выбираешь Linux, а Linux выбирает тебя
|
||||||
|
20.06.2017 09:53:15
У меня такая же ошибка возникла когда подключал свой файл для дебага:
Не ты выбираешь Linux, а Linux выбирает тебя
|
|||||
|