Форум

[QUOTE]Дмитрий Якинцев пишет:
Ну и в админке есть пункт "SQL-запросы"[/QUOTE]
открыл военную тайну :)

[b]abuGabi,[/b] послушайте лучше [b]Василий Дорожкин,[/b]
советую вам лучше начать вот с этого
http://dev.1c-bitrix.ru/support/faq/8366/#112861

Если вы имеет в виду только типовые механизмы (например 1С8 УТ +Битрикс), то для этого надо более четко проанализировать задачу и бизнес процессы.
сходу могу отметить следующее:
надо продумать как будет происходить аутентификация пользователей  и нужна ли она. Может быть достаточно будет ввести номер заказа и посмотреть его статус.
А уж информацию по заказам вы будете выгружать из 1С (вот тут небольшие доработки в 1С могут понадобится, если что то из типового функционала вас не устроит)

Если вас не пугают доработки, то можно сделать все что угодно, не забывая при этом, что чем проще - тем лучше :)

[QUOTE]Sergey Lazarev пишет:
(конфигурации под 1с такой тоже не видел)[/QUOTE]
как правило, предприятие либо использует типовые продукты и выстраивает свои процессы и логистику в зависимости от методики учета, либо разрабатывают системы учета под свои бизнес процессы.
и, как правило, на рынке существуют продукты общего назначения,
например: 1С:Управление торговлей, 1С:Бухгалтерия,
а также продукты отраслевые и специализированные (заточенные под конкретную сферу деятельности)
и не во всех из них может существовать возможность импорта данных на сайт

вам надо искать именно примеры уже таких проектов (примеры реализации аналогичной вам задачи)

а вообще - задача то у вас несложная

[QUOTE]Irina Vinokurova пишет:
Искать будет в выгрузке из 1С Просто как я читала, поиск осуществляется по параметрам (ID, название, символьный код и т.д. и т.п.) Вот где они хранятся, чтобы ненужное можно было бы удалить, а оставшиеся активировать для определенной страницы?[/QUOTE]
раз в выгрузке из 1С, то соответвенно в инфоблоках
вам повезло, это не так сложно
посмотрите принцип работы компонента bitrix:catalog.filter
вы можете его настроить на фильтрацию по необходимым полям и ваша задача будет реализована


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

посмотрите примеры на демосайте

Если неавторизованный пользователь не может никуда зайти без авторизации, можно вот такой способ реализовать (половину работы, перекрыв доступ на все вы уже сделали):
далее...
1. делаем шаблон болванку с формой авторизации для всех сайтов
2. в настройках сайтов указываем что показывать данный шаблон при условии выполнения выражения PHP (в котором прописываем проверку авторизованности)

только сам такой способ не пробовал
но преимущества вы получите следующие:
1. не надо париться с редиректами и прочими бяками
2. пользователь не будет видеть элементов сайта (основного шаблона) пока не авторизуется, а будет видеть лишь форму авторизации, что вам и надо

[QUOTE]Irina Vinokurova пишет:
Необходимо изменить поиск по сайту. Т.е. разбить его на три вида (выбирается определенная страница (например, "марка") и на ней будет строка поиска, которая ищет только по марке. [/QUOTE]
где именно вы собираетесь искать?
если речь идет об инфоблоках, то воспользуйтесь компонентом catalog.filter
и ваша задача может быть реализована так как вам требуется

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

как правило если класс относится именно к компоненту
то располагается в файле стилей компонента
http://dev.1c-bitrix.ru/api_help/main/general/component20/03.component_place.php
http://dev.1c-bitrix.ru/api_help/main/general/component20/04.component_struct.php
если нет там, ищите в стилях шаблона
http://dev.1c-bitrix.ru/api_help/main/general/structure.php

[QUOTE]Afire пишет:
В API не могу найти функцию "добавить заказ с таким-то товаром". [/QUOTE]
потому что реально заказ без корзины не создается :)
и для хранения строк корзины и строк заказа используется общая таблица
b_sale_basket

получается что можно создать строку корзины
создать заказ
привязать к заказу строки корзины
т.е. информация о составе заказа хранится в корзине

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

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

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

не парьтесь
заставьте пользователя зарегистрироваться
это наверное единственная гарантия сохранности данных пользователя

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