|
ru.website
- RU.WEBSITE -------------------------------------------------------------------
From : Andrew Evdokimov 2:5020/767.3 21 Mar 2001 10:07:16
To : Sergey Tkachuk
Subject : Re^2: Хoчу заделать WebServer
--------------------------------------------------------------------------------
18 марта 2001, 06:39
Sergey Tkachuk >щ>щ>щ>щ>щ> Andrew Evdokimov:
ST>>> Кипучая деятельность back office на сайте отражается только в
ST>>> виде новых позиций в каталоге и изменяющихся статусов заказов.
AE>> А измненение цен и количеств товаров на складе забыл? Изменение
AE>> всевозможных рейтингов, коэффициентов, и пр. бурды? А некоторые вещи
AE>> считаются по достаточно сложным алгоритмам, требующим большой объем
AE>> информации с front-офиса.
ST> Какую полезную информацию, кроме заказов, может дать для бэк-офиса
ST> веб-сайт? Или статистику ты тоже относишь к back office? Да и то, все
ST> что им надо - логи.
Статистика кому нужна? Маркетологам, например. Давать им читать логи? Они их не
поймут. Если поймут - могут узнать многое, что им знать не нужно. Логи нужно
обрабатывать и приводить в удобоваримый вид. С другой стороны, некоторые вещи
возможно считать в автоматическом режиме, основываясь на статистике. Кто это,
по-твоему, должен считать? Front-офис? Ему есть чем заняться.
ST>>> Равно как
ST>>> и куча хитов веб-сайта выливается в тоненький ручеек заказов в
ST>>> сторону back-office. Hикакого огромного траффика тут нет.
AE>> Да не в трафике же дело, е-мое! Дело в сложности back-офиса как
AE>> программного продукта.
ST> Кто-то спорит? Речь о том, что бэк-офис - вещь, малосвязанная с сайтом.
ST> В принципе, веб-сайт мало чем отличается от обычного торгового места.
ST> Или ты в каждый кассовый аппарат тоже по back-офису пихать предложишь?
ST> :-)
Каждый кассовый аппарат должен быть включен в единую сеть продаж и передавать
всю информацию о транзакциях на центральный сервер.
ST>>>>> Hу и нафига при листании нужны транзакции?
AE>>>> Дело не в транзакциях, дело в сложности запроса. Отображение 1
AE>>>> страницы каталога в моем случае - это вложенный запрос, внутри
AE>>>> которого join'ы из 6, если не изменяет память, таблиц.
ST>>> И чем тут плох MySQL? Подзапросов, конечно, не хватает, но это
ST>>> не смертельно.
AE>> Дело в нагрузке на сервер.
ST> И чем тут плох MySQL? Речь ведь не идет о миллионах посетителей в
ST> день?
Hесколько раз падал оракл из-за перегрузки. Hесколько десятков тысяч посетителей
в день достаточно.
Phasing your mind, -=[InternetMedia Holding]
Andrew "elahi" Evdokimov -=[www.boomerang.ru]
--- -=elahi@internetmedia.ru=- ---
* Origin: It's so FUCKING GREAT to be alive ! (Zappa) (2:5020/767.3)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
