Евгений Жуков, спасибо за ответ.
Не бойтесь делать того что не умеете. Ковчег построил любитель...Профессионалы построили Титаник
21.02.2018 13:02:39
Евгений Жуков, спасибо за ответ.
Не бойтесь делать того что не умеете. Ковчег построил любитель...Профессионалы построили Титаник
|
|
|
21.02.2018 10:59:55
Решил не создавать новую тему, а написать здесь
Может кто сталкивался: почему скидка на товар расчитывается для во всех основных шаблонах (catalog.top, catalog.section) и т.д. и присутствует в результатах выборки (например, как $arItem['MIN_PRICE']['PRINT_DISCOUNT_VALUE']). Но если сделать наценку (через товарный маркетинг) - то она отображается только в корзине? Функционал наценок планировался для корректировки результирующей цены в случ специфических условий (повысить цену, если какой-то вид доставки, но маленький заказ) и т.д.? Или можно все таки его заставить работать без танцев с бубном и отдельного запуска CSaleDiscount::DoProcessOrder? Чем это вообще объясняется? ведь скидки тоже могут зависеть от специфичных условий, но их можно сразу визуализировать в списке товаров. При этом можно сделать скидку отрицательную. скидка -30% (т.е. наценка +30%) и цена будет с наценкой в списке товаров, но в корзине будет обычная цена(!). В чем логика? Есть пояснение этому, а то не очень логичный/контролируемый процесс получается..
Изменено: Иван Новиков - 21.02.2018 11:04:14
Не бойтесь делать того что не умеете. Ковчег построил любитель...Профессионалы построили Титаник
|
|
|
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.: полезная штука:
Изменено: Иван Новиков - 18.10.2015 17:35:31
Не бойтесь делать того что не умеете. Ковчег построил любитель...Профессионалы построили Титаник
|
|||||||
|
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 Все ожило =)
Не бойтесь делать того что не умеете. Ковчег построил любитель...Профессионалы построили Титаник
|
|||
|
24.05.2013 17:13:17
Всем привет, суть проблемы:
1. Создаем опрос, указываем в вопросе: Уникальность посетителей -> Не голосовать дважды -> отмечаем только "с одним ID пользователя (неавторизованным голосование запрещено)" с сессии, куки, IP галочки сняты. Голосуем. Разлогиниваемся. Продолжаем видеть результаты голосования. Заходим под другим пользователем - результаты все те же, голосовать не дает. В поддержку сегодня уже позновато наверно писать.. может кто сталкиваелся с такой проблемой?
Изменено: Иван Новиков - 24.05.2013 17:14:45
Не бойтесь делать того что не умеете. Ковчег построил любитель...Профессионалы построили Титаник
|
|
|
16.05.2013 14:37:12
Если случайно забыть 3й параметр, то получим ошибку в sql запросе.
MySQL Query Error: SELECT FROM b_blog_post P WHERE ((((P.PUBLISH_STATUS = 'P' )))) AND ((((P.TITLE = 'comm267342' )))) AND ((((P.BLOG_ID = 778 )))) LIMIT 0, 1[You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'FROM b_blog_post P WHERE ((((P.PUBLISH_STATUS = 'P' )))) AND ((((P.TITLE = 'c' at line 1] так будет все ок:
Изменено: Иван Новиков - 16.05.2013 14:38:07
Не бойтесь делать того что не умеете. Ковчег построил любитель...Профессионалы построили Титаник
|
|||||
|
23.12.2012 01:38:02
Так и не нашлась настройка?
Изменено: Иван Новиков - 23.12.2012 02:04:44
Не бойтесь делать того что не умеете. Ковчег построил любитель...Профессионалы построили Титаник
|
|
|
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 (автоматически) и загружается визуальный редактор для его редактирования - страница серьезно подвисает).
Изменено: Иван Новиков - 05.12.2010 10:26:59
Не бойтесь делать того что не умеете. Ковчег построил любитель...Профессионалы построили Титаник
|
|
|