Форум

[b]Артём Ка,[/b]
зачастую сброс кэша под админом не приводит к сбросу кэша для неавторизованных пользователей. На мой взгляд, проще каждый раз сбрасывать кэш полностью (через админку)

Учитывайте, что почти на каждый компонент придется делать оборачивающий контейнер с position:relative. Иначе сильно поедет верстка в режиме "разработка"

[QUOTE]Владимир Кузин пишет:
В приведенном примере производиться 2 запроса, можно обойтись одним.

Для этого в шаблон компонета news.detail или catalog.element нужно вставить код [/QUOTE]
В случае, если инфоблок содержит десятки тысяч записей, решение крайне неэкономичное. Пара служебных свойств и обработчики событий - вот более эффективный путь.

Осман, Ваша проблема не в функции GetOptimalPrice(), а в настройке прав. Запретите пользователям покупать по всем ценам, кроме нужной.

1) не ясна задача. Что Вам мешает прописать товару свойство, например, CAPACITY и задать значение для 1 штуки? 1 штука == 1000мг, 5 штук == 5000мг. Изменение состояния корзины можно решить за счет Javascript в шаблоне.
2) смотрите в сторону колбэков: http://dev.1c-bitrix.ru/api_help/catalog/basket.php (может, это не совсем то, но дебаг товаров в корзине точно покажет правильное направление). Гляньте, что там навешано по дефолту и как оно работает.

вот еще в общую кучку:
Вы можете получить эту ошибку, если используемая версия Bitrix - под cp1251, и в настройках php стоит
[CODE]mbstring.func_overload = 2[/CODE]

В ту же кучку: в административном интерфейсе используется функция CalendarDate(). Она определена в /modules/main/tools.php и возвращает поле ввода с кнопкой календаря. Для обычного пользователя это поле имеет атрибут id (по значению он совпадает с name ), а для администратора - нет. В итоге неоправданно усложняется Javascript-код по обслуживанию таких полей .