В смысле тоже сделать обязательным для заполнения? Или приравнять на выводе? если первое - то в настройках свойств информационного блока, а если второе - то надо править шаблон.
Собственно вопрос - это CSaleBasket::GetList не умеет работать с пользовательскими свойствами и придется делать дополнительный запрос, или ошибку надо искать у меня в коде днк?
Так. Теперь все стало еще в тысячу раз интересней. Я надеюсь еще кто-то читаю эту ветку.
Во-первых, хотелось бы узнать, знает ли кто-нибудь что за событие "VIRUS_DETECTED" Битрикса и по какому поводу оно пишется в b_event?
Теперь к сути. Неделю назад (17.06.2011), на сайте резко скакнул вверх траффик рано утром. Вместо 30-40 одновременных пользователей на сайте находило ~270, причем модуль битрикса говорил что по IP-адресам это преимущественно Дания, Ирландия, Греция и прочая Европа. Яндекс.Метрика показывала в источниках переходов 90% - "прямые заходы". Для сравнения - в обычные дни зарубежный траффик составляет <1%, а прямые заходы - до 17-20% в лучшем случае. Стало ясно что что-то никак. Обратились к хостеру (не буду называть его имя, чтобы не сочли за рекламу). Хостер предложил просто обрубить весь зарубежный траффик на 7 дней. Так как решение надо было принимать срочно - так и сделали.
А теперь о том почему я пишу это в этом топике. Потому что сегодня в 11 утра прошло ровно 7 суток как траффик был перекрыт, его автоматически разблокировали - и все продолжилось. Более того, письма которые не приходили - сразу же пришли.
P.S. когда начинал писать эту простыню, думал что VIRUS_DETECTED имеет к этому отношение, но сейчас посмотрел - такие записи появляются в b_event стабильно долго (уже больше года точно, а это практически все время работы системы)
Если кто-нибудь сможет помочь - было бы очень здорово.
d4rkolian пишет: Думаю может быть сделать проверку\оптимизацию и восстановление таблиц в БД? Может поможет.
Панацеей не стало, к сожалению. После проверки\восстановления таблиц попробовал снова - письмо не пришло, в b_event записи о письме не появилось. Хотя другие записи (оформление, изменение статуса заказа) появляются там постоянно и все ок.
На данный момент пока отключил подтверждение e-mail адресов, но это, конечно, временное решение. Хотелось бы докопаться до истины.
Самое удивительное что этот запрос вообще не показывает событий "NEW_USER_CONFIRM" за последние 2-3 дня. Хотя я знаю что вчера пользователи регистрировались, статус у них "Активен" - значит письмо им приходило и почту они подтверждали =\
UPD все основные скандалы-интриги-расследования - в этом посте данной ветки
===================
Добрый день!
Суть проблемы в следующем - сегодня с утра внезапно перестало уходить письмо пользователям с подтверждением регистрации. В шаблон почтового события не лазил, в тип события тоже. Вчера только меня другое почтовое событие, но еще вчера вечером все было отлично. Грубо говоря рабочий день кончился в 18, в 23 еще пользователи регились нормально, сегодня с утра - уже не уходят письма.
Нашел отправку в компоненте bitrix:main.register, выглядит вот так:
Если кому интересно (ТС вообще пропал, судя по-всему), решил проблему следующим образом, что-то вроде "полукостыля": добавил дополнительное поле типа hidden средствами битрикса в форму.
изначально у него пустое значение (value="").
в файле шаблона в массиве php храню данные которые мне нужно будет подставлять. С помощью jquery ajax вытаскиваю их по select .change и подставляю в поле hidden
Вот так. Средства "от разработчиков" так и не нашел. Может в более поздних версиях (у меня 9.0.6) эта проблема уже решена.
Дмитрий Яковенко, спасибо. Как раз через .htacess открыл доступ
а последняя проблема решилась следующим образом:
Код
//если пришел ajax-запрос на подгрузку товаров
if (isset($_POST['getElementsList'])) {
require($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/include/prolog_before.php");
CModule::IncludeModule('iblock');
echo 'товары';
exit;
}
Проблем с доступом к скрипту решилась созданием в папке /bitrix/modules/my_module/include/ .htaccess с текстом
Код
Satisfy any
order allow,deny
allow from all
Теперь правда возникла другая - скрипт возвращает ошибку
Код
<b>Fatal error</b>: Class 'CModule' not found in <b>Z:\home\adrenalin77.ru\www\bitrix\modules\jj_tools\include\inc.export.xml.php</b> on line <b>36</b>
Хотя код следующий:
Код
//если пришел ajax-запрос на подгрузку
if (isset($_POST['getElementsList'])) {
CModule::IncludeModule('iblock');
echo 'товары';
exit;
}
m777 пишет: я в шаблоне на главной убрал в центральном блоке модуль новостей и сделал статичным блок.
Не, я имел ввиду не шаблон главной страницы, а именно шаблон вывода новостей. Должен лежать где-то здесь: /bitrix/templates/.default/components/bitrix/news.list
Дописываю собственный модуль в административную панель и я хочу использовать jQuery ajax. сам файл модуля лежит в site.ru/bitrix/modules/my_module/include/file.php в нем же вызывается скрипт
Вынесением функции которая вызывается по smth == 1 в отдельный файл и "складыванием" его, допустим, в корень site.ru/fileAjax.php - проблема решаешься. Но так делать не хочется совсем.
Ага, после всех экспериментов именно к такому и пришел + вставил в самое начала component.php Теперь все работает. Спасибо большое. Вроде пока проблем нет больше, буду подключать "наживую" и отлавливать ошибки. Надеюсь тема станет подспорьем для тех кто столкнется с похожей проблемой.
Следующий шаг - написать компонент для фильтра товаров. Хочется сделать универсальным, чтобы можно было выбрать поля по которым фильтруем для каждой конкретной категории, ну и включать\отключать фильтр также для конкретной категории. Вы наверно в курсе - нет еще ничего такого готового? Хотя в любом случае буду писать