Может, завести отдельную таблицу для счётчиков? И обновлять её запросами вида UPDATE table SET field = field + 1 WHERE ... ?
«Да не могут же они!»
11.04.2011 16:40:38
Посмотрите на код в посте #7. Вот ключевой кусок:
Что здесь происходит: 1) из урла вида 2) вызывается /add2basket.php?action=BUY&id=9739 В самом /add2basket.php вызывается компонент, который добавляет товар с id=9739 в корзину и возвращает нужный html-код. У меня этот компонент самописный. Эта схема работает вот здесь: tnd.ru/new/
«Да не могут же они!»
|
|||
|
11.04.2011 15:48:03
Предполагалось, что данные будут организованы следующим образом:
* инфоблок "Ветераны" * инфоблок "Награды" В инфоблоке "Награды" вам надо хранить уникальный идентификатор ветерана, который берётся из CSV. Вы храните его в символьном коде (поле CODE). На странице детального показа ветерана этот уникальный идентификатор должен быть вам известен (я предполагаю, что он есть в соответствующем CSV, и что вы его где-то храните). Условие '=CODE' => чему_надо позволит вам отобрать награды, у которых в символьном коде прописан нужный уникальный идентификатор ветерана.
«Да не могут же они!»
|
|
|
11.04.2011 15:14:08
Дополнительные изображения хранятся в свойстве MORE_PHOTO элементов инфоблока?
В настройках компонента в поле "Свойства" это свойство выбрано? Если да, то вам, скорее всего, придётся писать result_modifier.php для шаблона bitrix;catalog.section и обрабатывать в нём значения свойства MORE_PHOTO для каждого элемента по аналогии с тем, как это делается в компоненте bitrix;catalog.element:
Note: если вы просто вставите этот код в result_modifier.php, он не заработает. Его надо дорабатывать.
«Да не могут же они!»
|
|||
|
11.04.2011 10:34:02
Ну... давайте скриптам сложные имена.
«Да не могут же они!»
|
|||||
|
10.04.2011 19:36:42
Проверьте конфигурацию сервера с помощью bitrix_server_test.php:
«Да не могут же они!»
|
|
|