All streams
Search
Write a publication
Pull to refresh
0
0
config @config

User

Send message
а мы в офисе в качестве профилактики от туннельного синдрома решили приобрести вот такую штуку carlsberg-shop.com.ua/products/Nastolnyi_.html
кто ж строит идеальную девушку по лицу! :))
Да можно использовать что угодно, лишь бы это удовлетворяло потребностям заказчика и вам хватало возможностей для реализации этих потребностей. Мое личное мнение что незачем писать толстый клиент, не кроссплатформенный, требующий инсталляции, работающий с какой-то конкретной локальной системой, на языке, отличном от того, на котором написана «витрина»(вы же не собираетесь писать сайт на Delphi?:)), когда все тоже самое по функциональности можно написат под Web, при этом продуктом можно пользоваться с абсолютно любого места и пользователь не зависит от конкретного ПК, на котором установлено Ваше ПО, который может поломаться, потеряться и т.п. А в случае с Web приложением — включи и работай! Но что я Вас убеждаю, это же мое мнение — а у Вас — ваше.
почему кстати Adobe Air+Ext JS? мне кажется что как та, так и другая в одиночку перекроет 99% системы, написанной на Delphi, особенно, если говорить про всякие «формочки». разница, разве что, в случае со второй будет в доступе к локальным ресурсам
не, вы что :) Delphi это ж отлаженная годами! технология! А сколько специалистов, готовых программировать на Delphi за еду! Вы представляете, сколько можно сэкономить на поддержке?))
а программистов на Action script или JS, готовых за еду программировать вы много видели?
используя, например google gears — можно совместить преимущества оффлайновых систем в онлайновых. А то о чем вы рассказываете — обновление на витрине если «каналы позволяют» называется интеграция с IT-инфрастуктурой клиента, в большинстве случаев у клиентов много чего сделано например, на 1С, бывают, конечно, случаи, когда встречается что-то самописное на том же делфи. А админка магазина должна решать другие задачи — управление контентом, например. И все равно там будет свое хранилище данных, потому как те же заказы могут оччень долго сохраняться по тем же интернет каналам в вашем офисном сервере, если делаются они на сайте в датацентре.
и, кстати, по поводу смены цен — пусть цена ежедневно меняется, может даже несколько раз в день, как при том что БД локально, а «витрина» на хостинге на витрине будут актуальные цены? Да и в плане надежности лучше когда сервера стоят в датацентре, чем в офисе где-нибудь
>Вообще это чушь привязка к каналам. Катаклизмов бывает куча. Предпочитаю надежность.

как с вашей системой будут работать с украинского лайфа, если сервер БД локально в офисе?
интернет на сегодняшний момент достаточно надежная штука.

>У вас таких вопросов не возникало никогда от клиентов?

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

Пароль этот к демо закрываю admin.demo.owox.com, если вдруг кому-то будет интересно посмотреть демо — пишите в личку, сделаю аккаунт
один из способов лечения — Dedicated Server, а то и несколько, varien (фирма, которая ведет разработку magenta) зарабатывает на поддержке серверов с магентой, так что им это только выгодно. ну и есть другие способы — двиг магенты опенсорсный, можно оптимизировать-переоптимизировать, благо материалов в том числе и на хабре по этой теме масса
Веб интерфейс уже давно позволяет делать не сильно меньше того что позволяет в плане GUI Delphi. Скорость работы решается шириной канала, где нет широких каналов — смысл в интернет магазинах?
Кроме того для работы с админкой в случае веб — нужна голая система с браузером. и больше НИЧЕГО. а в случае с аппликухой ставить что-то еще фу… Да, возможно с админкой на Delphi чтоб решить проблему клиента вам придется подъехать к нему в офис, возможно на другой конец мира, чтоб выяснить а что там у него с локальным сервером БД. Я ж правильно понимаю, чтоб БД именно локальная будет, иначе какой смысл?
Ну а вообще — это ваше личное персональное мнение, и нет ничего что не позволяло бы Вам его иметь
Спасибо на добром слове, мы старались. Надеюсь, время позволит — подготовлю статью о нашем продукте — OWOX.Engine
это вы про simpla или про наше решение?
отзывы о товарах можно например подгружать ajax ом, а ajax в свою очередь может обращаться опять же к xml-статике. зависимости да, приходится. а кому щас легко). Это конечно как бы не «страница целиком», но целиком с точки зрения что в кеш ложится законченный html документ
в OWOX.Engine наш сайт — owox.ua демка админки — admin.demo.owox.com
l/p
habr/habrahabr

если будут вопросы — обращайтесь
и это очень удобно, когда в магазинах есть подбор по характеристикам и ты можешь найти, например, стиральную машинку глубиной не более 40 см или ноут с определенным разрешением экрана, чтоб в нем было столько то памяти и места и от такого-то производителя. Насчет контент менеджеров и кропотливого вбивания всех характертистик — есть, например, замечательная бесплатная контент база icecat. А для решений на нашей системе мы предлагаем использование своего контент-сервера, откуда характеристики синхронизируются с магазином. И вместо n*m контент менеджеров для n магазинов работает только m контент менеджеров, кропотливо заполняя 1 базу
кешировать лучше всего полностью готовую страницу, прямо в html и кидать в DocumentRoot, а при обращении, если страницы нет — перенаправлять на скрипт. В большинстве случаев для интернет магазинов нет смысла генерировать страницу каждый раз
а как в вашей системе предусмотрено обновление цен на товарные позиции?
по моему там Zend Framework — чисто маркетинговый ход, там только малая часть написана с его использованием

Information

Rating
Does not participate
Location
Днепропетровская обл., Украина
Date of birth
Registered
Activity