Спасибо, что делитесь с хабр-сообществом информацией о Ваших бесплатных продуктах. OpenCart очень хороший движок. Спасибо, что поднимаете его популярность в Рунете. (На CMSmagazine среди более 500 CMS его почему-то нет)
Но у меня вопрос. Не ошиблись ли Вы с Разделом для публикации.
Может быть Вашему прекрасному посту место в специальном разделе Я пиарюсь? Если я ошибаюсь, все по правилам, и такие посты можно публиковать в разделе Электронная коммерция. То тогда у меня тоже есть Новая бесплатная Тема для OpenCart 1.5.2.1 readigo.com/free-products/opencart-template-ocfree001
И еще, вы не поверите. Но только у меня есть бесплатная Тема для CS-Cart 3.0.1. Погуглите и убедитесь. Самая что ни на есть новая. И действительно бесплатная readigo.com/free-products/cs-cart-theme-cs3free001
Надеюсь, мой намек понятен.
Умоляю Вас, Степан. Подумайте, что будет. Если мы станем превращать Хабрахабр в коммерческую площадку и рупор для пиара. Ведь приличных рессурсов так мало осталось в Рунете.
Но пост не только про Ecwid, Facebook и Google
Пост про Добро пожаловать в Электронную коммерцию. Здесь и сейчас.
И про то, что дорогу осилит идущий.
И про то, что неважно, какого цвета кошка, лишь бы она ловила мышей.
А еще про то, что большой начальный бюджет при создании интернет-магазина вовсе не дает гарантию успеха и сверхприбылей.
Рынок интернет-разработок меняется. И важно чтобы и разработчики и заказчики уловили эти изменения и вовремя отреагировали на них.
Ох уж этот Хабраэффект.
Дал ссылку на пример, а магазинчик-то действительно работает.
Приношу извинения тому, кто не смог скачать бесплатный шаблон OpenCart
Заказ #8:
Phone order
OpenCart Template ocfree001
Артикул: ocfree001
Кол-во: 1
Цена (за ед.): $0.00
Обязательно выложу zip на мой Ecwid магазин. А пока можете скачать на Websiteskin.com
Благодарю за неугасающий интерес к теме.
Приятно, если статья кому-то помогла.
Извините, что не сразу ответил.
С головой в работе над новым проектом. Проект именно по шаблонам для маленьких магазинов. Работает под двумя брендами. Управляется одним движком.
Для англоязычной аудитории Websiteskin — E-commerce Templates
Для Русскоязычной аудитории ReadiGO — Шаблоны Интернет Магазинов
Оба магазина, все Шаблоны и Живые Демо собственной разработки. Проект заработал с 2012 года, поэтому шаблонов пока немного — около 30. Но дюжина новых в работе, скоро выложу.
Планирую опубликовать на Хабре свою новую статью.
Создание интернет магазинов. Кто победит? Хенд Мейд или конвейер? Там как раз про маленькие магазины, готовые решения, и порог входа в электронную торговлю.
Первый вариант на моем сайте. Кто победит? Хенд мейд или конвейер
Но надо многое дополнить. А, главное, сначала шаблоны, а потом статья.
Одна из целей моей статьи — уберечь при выборе от соблазна простых решений. Именно поэтому я привел все 120 параметров выбора прямо в статье, а не предложил ознакомиться по ссылке.
Я нисколько не склонен подвергать сомнению объективность приведенной Вами статистики по популярности. Однако боюсь, что подход к оценке по единственному параметру. Может запросто ввести в заблуждение при выборе.
Простой пример:
На рынке есть несколько движков, популярность которых сложилась исторически. Это очень старые решения. Эдакие Примадонны среди других Shopping Cart. В свои времена они действительно были лучшими. Да и сейчас неплохо выдерживают конкуренцию. За счет множества готовых Тем и Шаблонов. Модулей и других усовершенствований. Низкий поклон им за вклад в развитие электронной коммерции. Однако, к сожалению, их время прошло.
И поэтому миграция со старых, добрых, проверенных и надежных решений. На новые, более прогрессивные движки. Это вполне закономерный процесс. И что такой процесс идет, и подобные сервисы востребованы. Говорит приведенная мной ссылка на сайт Cart2cart.
Из Статьи Википедии Сравнение движков Shopping Cart легко вывести статистику данных по языкам программирования
Как видите, разнообразие налицо
ASP — 19
ColdFusion — 1
Java — 4
PHP — 45
Ruby — 2
Перекос же российского рынка в сторону одного из языков. Вовсе не чей-либо злой умысел. А просто объективное отражение болезней роста. И если хостинговые компании будут активно предлагать новейшие мощные технологии по разумной цене. Все очень быстро наладится.
Спасибо за понимание поставленных в статье вопросов. Именно со стороны владельцев e-commerce бизнеса.
Рецептов и оценок я давать не имею права. Так как это мгновенно спровоцирует конфликт интересов разработчиков движков. А у них на рынке тоже конкуренция, и очень жесткая. Именно поэтому рейтинги и оценки напрямую запрещены правилами данного рессурса.
Уверен, что никому также неинтересны исходящие от некоторых веб-студий оценки движков. С примерно следующей аргументацией. Считаю такой-то движок самым лучшим. Только потому, что на нем работает моя студия. Других движков я не видел, и не собираюсь смотреть. Мне и этого вполне хватает.
Я нисколько не в праве советовать веб-студиям, как им вести свой бизнес. Однако у меня есть мнение по поводу ответственности за проект перед заказчиком. Задачи у заказчиков бывают разные. Опыт работы только на одном движке очень понижает шансы студии соответствовать этим задачам. Поэтому веб студиям очень желательно предлагать реализацию проектов на нескольких движках. С различными свойствами, для разных заказчиков.
Считаю идеальным следующий подход. Вначале заказчик самостоятельно выбирает движок (или пару) для своего будущего магазина. А затем ищет веб-студию, с практическим опытом работы именно на этом движке. То есть имеющуюю на нем несколько успешно реализованных (и действующих сейчас) проектов. Однако ничего идеального не существует, и положительный результат вполне могут дать и другие подходы.
И по поводу носителей языка.
Очень многие новые зарубежные движки созданы русскими командами разработчиков. А зарубежные эти движки потому, что там рынок шире и активнее. Хотя и конкуренция сильнее. И у многих в технической поддержке сидят наши российские специалисты. Которые с удовольствием отвечают и решают все вопросы на родном для них и для нас с вами языке.
Понимаю Ваше беспокойство. По поводу трудностей перевода и вопросам локализации зарубежных движков.
Предполагаю, что не качества движка, а именно локализация может послужить поводом для отказа от его использования. Еще раз хочу успокоить и веб-студии и владельцев магазинов. Практически во всех современных движках есть не только поддержка локализации, но и удобный интерфейс для реализации этих задач.
Интерфейсы локализации могут работать и называться по разному — Режим перевода, Редактирование языковых переменных. Суть одна. Локализацию можно сделать самому. Другое дело, что это сложная и кропотливая работа. Однако для большинства движков более 2 лет на рынке, такие локализации уже сделаны для десятков языков. В том числе и для русского.
В российской практике электронной коммерции локализацией и переводами интерфейсов движков часто (а практически всегда) занимаются веб-студии, решившие предлагать внедрение этого движка на рынке. Большинство студий не имеет в штате технических переводчиков и пользуются автоматическими сервисами типа translate.ru. Машинный перевод часто несовершенен. Однако для пользователя, не владеющего языком это лучше, чем вообще без перевода.
Поэтому, вполне возможны шероховатости. Но мое мнение, основанное на практическом опыте локализации, следующее. Лучше первести несовершенно, но дословно. Чем литературно, но не корректно. Дело в том, что для нашей страны электронная коммерция это совершенно новая область знаний. И в великом и могучем русском языке пока просто не хватает словарного запаса.
Примеры:
— Разные переменные (Features Properties Filters) — 1 перевод (Функции)
— Разные переменные (Affiliates Partnership) — 1 первод (Партнерство)
— Разные переменные (Testimonials Comments Reviews) — 1 первод — Отзывы (Как бы не спутать с возвратом товара?)
Полностью с Вами согласен. Безусловно, для такого крупного проекта как Ваш магазин больше подойдет индивидуальная разработка с заказным программированием.
С другой стороны, для мелкого и среднего бизнеса, для небольших (не обязательно подвальных) магазинов оптимальным по бюджету может быть готовый движок, с грамотно настроенными шаблонами и модулями.
Благодарю за проявленный интерес.
Понимаю Ваш вопрос насчет допиливания (доработки). Однако ответ вовсе не однозначный. Возникают другие вопросы.
Купить готовую тему и установить ее это допиливание? Купить дополнительный модуль импорта-экспорта это допиливание?
Извините, я не программист, но здесь мне подсказывают.
Если CMS имеет продуманную современную архитектуру. Например реализована по технологии MVC (Model View Controler), использует парсер (Например Smarty или XTemplate). То можно дописать новые шаблоны и сделать изменения в программах их вызывающих.
Темы (в том числе покупные) большинства современных магазинов содержат не только картинки и файлы CSS стилей. В темах также хранятся папки шаблонов страниц, и даже JQ скрипты. То есть, купил тему, установил ее, и магазин готов к работе.
Разработчики коробочных движков прекрасно понимают, что просто программы это еще не магазин. А также знают, что это же понимают и заказчики. Поэтому разработчики активно содейсвуют развитию Third-party solutions (Решениям Третьей стороны) К этим решениям относятся. Темы и шаблоны дизайна. Модули учета и платежных систем. Хостинг с настройками и дистрибутивом движка для инсталляции.
То есть серийным продуктом становится не только сам движок. Но и работы по его допиливанию до состояния рабочего магазина. Считаю это нормальным и закономерным путем развития этого бизнеса.
Одновременно хочу успокоить веб-студии. Программисты не останутся без работы. Своей, программистской, по специальности и высоко оплачиваемой. Эта работа называется внедрение. Движки усложняются, и чтобы при допиливании залезть в код нужен огромный опыт. А если шаблоны и программы менялись при допиливании. То при апгрейде на новую версию без программиста просто не обойтись.
Спасибо, что делитесь с хабр-сообществом информацией о Ваших бесплатных продуктах.
OpenCart очень хороший движок. Спасибо, что поднимаете его популярность в Рунете. (На CMSmagazine среди более 500 CMS его почему-то нет)
Но у меня вопрос.
Не ошиблись ли Вы с Разделом для публикации.
Может быть Вашему прекрасному посту место в специальном разделе Я пиарюсь?
Если я ошибаюсь, все по правилам, и такие посты можно публиковать в разделе Электронная коммерция. То тогда у меня тоже есть Новая бесплатная Тема для OpenCart 1.5.2.1
readigo.com/free-products/opencart-template-ocfree001
И у нее тоже есть живое демо
opencart.websiteskin.com/index.php?demoskin=ocfree001
Тема также выставлена на официальном сайте OpenCart
www.opencart.com/index.php?route=extension/extension/info&extension_id=6154&path=1_14&page=3
За 4 недели 4700 просмотров и 1300 закачек.
И еще, вы не поверите. Но только у меня есть бесплатная Тема для CS-Cart 3.0.1. Погуглите и убедитесь. Самая что ни на есть новая. И действительно бесплатная
readigo.com/free-products/cs-cart-theme-cs3free001
И у нее тоже есть живое демо
cs-cart3.websiteskin.com/index.php?demo_skin[C]=cs3free001
Надеюсь, мой намек понятен.
Умоляю Вас, Степан. Подумайте, что будет. Если мы станем превращать Хабрахабр в коммерческую площадку и рупор для пиара. Ведь приличных рессурсов так мало осталось в Рунете.
Но пост не только про Ecwid, Facebook и Google
Пост про Добро пожаловать в Электронную коммерцию. Здесь и сейчас.
И про то, что дорогу осилит идущий.
И про то, что неважно, какого цвета кошка, лишь бы она ловила мышей.
А еще про то, что большой начальный бюджет при создании интернет-магазина вовсе не дает гарантию успеха и сверхприбылей.
Рынок интернет-разработок меняется. И важно чтобы и разработчики и заказчики уловили эти изменения и вовремя отреагировали на них.
Дал ссылку на пример, а магазинчик-то действительно работает.
Приношу извинения тому, кто не смог скачать бесплатный шаблон OpenCart
Заказ #8:
Phone order
OpenCart Template ocfree001
Артикул: ocfree001
Кол-во: 1
Цена (за ед.): $0.00
Обязательно выложу zip на мой Ecwid магазин. А пока можете скачать на Websiteskin.com
Хотя это не корпоративный хаб Ecwid. А мой бизнес CS-Cart и OpenCart. Но объективность превыше всего.
Админ панель Ecwid Free Версия 10.4.
Раздел Настройки > Оплата
* Способы Оплаты
— Credit card
— Echeck
— Paypal
— Check
— Business check
— Fax order
— Money order
— Personal check
— Phone order
— Purhase order
— Wire transfer
— Demo Payment
— Robokassa
— QIWI Кошелек
* Google Checkout
* Paypal Express Checkout
Смелее. Заводите магазин. Настраивайте платежные системы. Пробуйте. Если будут проблемы, смотрите Базу знаний. Задавайте вопросы на форуме Ecwid
Приятно, если статья кому-то помогла.
Извините, что не сразу ответил.
С головой в работе над новым проектом. Проект именно по шаблонам для маленьких магазинов. Работает под двумя брендами. Управляется одним движком.
Для англоязычной аудитории
Websiteskin — E-commerce Templates
Для Русскоязычной аудитории
ReadiGO — Шаблоны Интернет Магазинов
Оба магазина, все Шаблоны и Живые Демо собственной разработки. Проект заработал с 2012 года, поэтому шаблонов пока немного — около 30. Но дюжина новых в работе, скоро выложу.
Планирую опубликовать на Хабре свою новую статью.
Создание интернет магазинов. Кто победит? Хенд Мейд или конвейер? Там как раз про маленькие магазины, готовые решения, и порог входа в электронную торговлю.
Первый вариант на моем сайте.
Кто победит? Хенд мейд или конвейер
Но надо многое дополнить. А, главное, сначала шаблоны, а потом статья.
Я нисколько не склонен подвергать сомнению объективность приведенной Вами статистики по популярности. Однако боюсь, что подход к оценке по единственному параметру. Может запросто ввести в заблуждение при выборе.
Простой пример:
На рынке есть несколько движков, популярность которых сложилась исторически. Это очень старые решения. Эдакие Примадонны среди других Shopping Cart. В свои времена они действительно были лучшими. Да и сейчас неплохо выдерживают конкуренцию. За счет множества готовых Тем и Шаблонов. Модулей и других усовершенствований. Низкий поклон им за вклад в развитие электронной коммерции. Однако, к сожалению, их время прошло.
И поэтому миграция со старых, добрых, проверенных и надежных решений. На новые, более прогрессивные движки. Это вполне закономерный процесс. И что такой процесс идет, и подобные сервисы востребованы. Говорит приведенная мной ссылка на сайт Cart2cart.
Как видите, разнообразие налицо
ASP — 19
ColdFusion — 1
Java — 4
PHP — 45
Ruby — 2
Перекос же российского рынка в сторону одного из языков. Вовсе не чей-либо злой умысел. А просто объективное отражение болезней роста. И если хостинговые компании будут активно предлагать новейшие мощные технологии по разумной цене. Все очень быстро наладится.
Рецептов и оценок я давать не имею права. Так как это мгновенно спровоцирует конфликт интересов разработчиков движков. А у них на рынке тоже конкуренция, и очень жесткая. Именно поэтому рейтинги и оценки напрямую запрещены правилами данного рессурса.
Уверен, что никому также неинтересны исходящие от некоторых веб-студий оценки движков. С примерно следующей аргументацией. Считаю такой-то движок самым лучшим. Только потому, что на нем работает моя студия. Других движков я не видел, и не собираюсь смотреть. Мне и этого вполне хватает.
Я нисколько не в праве советовать веб-студиям, как им вести свой бизнес. Однако у меня есть мнение по поводу ответственности за проект перед заказчиком. Задачи у заказчиков бывают разные. Опыт работы только на одном движке очень понижает шансы студии соответствовать этим задачам. Поэтому веб студиям очень желательно предлагать реализацию проектов на нескольких движках. С различными свойствами, для разных заказчиков.
Считаю идеальным следующий подход. Вначале заказчик самостоятельно выбирает движок (или пару) для своего будущего магазина. А затем ищет веб-студию, с практическим опытом работы именно на этом движке. То есть имеющуюю на нем несколько успешно реализованных (и действующих сейчас) проектов. Однако ничего идеального не существует, и положительный результат вполне могут дать и другие подходы.
Очень многие новые зарубежные движки созданы русскими командами разработчиков. А зарубежные эти движки потому, что там рынок шире и активнее. Хотя и конкуренция сильнее. И у многих в технической поддержке сидят наши российские специалисты. Которые с удовольствием отвечают и решают все вопросы на родном для них и для нас с вами языке.
Предполагаю, что не качества движка, а именно локализация может послужить поводом для отказа от его использования. Еще раз хочу успокоить и веб-студии и владельцев магазинов. Практически во всех современных движках есть не только поддержка локализации, но и удобный интерфейс для реализации этих задач.
Интерфейсы локализации могут работать и называться по разному — Режим перевода, Редактирование языковых переменных. Суть одна. Локализацию можно сделать самому. Другое дело, что это сложная и кропотливая работа. Однако для большинства движков более 2 лет на рынке, такие локализации уже сделаны для десятков языков. В том числе и для русского.
В российской практике электронной коммерции локализацией и переводами интерфейсов движков часто (а практически всегда) занимаются веб-студии, решившие предлагать внедрение этого движка на рынке. Большинство студий не имеет в штате технических переводчиков и пользуются автоматическими сервисами типа translate.ru. Машинный перевод часто несовершенен. Однако для пользователя, не владеющего языком это лучше, чем вообще без перевода.
Поэтому, вполне возможны шероховатости. Но мое мнение, основанное на практическом опыте локализации, следующее. Лучше первести несовершенно, но дословно. Чем литературно, но не корректно. Дело в том, что для нашей страны электронная коммерция это совершенно новая область знаний. И в великом и могучем русском языке пока просто не хватает словарного запаса.
Примеры:
— Разные переменные (Features Properties Filters) — 1 перевод (Функции)
— Разные переменные (Affiliates Partnership) — 1 первод (Партнерство)
— Разные переменные (Testimonials Comments Reviews) — 1 первод — Отзывы (Как бы не спутать с возвратом товара?)
С другой стороны, для мелкого и среднего бизнеса, для небольших (не обязательно подвальных) магазинов оптимальным по бюджету может быть готовый движок, с грамотно настроенными шаблонами и модулями.
1. Ссылку на статью в Википедии Сравнение движков Shopping Cart я опубликовал в новом разделе Ссылки
habrahabr.ru/links
2. Ссылка на раздел Shopping Cart рессурса TopTenReviews (Обзоры Первой Десятки)
shopping-cart-review.toptenreviews.com
3. Ссылка на раздел Поддерживаемые движки рессурса Cart2Cart — Automated Shopping Cart Migration (Автоматическая миграция для магазинных движков)
www.shopping-cart-migration.com/supported-carts
4. Ссылка на раздел CMSmagazine Каталог CMS / «Коробка» / Интернет-магазин
www.cmsmagazine.ru/catalogue/?sk=_works&so=desc&box=-1&ctl=&st=3&pan=&cpp=40
Понимаю Ваш вопрос насчет допиливания (доработки). Однако ответ вовсе не однозначный. Возникают другие вопросы.
Купить готовую тему и установить ее это допиливание? Купить дополнительный модуль импорта-экспорта это допиливание?
Извините, я не программист, но здесь мне подсказывают.
Если CMS имеет продуманную современную архитектуру. Например реализована по технологии MVC (Model View Controler), использует парсер (Например Smarty или XTemplate). То можно дописать новые шаблоны и сделать изменения в программах их вызывающих.
Темы (в том числе покупные) большинства современных магазинов содержат не только картинки и файлы CSS стилей. В темах также хранятся папки шаблонов страниц, и даже JQ скрипты. То есть, купил тему, установил ее, и магазин готов к работе.
Разработчики коробочных движков прекрасно понимают, что просто программы это еще не магазин. А также знают, что это же понимают и заказчики. Поэтому разработчики активно содейсвуют развитию Third-party solutions (Решениям Третьей стороны) К этим решениям относятся. Темы и шаблоны дизайна. Модули учета и платежных систем. Хостинг с настройками и дистрибутивом движка для инсталляции.
То есть серийным продуктом становится не только сам движок. Но и работы по его допиливанию до состояния рабочего магазина. Считаю это нормальным и закономерным путем развития этого бизнеса.
Одновременно хочу успокоить веб-студии. Программисты не останутся без работы. Своей, программистской, по специальности и высоко оплачиваемой. Эта работа называется внедрение. Движки усложняются, и чтобы при допиливании залезть в код нужен огромный опыт. А если шаблоны и программы менялись при допиливании. То при апгрейде на новую версию без программиста просто не обойтись.