Форум

Ваша схема тоже хороша :). Я так понимаю, она имеет место, если клиенту не важна точная конечная стоимость всего проекта?

Пару вопросов, если можно:
Кто ведет переговоры с клиентом в таком случае? Если все же не программист, а менеджер, то как он ставить работу исполнителю, не на пальцах же, что-то вроде задания описывается и согласовывается с клиентом?

[QUOTE]mxup пишет:
ну вот например клон-мвидео сделать только со своим дизайном)) помоему - наилучшее ТЗ) [/QUOTE]
Как знать, по мне - наихудший примет ТЗ. В любом случае ни одна серьезная конторе без ТЗ делать проект не возьмется. Но это мое личное и субъективное мнение.

Все что "изнутри" вы тоже опишите "как на мвидео"? Интерфейсы для админов, да и вообще что нужно админить и как, бизнес процесс по отработке заказа? Та же интеграция, или у вас не будет учетной системы, кроме админки сайта?

Внешний вид (дизайн, разделы, каталог и юзабилити) - это не самая большая часть серьезного интернет-магазина (десятки тысяч позиций), или нет?

[QUOTE]mxup пишет:
Думаю вообще конторам которые занимаются разработками сайтов на битриксе взять и создать всё так же как ан м-видео (так как там всё удобно и понятно сделано) и просто просто продавать уже потом с разными дизайнами[/QUOTE]
Простейший готовый проект уже сделала сама компания Битрикс, http://www.1c-bitrix.ru/solutions/eshop/. Если хватает - то и правда просто меняйте дизайн. Но между этим тиражным сайтом и проектом мвидео, со всеми его "внутренностями", просто пропасть.

Я бы сказал что более 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]