Рыжиков публично про основание рассказал много на различных мероприятиях кстати

Всем привет ) Вопрос тут технический. В товарах количество - 3 знака после запятой, в корзине - 2 знака после запятой, соответственно цена не правильно считается. Проблема известная, раньше в компоненте прям жестко было прописано округление до 2х знаков. В обновлениях это поправили может? или еще нет за 5 лет? )

тут надо понимать одну вещь - что будет показываться, а что считаться

считаться будет абсолютно всегда от реальной цены округление было исключительно на показ, не более

для начала определите что вы считаете "правильной" ценой мне кажется тут проблема, а не в округлении

это как с процентной скидкой в корзине, много копий было сломано - что же считать "правильным" конечным расчетом ) рад что уже года два как в этом не участвую )

То что показывается клиенту в корзине, как минимум, практически оферта :) вводит в замешательство тоже. Негатив будет получен

вопрос не про клиента

если хотите считать с копейками - зачем вам округление? если хотите считать рублями всегда - зачем сохраняете копейки?

у нас не цена округляется, а количество, количество пеедается из 1С в 3 знаками после запятой. показывается в карточке нормально. но в корзине округляется до 2 знаков и цена получается другой

ну т.е. надо снять ограничение не с цены (как вы говорили) а с количества, судя по тому что вы написали

а вот тут протоптанных дорог не будет, кейс не частый будь я вашим тех.специалистом - предложил бы кол-во в битрикс передавать с двумя знаками после запятой и не парится больше

это самое дешевое решение, если конечно округление остатка гдето в настройках не спрятано

ну т.е. надо снять ограничение не с цены (как вы говорили) а с количества, судя по тому что вы написали

я там описАлся. не цена конечно, а количество

сори

/bitrix/admin/settings.php?lang=ru&mid=sale&mid_menu=1 точность округления при расчетах максимальная стоит?

Знаков после запятой при выводе количественного значения стоит максималка, а не авто?

кстати - максималка судя по конфигу - 4 знака если цена может быть 2 знака, а кол-во 3 - то максималка вам нужна 5, т.е. ошибки опять же возможны

Василий, коллега получил кармического леща за то что туда не посмотрел, вам оргомное спасибо ) там стояло 2

:) ну и отлично

можно на физический план не переносить он хороший, он исправится )

в jquery был фатальный недостаток

вахахаха

но имейте ввиду - если цены могут быть с копейками, а остатки с дробями до 3 цифры - вы можете словить глюки полностью проблему вы не задавили избавляйтесь в остатках от третьей цифры после запятой, мой вам совет

Друзья, если добавляется элемент в инфоблок со статусом неактивный, то срабатает это событие ведь - OnBeforeIBlockElementAdd?

++

Друзья, если добавляется элемент в инфоблок со статусом неактивный, то срабатает это событие ведь - OnBeforeIBlockElementAdd?

естественно

спасибо

А можно ли как то сделать, что бы при добавлении этого элемента в инфоблок письмо уходило, тому пользователю, который создал этот элемент ?

Друзья, если добавляется элемент в инфоблок со статусом неактивный, то срабатает это событие ведь - OnBeforeIBlockElementAdd?

вот в обработчике и отправляй...

А можно ли как то сделать, что бы при добавлении этого элемента в инфоблок письмо уходило, тому пользователю, который создал этот элемент ?

программист может сделать что угодно

если хочешь - не перед, а после

А можно ли как то сделать, что бы при добавлении этого элемента в инфоблок письмо уходило, тому пользователю, который создал этот элемент ?

Видео-Курс #2, там все ответы есть https://academy.1c-bitrix.ru/training/course/

Срабатывает отправка только в момент когда активирую элемент..

OnIBlockElementAdd и это пробова OnBeforeIBlockElementAdd

вместе с OnAfterIBlockElementAdd приходят, когда нажимаю активировать

покажи код

а в коде if($arItem["ACTIVE"] == 'Y") { ;) гыгы

http://pastebin.com/WAXL9ahE

ох..

Суть в том, чтобы отправить клиенту когда он добавил "элемент" и второе письмо отправить когда его активировали

что так плохо?

что то много кода

не то что это плохо, это странно и нелогично

усколльзает самое главное

зубы зачем то решили лечить через жопу надеюсь так понятнее

а еще он тяжелый, без всяких на то оснований

вы там как будет сами не знаете, что надо получить чтобы отправить в письме, слишком много ветвеления

и не решает проблемы - выслать второе когда активируется

уведомление - это письмо "новй элемент + ссылка на админку"

и не решает ещё проблемы - активировать, деактивировать, активировать - ушло второе письмо

без подробностей

да ссылки не надо, просто о том что "элемент" на модерации

Я думаю может просто в форме, когда обрабатываю данные отправлять это письмо , а когда актируют уже по событию

а зачем всякие свойства дергаете?

ну это уберу, буду дергать только одно св-во, это email

)

