Евгений Жуков, спасибо за ответ.
Не бойтесь делать того что не умеете. Ковчег построил любитель...Профессионалы построили Титаник
21.02.2018 13:02:39
Евгений Жуков, спасибо за ответ.
Не бойтесь делать того что не умеете. Ковчег построил любитель...Профессионалы построили Титаник
|
|
|
18.10.2015 17:32:41
Всем привет. Возможно кому-то пригодится следующая информация (параллельно отписываюсь в ТП)
Столкнулся с тем, что preg_replace_callback искавший html ссылки для замены в контенте страницы (OnEndBufferContent) возвращает NULL на некоторых страницах при использовании блогов или в темах форума. В preg last error при этом числился PREG_BAD_UTF8_ERROR. Если открыть тему форума не авторизованным пользователем, то все ок. Для авторизованного пользователя занялся поиском. Сравнение проблемного контента страницы с $contentNew = iconv('utf-8', 'utf-8//IGNORE', $content); указало на 1 строку:
в коде которого можно наблюдать:
Заменил на:
p.s.: полезная штука:
Не бойтесь делать того что не умеете. Ковчег построил любитель...Профессионалы построили Титаник
|
|||||||
|
09.04.2015 15:56:00
насколько я помню, запрос авторизации можно кидать на любую страницу битрикса. форма авторизации вам не нужна, чтобы подбирать пароль ( но если стоят настройки безопасности и вывод капчи, то вы ее не увидите и подбор пароля будет безрезультатным) можете проверить на своем сайте - любая страница сайта + /?AUTH_FORM=Y&TYPE=AUTH&USER_LOGIN=логин&USER_PASSWORD=пароль Был этому очень удивлен, когда пилил аякс авторизацию без системных компонентов.
Не бойтесь делать того что не умеете. Ковчег построил любитель...Профессионалы построили Титаник
|
|||
|
09.04.2015 15:08:16
Сделайте просто пошаговое удаление и по 100-500 штук за шаг удаляйте
Не бойтесь делать того что не умеете. Ковчег построил любитель...Профессионалы построили Титаник
|
|
|
09.04.2015 12:24:48
да, проверил это первым делом. там такой же e-mail , как и default в настройках главного модуля. Разобрался. Сообщения о регистрации, смена пароля, подтв. регистрации - все сообщения работали. Это ввело в заблуждение (наверно они отправляются как SendImmediate()) Долго искал в чем проблема, проверял работу крона и прочее. Когда дернул из консоли руками /usr/bit/php -f ....cron_events.php, то получил ошибку (она не пишется в error log сайта) PHP Fatal error: Directive 'allow_call_time_pass_reference' is no longer available in PHP in Unknown on line 0 ну и собственно, закомментировал строку в /etc/php.d/bitrixenv.ini ;allow_call_time_pass_reference = On Все ожило =)
Не бойтесь делать того что не умеете. Ковчег построил любитель...Профессионалы построили Титаник
|
|||
|
29.08.2012 18:42:54
Роберт, скажите, а для БУС когда появится возможность установить обновление модуля?
Просто есть собственный проект, где как раз серьезно он будет использоваться модуль обучения и вот вот нужно начинать работу, а тут обратил внимание на то, что модуль вроде как ждет большое обновление.
Не бойтесь делать того что не умеете. Ковчег построил любитель...Профессионалы построили Титаник
|
|
|
31.07.2012 12:24:03
Здравствуйте.
Возможно кто-то сталкивался с такой проблемой - пытаюсь сделать вновь добавленный каталог торговым, но никак не выходит. Сами свойства добавляемого ИБ менять при создании получается (OnBeforeIBlockAdd), но там не передается информация о том, является ли ИБ торговым каталогом - для этого нашел функцию CCatalog::Add, но она почему-то не отрабатывает (возвращает true, но если зайти в созданный ИБ, то он не будет помечен как торговый каталог).
Не бойтесь делать того что не умеете. Ковчег построил любитель...Профессионалы построили Титаник
|
|||
|
17.11.2011 13:50:54
Не бойтесь делать того что не умеете. Ковчег построил любитель...Профессионалы построили Титаник
|
|||||
|
31.10.2011 13:00:57
Не бойтесь делать того что не умеете. Ковчег построил любитель...Профессионалы построили Титаник
|
|||
|
02.09.2011 04:43:21
Просто проверяйте section_id при выводе списка элементов, и в нужном случае выводите нужные свойства (не дефолтным циклом по всем свойствам, а в ручную через ["DISPLAY_PROPERTIES"]["СВОЙСТВО"]["VALUE"])
Не бойтесь делать того что не умеете. Ковчег построил любитель...Профессионалы построили Титаник
|
|
|
02.09.2011 04:03:51
Всем привет. Знаю, что тема заезжена, просто огромное количество постов и предлагаются разные по сложности решения.
Я только хотел уточнить, все ли я верно понял и подвести итог. Суть проблемы заключается в том, что если используется компонент bitrix:main.profile и пользователь попал на страницу не будучи авторизованным, то ссылки на регистрацию и авторизацию, которые ему предложат, будут выводить авторизацию и регистрацию по системным шаблонам, т.е. обязательные при регистрации поля не будут заполнены. Решение делится на 2 части: 1. Копируем шаблон (папка .default) из /bitrix/components/bitrix/system.auth.registration/templates в /bitrix/templates/.default/components/bitrix/system.auth.registration/ И модифицируем код шаблона - он теперь будет содержать код, вызывающий именно наш нужный для этого нелегкого дела компонент (а так же поправляем в самом конце url ссылки):
2. Аналогичным образом изменяем форму регистрации: Из /bitrix/components/bitrix/system.auth.authorize/templates папка .default качует в /bitrix/templates/.default/components/bitrix/system.auth.authorize/ В ней также вызывается наш компонент, заточенный под наши нужды:
Теперь страницы с define("NEED_AUTH", true); выводят именно нашу форму регистрации и авторизации. Нет ли в решении подводных камней или неучтенных моментов? Или решение верное? Просто приведенные решения в некоторых постах на форуме пугают
Не бойтесь делать того что не умеете. Ковчег построил любитель...Профессионалы построили Титаник
|
|||||
|
05.12.2010 10:25:39
Проблема в Chrome.
Попытки изменения конфигурации nginx ни к чему не привели. При работе без css файлов (пустые css у шаблона) проблема сохранилась. Работа в обход nginx позволила получать страницу с задержкой в 3-4 минуты на загрузку визуального редактора. Изучив fileman_js.php (вернее файл, который через него подключается) обратил внимание на 304 ответы, которые генерируются этим скриптом. В логах apache значилось куча ответов 304 (Not Modified) при загрузке изображений для визуального редактора. Обратив на это внимание, предположил что проблема с браузером (Chrome 8.0.552.215). Попробовав воспроизвести ошибку FireFox был очень удивлен - в FireFox работает без нареканий. Сейчас создал около 10 разделов подряд, ни разу ошибка не проявилась. В случае с Chrome она проявлялась каждый второй раз. Полна очистка кеша не помогла хрому, как и другие режимы. Видимо ошибка заключалась именно в некорректной обработке 304 ответов. Надеюсь со следующим апдейтом Chrom'a все заработает. З.Ы. если кого-либо заинтересовала тема и установлен Chrome - проверьте (если не сложно), не наблюдается ли у вас такая проблема (при создании нескольких разделов подряд, когда создается файл index.php (автоматически) и загружается визуальный редактор для его редактирования - страница серьезно подвисает).
Не бойтесь делать того что не умеете. Ковчег построил любитель...Профессионалы построили Титаник
|
|
|