Александр У. (Все сообщения пользователя)

Закрыть страницу (раздел) форума с помощью .htaccess.
Хостеру доложить, что форум закрыт.
Дождаться пока откроют http доступ и настроить.

Я беру из title страницы, где появляется веб-форма.
Title соответствует названию раздела.
Примерно так:

Только делаю это в кастомизированном шаблоне компонента формы form.result.new, а не в init.php.
Зачем засорять init.php, который выполняется на каждом хите.

Да, так устроено.

В списке адресов "самоподписавшихся" можно найти по фильтру "подписан на 'название рассылки' ".

В сегментах их попросту нет.

При создании рассылки в "кампания" надо указать 'название рассылки' и они туда попадут.
Сегменты указывать не надо, если только необходимо добавить еще кого-то к тем, кто в "компании".

НетПэй net2pay.ru

Я бы посчитал это багом CMS и отправил соответствующий запрос в ТП Битрикс.

Через ftp включите в /bitrix/settings.php debug = true и увидите ошибки

 Если в корне сайта лежит файл error.php и выключен вывод ошибок на экран, то этот файл будет подключен в случае возникновения необработанного исключения.
(https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&LESSON_ID=2795)

Спасибо.
И ТП Битрикса подсказала, что в настройках параметров модуля sale (Интернет-магазин) появилась настройка печати чеков "Печатать авансовый чек при получении оплаты".
Хотя это и не "100% предоплата" а "Аванс", в некоторых случаях может подойти.

Возможно срабатывает проактивная защита.

Тоже интересует этот вопрос.
А также изменение типа продукции с "товар" на "услуга"

Вот, что удалось найти в интернете по этому вопросу:
События работы с кассами и чеками - https://dev.1c-bitrix.ru/api_d7/bitrix/sale/events/cash_desk_and_checks.php
BITRIX. Как поменять тип чека? - https://toster.ru/q/646422
Как правильно указать тип оплачиваемой продукции Услуга? - https://toster.ru/q/612425

Как бы всё собрать вместе?
Что использовать вместо [\Bitrix\Sale\Cashbox\Check::PAYMENT_TYPE_ADVANCE] для "100% предоплаты"?

В мониторе качества /bitrix/admin/checklist.php есть проверка на модификацию ядра.
Можно попробовать определить какие файлы были изменены.

Да, заметил такую же фигню.
abracadabra.1965@example.ru  и  abracadabra.1865@example.ru воспринимаются битриксом как одинаковый.
Никаких личный доработок в регистрации не было.
И это повод обращаться в ТП.

Судя по всему FUSER_ID должен удаляться из куков при логауте по умолчанию - https://divasoft.ru/blog/chto-takoe-fuser-id-v-1s-bitrikse/
Почему это не происходит у вас - неизвестно.
Корзины авторизованных пользователей хранятся пока сам пользователь их не почистит
Корзины не авторизованных пользователей (брошенные корзины) хранятся по умолчанию 100 дней. Изменить срок хранения можно в модуле интернет магазина - вкладка Настройки - Сохранять корзину (дней)

К сожалению собственного опыта реализации нет.
Есть документация https://dev.1c-bitrix.ru/user_help/settings/ldap/index.php

Правильно, там так и написано, что служебная часть пролога грузится до визуальной.
То есть сначала init.php, потом запускается сессия, а потом грузится header.php визуальной части шаблона

И если в header.php вставить session_start(), то сессия запускается почему-то раньше чем init.php?
Это и непонятно

Странно, у меня массив $_SESSION доступен в init.php.
Может потому, что вызываю session_start(); сразу после if(!defined("B_PROLOG_INCLUDED") || B_PROLOG_INCLUDED!==true)die(); в header.php шаблона сайта.
Что я делаю не так?

P.S. сейчас проверил - действительно, если убрать session_start(); из header.php, массив $_SESSION становится недоступен.

Может гуру объяснят?

Пользователи зарегистрированы в домене?
LDAP авторизация не подойдет?

Про 404 ошибку:
Копайте в сторону настроек URL - в двух местах:
1. В админке: контент->инфоблоки->типы инфоблоков->ваш инфоблок каталога - там абсолютные пути от корня сайта
2. В публичке: параметры компонента каталог, настройка ЧПУ - там относительные друг от друга пути
Надо сделать так, чтобы в этих двух местах URL товара был одинаковый

Проверьте УРЛы в настройках инфоблока каталога и ЧПУ в настройках параметров компонента каталога.
Там поля, относящиеся к разделам должны быть пустые, а УРЛ элемента идти от корня каталога.
Также смотрите настройки списка в параметрах компонента - там есть галочка "скрывать элементы если есть подразделы".
Ну и товары в инфоблоке у меня все в корне каталога, а не в разделах/категориях.

Я в шаблоне комплексного компонента "catalog" переименовываю "sections.php" в "sections.php.old" и создаю симлинк "sections.php", который указывает на "section.php", находящийся в той же директории.
Если симлинк никак не сделать, то копируем содержимое "section.php" в "sections.php"

Можно подменить шаблон компонента "catalog.section.list" (список категорий) шаблоном "catalog.section" (список элементов), тогда второй будет вызываться вместо первого в комплексном компоненте "catalog".

Действительно, SITE_ID в админке выдает текущий язык в админке.

Тем не менее можно получить ID сайта текущего домена:

$rsSites = CSite::GetList($by="sort", $order="desc", array("DOMAIN"=>$_SERVER['SERVER_NAME']));
while ($arSite = $rsSites->Fetch())
{
$arSites[] = $arSite["LID"];
}

Тоже искал эти фразы. Оказалось они зарыты глубоко в ядре и кастомизация шаблонов компонентов не даёт их изменить, поскольку они возвращаются в массиве arAuthResult
Находятся эти фразы здесь:
сайт/bitrix/modules/main/lang/ru/classes/general/user.php

Я - новичок в Битрикс, документацию изучаю.
Не могу придумать логику организации продаж периодического товара.

Есть товар - туристические путевки.
Предложения к нему - разные типы размещения в отеле и разные льготы.
Есть свойство "дата отъезда" типа дата/время.
"Активен до" ставится равным дате отъезда.
Путевка становится неактивной, и если ее снова надо пустить в продажу, просто меняем дату отъезда и активен до.
Пока продается одна путевка, все вроде работает, кроме того что свойство "дата отъезда" не передается в заказ.

Но если надо продавать одновременно N одинаковых путевок на разные даты, то приходится заводить N товаров с предложениями.
Менеджеры по продажам ругаются.

Вопрос- как можно создать один товар - путевку с разными датами, чтобы в списке раздела он "размножался" - на каждую дату показывался отдельно.
Чтобы менеджеру было удобно менять даты, покупателю их выбирать, и они передавались бы в свойство заказа?

Путевок естественно много, даты непредсказуемы.

Помогите пожалуйста. Редакция Бизнес.