причем все подряд? и останавливаетесь на последнем...

отсюда копипастунл код http://dev-core.ru/blog/bitrix/otpravka-soobshcheniya-pri-sozdanie-elementa-infobloka/

after выбросить событие взять bef событие оттуда взять только id товара с помощью обычного гетлиста получить данные что вам нужны (если свойства действительно нужны), красивым кодом оформить это, радоваться жизни, профит

а потом уже лишнее отсеку, основное это то что сейчас письмо не приходит до его активации

основное тут - то что воды много, запросов много логика не ясна, где падает не ясно вы вообще уверены что код работает? просто взглянув на него этого так просто не поймешь

фейспалм сделайте function IBElementCreateAfterHandler(&$arFields) { print_r($arFields); exit(); }

и смотрите что приходит

откуда вообще уверенность что site_id заполнен? а если с админки создадут? или еще как то хитро? его не будет блин, а нет даже элементарной проверки

копипаст зло в данном случае

ERROR: S client not available

вообщем если бы я увидел такое реально созданное.. у меня были бы вопросы к создателю и пошло не на рефакторинг, а на переработку целиком и полностью

foreach($arFields['PROPERTY_VALUES'] as $key => $value) { if(is_numeric($key)) { $res = CIBlockElement::GetProperty( вот за это надо ручки выдирать из жопы и ставить в плечи, там где у обычных людей обычно находятся

)) ну по идее какое событие должно сработать, если элемент создался, но не активирова? А код этот я перепишу )) Спасибо что откликаетесь.

мы щас не про событие, а про код. который просто жесть. ещё его кто-то запостил и люди копипастят...

)) ну по идее какое событие должно сработать, если элемент создался, но не активирова? А код этот я перепишу )) Спасибо что откликаетесь.

так.. активировался или нет - это доп.поле active если он не активировался - он всеравно создался ACTIVE бывает Y/N

А понял

мы щас не про событие, а про код. который просто жесть. ещё его кто-то запостил и люди копипастят...

Ну я его в любом бы случае переработал...

Впринципе я сейчас все вкурил)), спасибо Василий, спасибо Анатолий )

)) ну по идее какое событие должно сработать, если элемент создался, но не активирова? А код этот я перепишу )) Спасибо что откликаетесь.

извините, подгорело это непрофессионально, мне стыдно.. ничего лично на будущее - запомните - никогда, ни при каких обстоятельствах вот совсем-совсем никогда - никаких общений с бд внутри циклов вот совсем-совсем никогда

оу, ну что вы )) Спасибо за совет, возьму на заметку , обязательно.

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

я думаю можно просто его жестко прописать, он в данном случае всегда будет один, по крайней мере в ближайщее будущее..

когда горячий паяльник в жопу суют это одно, а когда олово заливают, совершенно новые ощущения

так и запишите

когда горячий паяльник в жопу суют это одно, а когда олово заливают, совершенно новые ощущения

мм.. это ты к чему? личный опыт? )

ы

А тут чатик такой, "близкого общения." Реверансы тут не принято делать.

Я ридонли в основном, так что всей близости не ощущал до этого момента

привет всем

сайт переехал на https и картинки остались по обоим протоколам как мне заредиректить все картинки на https?

RewriteCond %{REQUEST_URI} ^(.+)\.jpg/$ RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} ^(.+)\.jpg/$ [L,R=301]

сайт переехал на https и картинки остались по обоим протоколам как мне заредиректить все картинки на https?

если у вас на ВМ Битрикс работает сайт, напишите правила для nginx

тут на любом сработает лишь бы картинки были внутренние и да, в любом случае надо пересматривать контент, шаблоны вывода - чтобы при формировании или учитывался протокол (иначе и вм битрикса не спасет) - что маловероятно или вбивайте https принудительно

grep -lir http /site_path/ в помощь, надеюсь в бд урлы не хранятся )

RewriteRule ^(.*)\.jpg$ https://%{HTTP_HOST}/$1.jpg [R=301,L]

просто я в регулярках саусем плохой

ха) не сработает не сработает если не в корне, не избавит от редиректов постоянных

пересмотрите формирование это лишь временная заглушка

не в корне

ну вот там и не сработает /(.*)/(.*) /(.*)/(.*)/(.*)/ и далее по аналогии.. только какой смысл? редирект скорее нжинкса с http на https всего трафика

будет лучше явно

RewriteCond %{ENV:HTTPS} !on RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

это есть