Складская программа и движок магазина. Как автоматизировать обмен данными?

e_v_medvedev
На сайте с 07.03.2013
Offline
183
#41
101-s:

Если использовать десктопные приложения, подключаемые к удаленной базе SQL на VDS ?

Может не сработать если ограничения на хосте стоят и на время выполнения SQL запроса. Я имел ввиду шлюзы REST или SOAP, через которые можно добавлять/обновлять по одному товару за запрос. А вот запустить цикл для обработки большого массива данных нужно на машине без ограничений. И уже она будет долго и нудно долбить хостинг запросами по одному товару не превышая при этом лимитов выполнения скрипта по каждому отдельному запросу. И цикл может быть уже реализован на JS или ActionScript ну или на худой конец на Паскале можно что-то накидать с использованием библиотек обработки XML, CSV файлов.

---------- Добавлено 23.10.2015 в 13:15 ----------

101-s:

Есть недорогие VDS типа ultravds.com или Microsoft Azure за 250 руб/мес
Для моих целей проверку заказов можно сделать на хостинге, где сайты, получается такая нагрузка:
- загрузка заказа - от 1до 20 в день.
- одновременное подключение к базе - 2-5 человек.
- обновление сайтов ночью (цены, наличие) от 1 до 10 сайтов.
- Еще на VDS могут выполнятся триггеры, чтобы не усложнять саму базу и тем самым увеличить скорость ее отклика.
- обновление по запросу (фоток и тп) я в расчет не беру, это непостоянная нагрузка.

VDS, особенно дешевые, тоже могут иметь ограничения. Многое зависит от типа виртуализации и бизнес-модели провайдера. Время обновления не важно. Ограничения обычно ставятся на время выполнения скрипта и это ограничение весьма не большое (секунд 40-45) а большие прайсы могут обмолачиваться часами. То есть хостинг будет каждый раз отрубать выполнение скрипта по таймауту. Для больших магазинов с большими объемам данных это основная проблема при выполнении основной массы работ на арендуемом хостинге. Да и скрипты заливки могут быть написаны грамотно или неграмотно. В последнем случае высока вероятность перебора памяти.

smartceo.ru (https://smartceo.ru) (методология интернет-торговли, портфолио, онлайн сервисы)
Evgen1973
На сайте с 20.11.2006
Offline
116
#42
e_v_medvedev:
Время обновления не важно.

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

nik-shumilin.narod.ru (http://nik-shumilin.narod.ru)
S
На сайте с 13.10.2014
Offline
171
#43
e_v_medvedev:
это ограничение весьма не большое (секунд 40-45)

По умолчанию, время выполнения скрипта 30 секунд, но к ВДС это не относится, ибо сие есть VDS и параметр времени жизни скрипта можно настроить в php.ini

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

вобще, как мне кааца вы путаете VDS (virtual dedicated server) и виртуальный хостинг

e_v_medvedev
На сайте с 07.03.2013
Offline
183
#44
Evgen1973:
Очень спорное утверждение. Обновление может потреблять очень много ресурсов сервера. Лучше это делать во время минимальной нагрузки, например ночью.

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

---------- Добавлено 27.10.2015 в 16:37 ----------

silicoid:
По умолчанию, время выполнения скрипта 30 секунд, но к ВДС это не относится, ибо сие есть VDS и параметр времени жизни скрипта можно настроить в php.ini

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

вобще, как мне кааца вы путаете VDS (virtual dedicated server) и виртуальный хостинг

Мне кажется вы не очень хорошо разбираетесь в вопросах виртуализации. Она бывает аппаратной и программной. В зависимости от типа виртуализации настраивается и политика использования ресурсов. Некоторые провайдеры называют программную виртуализацию VPS а аппаратную VDS. Более подробно читайте "Как выбирать хостинг для сайта интернет-магазина?".

Кроме того вы видимо не очень хорошо знаете как настраивать PHP. Дело в том, что при использовании PHP в к CLI режиме в из шела просто используется другой php.ini в котором так же могут быть прописаны ограничения в том числе на время выполнения скрипта. И в зависимости от типа хостинга ограничения могут быть, а могут и не быть или их могут снять по договоренности. Например у меня на локалке в настройках PHP по умолчанию в CLI режиме время жизни скрипта ограничено 30 секундами, а для работы через apache2 это ограничения я снял.

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

S
На сайте с 13.10.2014
Offline
171
#45
e_v_medvedev:
А то что в идеале нужно взять виртуальный сервер с аппаратной виртуализацией и рутовым доступом и настроить его по собственному желанию с этим ни кто не спорит.

Так я про это и писал )

e_v_medvedev
На сайте с 07.03.2013
Offline
183
#46
silicoid:
Так я про это и писал )

Не сомневаюсь :-). Просто форма подачи возможно была подобрана не совсем корректно :-).

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий