Форум

Я бы сказал что более 160, а то и 260, а то и 360, .... т.р. в зависимости от того что вы подразумеваете под "структурой сайта как м-видео"

В обязательном порядке рекомендую сначала делать более-менее подробное ТЗ, хотя бы на уровне создания схематичного отображения каждой (различной) страницы с детализацией до кнопки купить, полей фильтров в поиске и ярлычка "новинка", а так же хотя бы словесного описания как и что работает в плане интерактива, вроде "пользователь выбрал вот это, случилось вот это".

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

И вот по такому документу можно называть цену.  ТЗ может быть написано как вами, но будет лучше если исполнителем, за деньги, конечно.



А если стартовать проект с ТЗ на один лист, с описанием вроде "как в м-видио", то и вы и исполнитель рискует сильно "расстроиться" в процессе выполнения проекта.

[QUOTE]SJL2008 пишет:
Кто ответит на вопросы?[/QUOTE]
все ушли на фронт :)

Обмен с 1С - это не нагрузка по хитам. Нужно оценить нагрузку на БД и дисковую подсистему.
Если хостер плачет - может стоит выбрать другого?

А вы прочитаете свой вопрос, человеку никогда не видевшему ваш проект что будет из него понятно?
Я вот что понял из вашего поста: мы сделали непонятно что, но оно правильное, битрикс нифига не хочет работать нормально. И вас интересует кто сталкивался с похожим?


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

[QUOTE]Артемий Исаев пишет:
По сути в 1С полезная информация для сайта это остаток и цена. всё остальное описание товара в 1С не хранится! Изменения не больше 100 товаров за 5 минут. Сервер свой в датацентре и канал мощный. [/QUOTE]

Думаю будет успевать за 5 минут проходить обмен.

Если не рассматривать возможность обращений сайта в 1С (это немалый объем работ, это безопасность, это нагрузка на базу 1С и т.д.), то:

Если картинки/описания/кучу свойств по товарам не выгружаются из 1С, если меняются не 1000 позиций за 5 минут, то в 5 минут может и стабильно успевать, опять же если хороший канал/сервер.
Нужно банально потестировать в вашей реальности.

А, вы про выполнение функции AddEventHandler?
Да же не знаю, никогда не задумывались насколько это "нагружает" систему, по мне так это капля в океане - подключении всего ядра 1С-Битрикс, переживать по этому поводу не стоит :), если конечно у вас не супер важный и нагруженный проект делается.

И еще раз :)
Регистрируете обработчик - вне условия. Регистрация обработчика - это всего лишь описание функции, т.е.
этот код не будет исполняться пока не произойдет его вызов, а вызов происходит при изменении элемента иблока.
А уже внутри обработчика делаете условие. У вас ничего не будет вызываться на каждом хинте.


[CODE] AddEventHandler("iblock", "OnBeforeIBlockElementUpdate", Array("MyHandlerClass", "OnBeforeIBlockElementUpdateHandler"));

class MyHandlerClass
{
  // создаем обработчик события "OnBeforeIBlockElementUpdate"
  function OnBeforeIBlockElementUpdateHandler(&$arFields)
  {
     if($_GET["type"] == "catalog" && $_GET["mode"] == "import")
     {
         if(isset($arFields["NAME"]) //если установлено поле Имя, убираем его
             unset($arFields["NAME"]);
         return;
      }
  }
} [/CODE]

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

[QUOTE]Николай Ефремов пишет:
Должно быть часто, особенно если выгрузки большие (а какие, если не секрет?)[/QUOTE]
К проекту топик стартера это наверно отношения уже не имеет, я скорее для понимания что не всегда подойдет решение блокировок. У нас есть проект с таким обменом, сам обмен проходит за минуту-две, это изменения по остаткам и обновления заказов в обе стороны.