Да, это я не туда ткнул :-). Прошу пардону :-). Я конечно же к le cost обращался.
Я не ошибаюсь. Специализированны движок включает в себя элементы ERP, а движок общего назначения нет. Движки общего назначения сопрягают с ERP системами, а упор делаю только на управление контентом о товаре. В специализированном движке ИМ часто админка развита функционально в разы сильнее чем фронт часть. Это и есть фундаментальное отличие от коммерческих надстроек над движками общего назначения.
Из стартового поста и всего нижесказанного:
1. Не пускайте дизайнера к сайту раньше, чем доработает функционал и пространственную компоновку основных экранов (интерфейсов). Все это вам самому нужно прочувствовать.
2. Дизайнеру разрешайте давать предложения только по внешнему виду кнопок, шрифтам и прочим рюшечкам. Помните что 99% дизайнеров ни чего не понимают в эргономике и главное не умеют учитывать поведенческие особенности вашего целевого среднего пользователя.
Наилучшая схема такая - сначала прорабатываете функционал и компоновку сами, не подпуская дизайнера и на пушечный выстрел, а потом заказываете ему разработку стилевого оформления некоторых элементов сайта в виде набора элементов. Таких примеров в сети море см. хотя бы https://www.google.ru/search?q=%D0%B4%D0%B8%D0%B7%D0%B0%D0%B9%D0%BD+%D1%8D%D0%BB%D0%B5%D0%BC%D0%B5%D0%BD%D1%82%D0%BE%D0%B2+%D1%81%D0%B0%D0%B9%D1%82%D0%B0&newwindow=1&client=ubuntu&hs=v2t&es_sm=122&tbm=isch&tbo=u&source=univ&sa=X&ved=0CB4QsARqFQoTCKP24a7P6sgCFQKKcgodFHAGug&biw=1225&bih=939.
То есть пусть дизайнер определить стили элементов навигации, элементов представления товара в списке и т.п., не более. В этом случае можно сверстать несколько вариантов оформления и подставлять их по сезонам, праздникам и т.п.
Да, и не читайте всякую белиберду про типографику и т.п. Сайт это не печатное издание и полиграфические дизайнеры в подавляющем большинстве никудышные вебдизайнеры.
Удаленный сотрудников нужно искать конечно же в интернете и конечно же удаленно :-). А если серьезно, то чтобы найти квалифицированного подрядчика или сотрудника - нужно уметь самому оценивать квалификацию претендентов. А то получается по принципу " ... а судьи кто ...". Если у вас нет знаний оценивать квалификацию людей, задавать нужную мотивацию и т.п. то как вы их найдете. Например попробуйте оценить меня в данном качестве для примера :-). И главное - каков размер мотивации будет? :-).---------- Добавлено 30.10.2015 в 20:22 ----------
Если вы сомневаетесь, то ТС точно не стоит к вам обращаться за советами по этому вопросу. :-)
Магазинный движок не только выставляет товар, но и обеспечивает организацию исполнения заказов, имеют аналитику по продажам и многое другое. На движках общего назначения делают только витрины. Дело не в форуме.
Не сомневаюсь :-). Просто форма подачи возможно была подобрана не совсем корректно :-).
При правильном подходе большого потребления ресурсов не будет. Другое дело если вам правильные подходы не известны. Тогда не удивительно что утверждение кажется спорным.---------- Добавлено 27.10.2015 в 16:37 ----------
Мне кажется вы не очень хорошо разбираетесь в вопросах виртуализации. Она бывает аппаратной и программной. В зависимости от типа виртуализации настраивается и политика использования ресурсов. Некоторые провайдеры называют программную виртуализацию VPS а аппаратную VDS. Более подробно читайте "Как выбирать хостинг для сайта интернет-магазина?".
Кроме того вы видимо не очень хорошо знаете как настраивать PHP. Дело в том, что при использовании PHP в к CLI режиме в из шела просто используется другой php.ini в котором так же могут быть прописаны ограничения в том числе на время выполнения скрипта. И в зависимости от типа хостинга ограничения могут быть, а могут и не быть или их могут снять по договоренности. Например у меня на локалке в настройках PHP по умолчанию в CLI режиме время жизни скрипта ограничено 30 секундами, а для работы через apache2 это ограничения я снял.
А то что в идеале нужно взять виртуальный сервер с аппаратной виртуализацией и рутовым доступом и настроить его по собственному желанию с этим ни кто не спорит. Но сермяжному пользователю это не подходит. Тогда нужно будет содержать еще и своего систадмина. Поэтому выход очевидный - вписываться в ограничения хостинга перенося основную обработку на свои средства, будь то свой сервер или десктоп.
Иногда это из-за ботов бывает. Посмотрите IP клиентов в брошенных корзинах, если движок фиксирует такую информацию.
Он и так уже вас лохом считает. И не только он. И не без оснований.
Может не сработать если ограничения на хосте стоят и на время выполнения SQL запроса. Я имел ввиду шлюзы REST или SOAP, через которые можно добавлять/обновлять по одному товару за запрос. А вот запустить цикл для обработки большого массива данных нужно на машине без ограничений. И уже она будет долго и нудно долбить хостинг запросами по одному товару не превышая при этом лимитов выполнения скрипта по каждому отдельному запросу. И цикл может быть уже реализован на JS или ActionScript ну или на худой конец на Паскале можно что-то накидать с использованием библиотек обработки XML, CSV файлов.---------- Добавлено 23.10.2015 в 13:15 ----------
VDS, особенно дешевые, тоже могут иметь ограничения. Многое зависит от типа виртуализации и бизнес-модели провайдера. Время обновления не важно. Ограничения обычно ставятся на время выполнения скрипта и это ограничение весьма не большое (секунд 40-45) а большие прайсы могут обмолачиваться часами. То есть хостинг будет каждый раз отрубать выполнение скрипта по таймауту. Для больших магазинов с большими объемам данных это основная проблема при выполнении основной массы работ на арендуемом хостинге. Да и скрипты заливки могут быть написаны грамотно или неграмотно. В последнем случае высока вероятность перебора памяти.
