Цей огляд заснований на diff найпростіших вбудованих модулів. Але все перевірено на простому власному модулі, в якому немає ані подій, ані vQmod.

Основні зміни у коді стандартного модуля

* Примітка

Слово Opencart, виділене жовтим кольором — це код модуля (!). Але, мабуть, ви й самі здогадалися

У контролері

Не потрібно. Обробка помилок відбувається у методі save(). також Обробка помилок

Більше не використовується. Збереження форми відбувається шляхом надсилання AJAX-запиту до методу save()

// 4.0.0.0
$data['save'] = $this->url->link('extension/opencart/module/account|save', 'user_token=' . $this->session->data['user_token']);

// 4.0.2.0
$data['save'] = $this->url->link('extension/opencart/module/account.save', 'user_token=' . $this->session->data['user_token']);

*Зміни у побудові шляхів впливають на будь-які посилання всередині модуля. Ну, це і так зрозуміло.

У в'юшці

В OpenCart 4.0.0.0 був FontAwesome 5.15.4, а в OpenCart 4.0.2.0 FontAwesome 6.1.1. Це впливає на класи іконок.

<!-- 4.0.0.0 -->
<i class="fas fa-save"></i>

<!-- 4.0.2.0 -->
<i class="fa-solid fa-save"></i>

<!-- 4.0.0.0 -->
<div class="card-header"><i class="fas fa-pencil-alt"></i> {{ text_edit }}</div>

<!-- 4.0.2.0 -->
<div class="card-header"><i class="fa-solid fa-pencil"></i> {{ text_edit }}</div>

<form id="form-module" action="{{ save }}" method="post" data-oc-toggle="ajax">

* Якщо пропустити data-oc-toggle="ajax", то форма обробиться по-старому з повним завантаженням сторінки (принаймні у версії 4.0.0.0). Хоча сам .alert у bootstrap 5 трохи змінився.

Шляхи в AJAX-запитах

url: 'index.php?route=extension/module/imagescanner/getNotUsedImagesList

<!-- 4.0.0.0 -->
url: 'index.php?route=extension/imagescanner/module/imagescanner|getNotUsedImagesList

<!-- 4.0.2.0 -->
url: 'index.php?route=extension/imagescanner/module/imagescanner.getNotUsedImagesList

Шляхи до зображень

var img_loader = new Image().src='view/image/imagescanner-loader.gif';

var img_loader = new Image().src='extension/imagescanner/admin/view/image/imagescanner-loader.gif';

А воно запитує: http://opencart-4000.loc/admin/extension/imagescanner/admin/view/image/imagescanner-loader.gif

Значить треба вказати повний шлях до файлу

var img_loader = new Image().src='{{ constant('HTTP_CATALOG') }}extension/imagescanner/admin/view/image/imagescanner-loader.gif';

Обробка помилок

Щоб поля з помилками підсвічувалися і до них були пояснювальні підписи, першою дією у в'юшці необхідно вписати порожні контейнери для текстів помилок.

<div id="error-field" class="invalid-feedback"></div>

Далі, при обробці форми по AJAX можна отримати наступний формат відповіді:

{
  "error": {
    "name_1": "Product Name must be greater than 1 and less than 255 characters!",
    "keyword_0_1": "SEO URL keyword required!",
   "warning": "Warning: Please check the form carefully for errors!"
  }
}

Потім воно буде універсально оброблено в admin/view/javascript/common.js з урахуванням того, чи це рядок, чи це об'єкт, та чи є там редірект. Також воно автоматично переведе under_score індекси массиву з помилками в kebab-case html-ідентифікаторів, в яких потрібно показати відповідні тексти червоним кольором.

TypeError: Cannot access offset of type string on string in при обробці помилок

У js при обробці відповіді AJAX-запиту робиться розмежування між отриманим рядком та об'єктом. Все тому, що в найпростішому "модулі" (наприклад, account) в помилки потрапляє лише рядок з текстом без зайвих проблем. І ось я скопіпастив звідти, а потім побачив, що в товарах йде інакше, і скопіпастив шматок коду ще й звідти. У результаті напоровся на помилку: TypeError: Cannot access offset of type string on string in ...

Власні бібліотеки у складі модуля

Якщо ваш модуль використовує бібліотеку, яка зазвичай завантажувалася в system/library, то зараз при розпакуванні архіву вона потрапить до extnension/modulecode/system/library/ .

OpenCart автоматично створює простори імен, як для контролерів з моделями, так і для бібілотек:

Зверніть увагу, що варіант іменування класу бібліотеки ImageScanner при підключенні перетвориться на image_scanner.php (system/engine/autoloader.php). Тоді як Imagescanner відповідатиме imagescanner.php. Це при тому, що в контролері назва класу в стилі CamelCase працює ок. А чому так — це вже окрема історія.

У файлі бібліотеки

Задамо простір імен:

// 4.0.0.0
namespace Opencart\System\Extension\Modulecode\Library;

// 4.0.2.0
namespace Opencart\System\Library\Extension\Imagescanner;

Називаємо клас:

class Yourclassname {

У файлі контролера

Створюємо екземпляр класу бібліотеки у нашому контролері:

// 4.0.0.0
$this->instance = new \Opencart\System\Extension\Modulecode\Library\Yourclassname();

// 4.0.2.0
$this->stdelog = new \Opencart\System\Library\Extension\Imagescanner\Stdelog('imagescanner');

З іншого боку чудово відпрацює і по-старому, і ще й ніяких приколів зі змінами в системі:

require_once DIR_EXTENSION . 'modulecode/system/library/modulecode.php';
$this->instance = new Yourclassname(); // и не паритися

Папка модуля

На прикладі присутньої в системі папки extension/opencart (де складені всі дефолтні модулі) здавалося, що OpenCart 4 з'явилося поняття "папка постачальника". Але потім з'ясувалося, що при спробі встановити в ту ж папку інший свій модуль, воно не працює

До речі, якщо в інсталяційному архіві будуть нестандартні шляхи до файлів (я, наприклад, пробував modulecode/library/file.php на 4.0.0.0), то при видаленні модуля з адмінки папка модуля не видаляється, хоча всі стандартні файли та папки звідти видалені. Тобто це може створити проблеми при оновленні модуля, адже в існуючу папку модуля установник не хоче записувати.

І ще з цією папкою є один приємний момент: щоб упакувати модуль, досить просто скопіювати папку та заархівувати. Більше не потрібно ритися в папках і копіювати кожен файл окремо.

P.S.

На преший погляд, адаптація модуль під OpenCart 4 має бути досить простою. Я цю статтю довше писав, ніж адаптував модуль. Але огляд поки що не повний. Дописуватиму згодом. Також буду додавати в текст статті зауваження з коментарів.

Розпізнавання учасників

Тобто це категорія, яка відповідає на такі питання, як: “Хто всі ці люди, та що у нас спільного?”

В офлайнових моделях є подібні категорії: “Почуття приналежності”, “Участь” або “Дух” спільноти. В такому разі було важливим: “Чи готовий я показати іншим учасникам, що відчуваю? Чи готовий я робити особисті інвестиції в цю спільноту, чи я тут випадковий перехожий?”

Відчуття впливу

Вплив в спільноті поширюється з двох сторін. З одного боку учасники групи повинні відчувати себе в праві і володіти можливостями впливу на те, що робить група (інакше у них знижується мотивація брати участь у спільноті), з іншої сторони згуртованість групи залежить від того, що група має вплив на своїх учасників в прийняті централізованих рішень.

Бланшар вважає, що в онлайн-спільнотах вплив учасників на спільноту не виражений. Можливо, тому що в тих групах, які вона досліджувала, учасники самі приєднувалися до бажаної групи і “суворо підпорядковувалися” прийнятим нормам.

Альтернативні дослідження онлайн-спільнот приділяють більше уваги цьому аспекту.

Підтримка

Обмін інформацією та соціально-емоційною підтримкою – це початкова точка формування спільноти, але учасники повинні довіряти тій підтримці та інформації, яку вони отримують, а довіра вимагає наявності віри в ідентичність того, хто її надає.

В офлайнових варіантах також зустрічається подібна категорія із назвою “Задоволення потреб” або “Торгівля”.

Існує величезна кількість різних винагород (не лише матеріальних), які люди отримують від приналежності до спільнот. Але важлива також схожість між учасниками як основа їхнього зв'язку.

Емоційна прихильність

Зв'язок учасника зі спільнотою (немає аналогу в інших методологіях). Може проявлятися різними способами: від активності учасника спільноти до сприйняття особистої вигоди, яку він отримує від спільноти.

Зобов'язання

Потреба віддавати щось групі, від якої учасник “отримав так багато” (немає аналогу в інших методологіях). Більш активні учасники зазвичай беруть на себе більше відповідальності.

Ідентифікація

Те як новачки намагаються влитися (наприклад, підлаштувати свої запитання під норми спільноти), та як досвідчені учасники намагаються відрізнитися, щоб виділятися серед інших.

Відносини з конкретними учасниками спільноти

Досвід особистих зв'язків (немає аналогу в інших методологіях, хоча наголос на дружбі робився в категорії “Дух” (Участь)).

Контакти між учасниками роблять онлайн-спільноту чимось більшим, ніж просто віртуальне місце зустрічі.

До речі, при вивченні офлайн-спільнот кожний аспект вимірювався окремо, щоб можна було зрозуміти, що саме потребує покращення. А ось в онлайновому варіанті – є лише один загальний індекс, без розподілу. Але цікаве те, що багато питань співпадають.

Корейське дослідження онлайн-спільнот

Є альтернативний погляд від корейських дослідників. Вони вважають, що в основі онлайн-спільнот важливі такі моменти:

• Участь – на це суттєво вплинули офлайн активність, ентузіазм лідерів та можливість отримувати задоволення – саме в такому порядку;
• Вплив учасника на спільноту – на який значно подіяли офлайн активності;
• Ступінь занурення – залежить лише від можливості отримувати задоволення, пов'язаного із споживанням контенту та взаємодією з іншими учасниками.

Згідно цієї методології – всілякі офлайн активності можуть принести тільки користь для розвитку онлайн-спільноти (за виключенням тих груп, фішкою яких є саме анонімність).

Неточність опитування

Памятаємо також, що я додав трохи запитань від себе. А ще при опитуванні 100 людей похибка складає 10%. А кількість опитаних склала - всього 37 осіб. Тому це все можна назвати vox pop, якій демонструє різноманіття думок, та допомагає подивитися на все це трішечки з іншого кута зору. Але ні в якому разі це не претендує бути статистичним даними.

Підсумки опитування

Середній бал серед всіх анкет: 31,73 з 54 можливих.

Цей показник сам по собі нічого не означає та потрібен лише для порівняння через деякий час, щоб було зрозуміло, чи мали вжиті дії якісь ефект чи ні. Набагато цікавішими наразі є зовсім інші дані.

Далі, сегментація учасників опитування:

Окремо сегментація на підгрупи серед розробників:

Цікавинки опитування

Я намагався сегментувати респондентів та додав деякі власні питання. Наприклад, стаж роботи з форумом та OpenCart’ом та інші. І от відповіді на ці запитання виявилися також цікавими.

1. На форумі мало “свіжої крові”

Виявляється, на форумі мало новачків. Це стосується як розробників, так і власників магазинів.

Більшість активних учасників (ті, хто взяв участь в опитуванні) мають стаж на форумі більше 3 років. Лише 5,4% – менше трьох місяців.

Виникає логічна думка, що новачків потрібно якось залучати. Для цього можна навмисно щось робити. Наприклад, можна створювати контент для блогу на форумі (ми ж знаєм, що статті на цьому сайті досить гарно попадають в результати пошуку, якщо вони оптимізовані під якійсь ключ).

В різний час вже з десяток людей мені сказали, що вони гуглять щось і потім з пошуку потрапляють до нас. А ось нещодавно людина сказала: “Якби я знав про цей форум раніше, купив б шаблон і по ньому робив би сайт”. Але він знайшов форум лише тоді, коли шукав інфу про модулі після кількох місяців “боротьби зі студією”. А міг би нагуглити, коли шукав би: “Топ товарів для продажу в 2023 році” чи може “Дропшиппинг поставщики Украина”, “Як відкрити інтернет-магазин?” або щось подібне, що він шукає на цю тему на той момент, коли він ще навіть не обрав CMS.

Запрошую всіх небайдужих учасників влаштувати собі брейншторм та видати ідеї контенту в коментарі (або в повідомлення)

2. На форумі мало хто шукає роботу

Хоча багато запитань на форумі виглядають як робота, а не просто запит на інформаційну пораду, лише 2 з 18 розробників (~11%) відповіли, що знаходять на форумі більше половини робочих завдань. Ще 3 розробники (~17%) іноді знаходять тут роботу. Більшість же тут в основному спілкуються та не мають на меті шукати роботу.

Цікаво те, що адміністрація транслює завдання в Телеграм-канал, щоб привертати увагу розробників до завдань. Тобто якісь дії на цю тему наче відбуваються. Але фрілансер-новачок (якій націлений на пошук “проектів”) навряд чи знайде форум, коли буде шукати “перелік фріланс-сайтів”, “як фрілансеру встановити ціни на свою роботу” або якійсь подібний запит, якій його хвилює.

3. Більшості опитаних неважлива думках інших учасників спільноти про власні дії

Респонденти відповіли про думку інших відносно власних дій так:

• 43,2% – повністью не важливло (0)
• 21,6% – важливо до певної міри (1)
• 29,7% – в основному важливо (2)
• 5,4% – важливо (3)

Якщо подивитися на офлайновий індекс відчуття спільнот, то питання про думку інших знаходиться в групі “Почуття приналежності” або “Дух” спільноти. І от цікаво те, що багато учасників вважають, що форум – це гарне місце, мають намір бути тут надовго, і це наче важливо тут бути. Багато відповіли, що хочуть того ж самого. Але при цьому багатьом байдужа думка інших про власні дії. Виходить якесь протиріччя.

В офлайні, якщо люди хочуть бути в якійсь групі, то вони мають враховувати думку інших учасників про власні дії. Інакше спілкування може перетворитися на бійку. В онлайні ж можна прийти і залишити будь який коментар взагалі без урахування контексту та без зайвих роздумів про доречність. Це іноді призводить до “срачів”, які створюють певне враження про сам форум.

4. Мало учасників мають друзів на платформі

Причому це стосується навіть розробників модулів та шаблонів, які роками так чи інакше “перетинаються” один з одним.

Цікаво також, що деякі розробники інвестують свій час в надання відповідей на запитання та участь в обговореннях. Але немає ініціатив, які б розроблялися спільно та були б направлені на покращеня клієнтського досвіду.

5. В 2022 році більшість втратили добру частину доходу

40,5% опитаних форумчан втратили більше половини довоєнного доходу. Ще 27% втратили більше третини. Таким чином, можна сказати, що загалом і у розробників, і у власників магазинів фінансова ситуація погіршилася.

Якщо враховувати лише розробників, то 22% не встратили доходу, тому що працюють на західний ринок. Всього це 4 людини з 18. При чому це виходить по одному щасливчику на кожну підгрупу (див таблицю "сегментація на підгрупи серед розробників").

Це питання я додав для розуміння ситуації. Адже до війни ми працювали на багато ширшому ринку. Тому навіть при збереженні попиту на OpenCart в Україні, ми вже не отримаємо тих самих доходів, що мали раніше. Дуже сумнівно, що навіть після закінчення війни ми будемо повертатися на ринок ворога.

Також  я помітив, що досвід наших авторів з виходу на англомовний ринок є не дуже вдалим.

Наприклад, популярний у нас OCFilter немає таких самих показників на англомовному маркетплейсі. Так само дуже популярний серед наших користувачів шаблон UltraStore не знайшов свого покупця за кордоном.

Тож нам (розробникам модулів та шаблонів) залишається або просто змиритися з тим, що маємо, або щось робити для популяризації Опенкарта та форума на нашому внутрішньому ринку.

Думки учасників опитування

Є багато речей, які залежать лише від адміністрації сайту. Але є певні речі, які залежать лише від нас самих.

Пропозиції учасників, як покращити форум:

• Визначитись чи це професійна платформа, чи місце для срачів
• Я уже писал что нужен раздел с предложениями исполнителей
• Зворотній зв'язок розробників
• Напевно більше автоматизації, інколи доводиться доволі довго чекати на активацію, чи ліцензію. Я часто працюю ввечері, я розумію що розробник не повинен мене чекати, але іноді находиш крутий модуль, який здається вирішить мою проблему, купуєш і все) і чекаєш до обіду (до речі я готовий поділитися скриптом автоліцензії – прийом запиту, обробка даних замовлення, відправка листа – потрібно лише додати генерування ключа)
• Можно как-то помогать начинающим разработчикам
• Прибрати всі модулі які порушують GPL-ліцензію
• Зробити щось, щоб звернути увагу користувачив, що тут немає безкоштовної допомоги по всім питанням. І надати можливість купувати платну допомогу. Наприклад, додати перелік перевірених партнерів веб-студій, щоб кліенти, які бажають отримати якісні послуги могли знайти виконавців, які виконають роботу, а не будуть їх тролити в безкоштовному обговоренні.
• Завершити переклад на Українську мову
• Виправити всі недоліки перекладу, баги по форуму (їх достатньо). Приділити увагу СЕО

Що дратує учасників на форумі?

• Постійні срачі, наїзди учасників форума один на одного та ігнорування "зірок" цих срачів адміністрацією
• Деякі розробники забувають, що в спільноті можуть бути люди які далекі від коду. Саме тому вони і прийшли, за комфортним модулем, а не написали рішення власноруч. У такому випадку ти часто отримуєш відповідь, яку ще треба розшифрувати. Або робіть нормальне FAQ або допоможіть з питаннями
• Биті посилання, недостатні описи, інструкції
• Безвідповідальність розробників!
• Хейт. Краще коли спілкуються по темі, а не розводять срач.
• Не має нормальної системи знижок
• Як і на будь якому іншому форумі — новачки, які не намагаються знайти відповідь за допомогою пошуку, а потім в цій темі починають засипати ще й іншими запитаннями, майже покроковими вирішеннями цілої купи проблем які в них ніби то є))
• неудобный поиск на форуме и фильтр модулей
• Коли на куплений модуль треба чекати, а розробник не відповідає
• 7 з 37 дратують русня на форумі (відповіді були в різних варіаціях, але по суті вони на одну тему)
• Кожен автор має власний підхід. То щоб зробити сайт — потрібно кожного почухати
• Есть небольшая часть псевдоспециалистов

Навіщо я взагалі зробив це опитування?

Мені не дає спокою той факт, що загальна цікавість до створення інтернет-магазинів в Україні навіть під час війни лише зростає(!), але люди обирають інші більш дорогі інструменти. Боюся, що в цьому мене можуть неправильно зрозуміти, що я “заздрю сусідам” чи щось подібне. Але я трохи про інше.

На мою думку потрібно щось робити, щоб популяризувати Опенкарт. І це ж наче має бути вигідно всім: і розробникам, і адміністрації форума. В мене навіть була ідея спільно з іншими бажаючими зробити набір модулів, які можна використовувати всім, хто створює нові шаблони, щоб додати різноманіття дизайнів, але прискорити саму розробку.

Але, перед тим, як пороти гарячку, я вирішив дізнатися, як йдуть справи в інших учасників спільноти та чи готовий хтось взагалі співпрацювати та щось робити для просування форума?

Маючи дуже поверхневі знання в соціології, я знаю лише те, що відповіді на прямі запитання на кшталт “хочешь співпрацювати?” є дуже ситуативним, тому потрібно дізнатися більш глибинні настрої та більш детально зрозуміти ситуацію. Ось тому я провів це опитування, яке наче для того і вигадано, щоб оцінити стан спільноти та взаємодію учасників. А ще всілякі опитування — це певна розвага, що також буває корисним .

P.S.

Хто має якісь думки по темі, пишить в коментарі або мені в повідомлення.

Я виклав інформацію коротенько, щоб ви мали загальне уявлення. Але кожний з цих кроків – це окрема історія. Причому описувати щось більш розлого в одній статті просто немає сенсу, бо все це потрібно дивитися на практиці, як то кажуть.

Цікаве те, що за допомогою цього форуму ви можете потренуватися, свторивши пробний сайт максимально дешево. В окремій статті Створити інтернет-магазин ціна в Україні я підрахував, що мінімальний бюжет може складати всього $42 (це без витрат на домен ~400 грн та хостинг від 122 грн/міс).

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

Отже, до справи.

1. Обираємо товар

Якщо ви вже підприємець – тут для вас немає нічого складного, ви просто будете продавати той товар, який продаєте офлайн.

Якщо ж ви новачок, який хоче відкрити інтернет магазин так би мовити з нуля, то тут потрібно трохи подумати. Адже, скоріше за все мова йдеться про досить стислий бюджет. В таком випадку багато людей починають за схемою дропшиппінг. Тоді ви просто обираєте серед наявних дропшиппінг-постачальників та відштовхуєтеся від заданих товарів. Бажано, щоб ви хоч трохи розумілися в обраному товарі або він вам був цікавим, що б ви могли його вивчати залюбки.

2. Обираємо домен та хостинг

Назва домену має бути співзвучна із темою товарів. В ідеалі не варто змішувати різні товари в одну кучу, краще відкривати окремі магазини під різні теми. Але на практиці буває по-різному.

Ще одни варіант – коли назва домену співпадає з назвою вашого бренду.

Для покупки домену і хостингу я рекомендую ukraine.com.ua Звісно, це не єдиний варіант, але він досить зручний та популярний. А головне, що сайти на цьому хостингу працюють стабільніше, ніж на деяких VPS.

3. Встановлюємо сайт на хостинг

Взагалі є 2 варіанти: використовувати безкоштовний шаблон (якій все одно десь буде мати якісь проблеми), або купити одразу платний гарний шаблон (наприклад ShowCase) з купою вбудованих модулів і не паритися.

В першому випадку ви встановлюєте спочатку систему ocStore, а потім вже встановлюєте шаблон. В другому випадку ви можете встановити все одразу з архіву "Швидкий старт" платного шаблону, де вже все налаштовано та виглядає, як на демці. А ще в другому випадку під час покупки ви можете замовити встановлення шаблону, що буває досить зручно.

Окрема примітка щодо інозмених шаблонів. В них часто написано, що гарантована сумісність саме з Opencart, а не його збірками. То люди встановлюють саме чистий OpenCart. Але в більшості випадків ті шаблони також будуть сумісні і з ocStore, просто за кордоном про нього мало хто чув. Я раджу використовувати ocStore.

Обов’язково перевіряємо, чи є в шаблоні модуль спрощеної корзини. Якщо ні (а його немає в більшості випадків), то встановлюємо на сайті модуль для зручного оформлення замовлень. Наприклад Простое оформление заказа або One Page Checkout.

4. Імпортуємо товари

Постачальники надають XML-файли з переліком їх товарів. На форумі є безкоштовний модуль для імпорту товарів з XML. На нього є деякі нарікання. Є також платні модулі на кшалт UniXML.

Також деякі постачальники можуть надавати каталог товарів у вигляді xlsx-файлу. Для таких випадків також є модуль Export/Import Tool. Хоча, іноді простіше напарсити товари прямо з сайту постачальника через модуль SimplePars. Звісно з цим модулем потрібно трохи розібратися (а ще більше мабуть в html-тегах), але тоді саме заповнення буде дуже швидким. А якшо в екселі не буде вистачати інформації, то буде потрібно додавати ії вручну, що буде набагато довше.

Для випадків, якщо ви є ФОПом та самі виробляєете продукцію, доведеться заповнювати товарі вручну. В цьому вам можливо допоможе модуль Handy Product Manager. Хоча, скоріше за все у вас є програма складського обліку. Існують модулі для експорту товарів в магазин.

5. Створюємо логотип

Логотип можна створити взагалі без дизайнера. Просто реєструємось на canva.com та обираємо, що вам до вподоби. При створені логотипу варто враховувати, які кольори обрані в шаблоні. Вони мають бути з однієї кольорової схеми.

До речі, там також можно створити банера для соцмереж та сайту.

Перший місяць ви можете використовувати сервіс безкоштовно. Але під час реєстрації потрібно додати платіжну картку (це поширена практика на зарубіжних сервісах). Головне потім відписатися від платного тарифу, якщо більше не будете використовувати цей сервіс, щоб гроші не знімало автоматом.

Так, звісно, краще, щоб дизайн та логотип робив дизайнер. Але за умов лімітованого бюджету, краще витратити зайві $100-300 на рекламу, ніж на логотип, адже реклама приводить відвідувачив, а логотип не приводить. Тим паче що зробити плюс-мінус не страшний варіант можна за допомогою сучасних веб-сервісів.

Існують балачки, що для створення дизайну потрібно обов’язково мати потрет Цільової аудиторії та бла-бла-бла. На практиці мало хто цим заморачується.

6. Робимо мінімальне SEO

• Додаемо сайт в Google Search Console
• Встановлюемо Google Analytics
• Ставимо мовою магазину за замовчення Українську згідно вимог чинного законодавства
• Робимо коректну двомовність магазину (якщо 2 мови). На мій смак краще робити мовну папку та однакові ЧПУ для всіх мов (шукайте Allow Same SEO URL For Different Languages (OC3.0x)), ніж те, що пропонує OpenCart 3 / ocStore 3 з мовними префіксами або постфіксами в ЧПУ. А щоб було щей з hreflang, як зауважив @chukcha , ось зробив безкоштовний модуль Мовні папки в URL (для ocStore 3.x) на базі іншого безкоштовного модуля ocdev.pro Мультимова, якій мовної папки немає і тому в мій феншуй не вписується). Також є платний модуль SEO мультимова / мультирегіон, якій робить мовні папки та має інші навороти на кшталт папки для окремого регіону, та щей працює з чистим OpenCart. Але він може здаватися трохи складним для новачка, тому в мій феншуй з першого відкриття інтернет-магазину не вписується.
• Ставимо модуль SEO URL Generator. Там також для ocStore 3 як на мій смак налаштовуємо генерацію ЧПУ від однієї мови (від української)
• Вмикаємо SeoPro
• Перевіряємо, чи доступна мапа сайту на всіх мовах сайту. Або, якщо це стороній модуль, то може ще бути такий варіант, коли одна мапа містить сторінки різних мов. Обидва варіанти описані в інструкції Google як рівноцінні. Якщо є або те, або інше – додаємо мапу сайту в Google Search Console
• Читаємо інструкцію Google про ключові слова – https://support.google.com/google-ads/answer/1704371?hl=uk
• Читаємо про мета-описи – https://developers.google.com/search/docs/appearance/snippet?hl=ru#meta-descriptions
• Встановлюємо модуль SEO Tags Generator, та налаштовуємо автоматизацію при стовренні інформативних мета-описів на базі даних про товар, як то ціна, виробник, важливий атрибут тощо.
• Пишемо тексти для категорій з урахуванням ключового слова (ящко у вас десяток категорій, то можна зробити. А якщо сотні – то вибачайте, це буде дуже довго. Тож зусередьтеся на кількох для початку. Для решти встановить автоматизацію створення мета-описів)
• Можна написати кілька статей у блог на тему середньо частотних запитів. Але це досить трудомістка справа, тому варто впевнитися, що хоча б перші 3 кудить попали у видачу. Якщо не попали – можливо і не потрібно витрачати на це час.

7. Налаштовуємо рекламу в Google

Так, без реклами далеко не поїдеш. Особливо на початку. Але не варто одразу вкладати весь бюджет в це діло. Потрібно обов’язково поставити ліміти на день та на рекламну кампанію загалом. Вважється, що на тест реклами має вистачити $100, щоб подивитися, які результати вона дає. Якщо не дає – змінювати рекламу та тестити ще раз.

Варто не просто налаштувати рекламу, а щей ремаркетинг. Для цього на форумі є модуль SP SEO Remarketing All In One Pro 2.3.x - 3.x.

Можна також спробувати рекламу в Facebook та Instagram, але там потрібно робити як мінімум 6 варіантів оголошень с 6 різними банерами. Зазвичай лише один з них буде приносити більшість відвідувань, а решта банерів будуть тупо жерти гроші. Саме тому потрібні варіанти, щоб обрати кращий банер і на повну катушку вмикати лише його, прибравши неефективні варіанти.

8. Отримуємо перші замовлення

Дивимось на все це з 2 ракурсів:

1. Чи зміг я взагалі привести кліентів
2. Чи вийшло воно вигідно

Якщо не зміг отимати ніяких продажів – це поганий знак. Але важливо також бачити, що дійсно були відвідування. Якщо відвідувань було багато, а продажів немає – це якійсь тухляк. Тут без варіантів.

Якщо продажі є, але це не дуже вигідно, тут вже можна думати.

По-перше, якщо ти запустився за схемою дропшипінгу, то можна перейти на опт, адже ризики вже дуже малі. Ти ж бачив, що товар продається, і ти можешь привести кліентів з Інтернету. Тоді питання лише в ціні закупки. В такому разі й кредит не так стрьомно взяти, якщо це дійсно потрібно (прошу не сприймати як фінансову пораду ).

По-друге, через SendPulse можна безкоштовно трохи понадсилати листів кліентам, які в тебе щось купили. Раптом вони куплять ще щось. І при цьому тобі не потрібно платити за рекламу, лише просто надіслати листа.

По-третє, можно спробувати знайти схожі товари в інших постачальників, раптом це буде вигідніше.

9. Лише після перших замовлень колупаємось в сайті

Маю на увазі всі ті забаганки "зроби мені, як на тому сайті, бо мені сподобалося". Не факт, що то допомагає продавати. А всілякі такі правки потребують оплати грошей розробнику. В інтернет-магазині найголовніше – відвідування, а не всіляки прикрашання.

10. Реєструємо ФОП

Цей пункт лише для тих, хто його ще не має. І лише для тих серед них, хто має продажі в магазині.

Реєстрація ФОП є безкоштовною. Оформити документи можна прямо в Дії. За спрощенним оподаткуванням ФОП II групи сплачує фіксований платіж 1340 грн/міс (в 2023 році). Це вигідно, бо не залежить від твого прибутку, якщо він гарний; але це не дуже вигідно, коли в тебе прибутку взагалі немає. ФОП III групи сплачує 5% від фактично отриманих грошей (без врахування витрат). Це наче вігідно, коли прибутку немає, але це не вигідно, коли в тебе велика сума витрат.

Також ФОП сплачує ЄСВ. В 2023 році він складає 1474 грн /міс. Під час війни його можна не сплачувати. Але, як підмітила @Blondi, й трудовий стаж в такому випадку також не зараховується.

Немає сенсу реєструвати ФОП до того, як з'являться продажі. Але, якщо вони вже є, то краще все ж таки легалізувати свою діяльність.

Резюме

Відкрити інтернет-магазин досить просто. Я маю на увазі, що для цього не потрібно великого капіталу або знаймоств. Це доступно для пересічної людини, яка вміє працювати з комп'ютером. Звісно, це не легка прогулянка, потрібно напружитися. Але все ж таки, це шанс запустити магазин майже з нуля.

P.S.

У нас тут на форумі досить багато власників інтернет-магазинів. Прошу дописувати в коментарі, якщо пропустив щось важливе. Також можете поділитися власними думками щодо "гадалося так – сталося інакше", звісно, якщо це стосується основної теми статті. Думаю, коментарі будуть ще більш корисними для новачків, ніж сама стаття

Конфіденційність і безпека

Ці два поняття пов’язані, але різні. Конфіденційність означає, що ви дозволяєте людям займатися своїми справами приватно, не шпигуєте за ними чи не збираєте більше їхніх даних, ніж вам це абсолютно необхідно. Безпека означає створення вашого веб-сайту безпечним способом, щоб зловмисники не могли викрасти інформацію, що міститься на ньому, у вас або ваших користувачів.

Найяскравішими прикладами для цього пункту є:

• Паролі користувачів в базі даних зберігаються в захищеному вигляді
• Раніше модуль авторизації викоритовував методи хешизації паролів md5() и sha1(). В OpenCart 4 використовується більш надійні та сучасні функції password_hash() та password_verify()
• Врахування чинного законодавства при обробці даних. Наприклад, GDPR. Для OpenCart 3 доступні розширення. В OpenCart 4 є модуль з коробки.

Адаптивний веб-дизайн

Є завдяки Bootstrap. Клієнти можуть переглядати ваш магазин з телефону. Немає питань.

Хоча в OpenCart 3 використовував застарілий Bootstrap 3, це взагалі не помітно для користувача. Також деякі розробники шаблонів використовували більш сучасні версії.

OpenCart 4 використовує останню версію Bootstrap 5.

Кросбраузерність

Щоб дії із сайтом були доступні також в різних браузерах використовується бібліотека jQuery. Вона не вважається просунутою з точки зору сучасного програмування, але свою роботу виконує. Так само в OpenCart 3 використовується застаріла версія, а у четвірці – актуальна.

Швидкість завантаження 

Оозначає якнайшвидше завантаження веб-сайтів, але також інтуїтивно зрозумілі та прості у використанні, щоб користувачі не розчарувалися й не пішли кудись ще.

Швидкість сторінок не так вже й сильно залежить від CMS. Є багато факторів:

• Кількість товарів в базі даних. Чим більше товарів, тим уповільнюється їх сортування в базі.
• Кількість встановлених модулів, які використовуються на сторінці та роблять запити до бази
• Параметри серверу (або хостингу) – чим він слабший (або переповнений сусідами), тим гірше буде працювати ваш сайт
• Кількість одночасних відвідувань сайту
• Розмір зображень та використання webp. Краще не завантажуйте фото з розмірами більше 900px, бо вони будуть важкими.
• Наявність шрифтів на сторонніх ресурсах (Google Fonts) – залежить від шаблону.

Більш-мень залежними від CMS є:

• Методи оптимізації веб-сторінок (на кшатлт Lazy loading та інше) – не запроваждені для прикладу в дефолтному шаблоны OpenCart, але реалізуються авторами шаблонів
• Структура бази даних OpenCart спроектована саме під магазини, і це трохи краще, ніж в разі використання CMS загального значення для створення магазину.
• SQL-запити – якщо відредагувати кілька SQL-запитів, то OpenCart тягне досить велику кількість товарів. Ситуація, коли користувач жаліється на проблеми зі швидкістю з 300 товарами (а я десь зустрічав таке обговорення) – це нонсенс. Знаю точно, що деяки люди, читаючи про невибагливість цієї CMS, беруть найдешевший хостинг. Потрібно брати хороший хостинг, що все одно дешевше, ніж оренда сервера.
• Кешування – в OpenCart вбудований слабкий механізм кешування, є модулі, які покращують це. Кешування буває різним. Але суть така, що замість запиту до бази даних (а в динамічному сайті кожне відкриття сторінки означає нові запити) використовуються вже знайдені під час попереднього відкриття (іншим користувачем) дані, які, скоріше за все, не встигли змінитися. Найбільш ефективним є кешування сторінки категорії, коли замість сортування серед тисяч товарів, робиться запит про дані поточної категорії, та відображається відповідна їй вже підготовлена сторінка. Варто зазначити, що можливе також кешування на рівні серверу бази даних, але це доступно в разі VPS/VDS, а не звичаного хостингу.

Доступність

Означає зробити ваші веб-сайти придатними для використання якомога більшою кількістю різних типів людей (пов’язаними поняттями є різноманітність і інклюзивність, а також інклюзивний дизайн). Це стосується людей з обмеженими можливостями: як люди з вадами зору, так і люди з ненадійним або повільним з’єднанням з мережею. 

В OpenCart нічого не зроблено для забезпечення більшої доступності магазину серед людей з обмеженими можливостями. Але це загалом не дуже розповсюджена штука.

Інтернаціоналізація

Означає зробити веб-сайти придатними для використання людьми з різних культур, які розмовляють різними мовами.

Тут є технічні міркування (наприклад, зміна вашого макета, щоб він все ще добре працював для мов із написанням справа наліво або навіть вертикальних мов) і людські (наприклад, використання простої мови без сленгу, щоб люди, які знають вашу мову оскільки їхня друга або третя мова, швидше за все, зрозуміє ваш текст).

В OpenCart є мультимовність. Немає RTL (що не дуже актуально для України).

Можливість фізично запустити з актуальною версією PHP

У OpenCart 2 є проблеми із запуском на PHP 7.2 та вище. Хоча насправді проблема фіксиця досить легко, і потім все решта працює. Але все ж таки без танців з бубнами воно тупо не запускається. То, мабуть, це приклад прямої технічної неробочості в заданих умовах.

Також зазвичай на хостингу можна перемикати версії PHP і запускати OpenCart 2 на більш давніх версіях PHP. Але  з міркувань безпеки робити це не рекомендуеться. Адже старі версії мови не виправляються. А як можна побачити, вразливостей в PHP може бути достатньо – https://www.cvedetails.com/product/128/PHP-PHP.html?vendor_id=74

Наразі оновлюється лише версія PHP 8+ – https://www.php.net/supported-versions.php .

OpenCart 3.0.3.8 працює з PHP 8. Для OpenCart 4 саме ця версія мови заявлена в системних вимогах.

В ocStore 3.0.3.7 на PHP 8 шаблонізатор Twig “свариться” на Deprecated методи. Хоча, фіксиця досить швидко. Не виключено також, що помилка вже також пофіксина в самій збірці (після моменту написання цих рядків).

Можливість запустити на віртуальному хостингу

Використання двигуна MyISAM для бази даних

Хоча цей механізм зберігання даних досі підтримується, він має суттєві недоліки у порівнянні з InnoDB. Головним недоліком є цілісність даних та блокування цілих таблиць під час редагування всього одного запису.

Як це впливає на магазин?

По-перше, можуть бути неточності залишків товарів. Хм, до речі, а постачальних вам взагалі дав точну кількість запасів, чи потрібно під час замовлення перевіряти? Ви зрозуміли до чого я – що технічна можливість вести точний облік не гарантує, що він буде вестися.

По-друге, це означає, що коли ви робити будь які масові дії із сайтом (імпорт, крон-завдання), блокуються цілі таблиці в базі. Користувачі мають зачекати, коли оновлення завершаться.

Використання InnoDB не потребує додаткових витрат на хостинг. І це можна замінити без наслідків прямо в phpMyAdmin. Звісно це автоматично не ввімкне таку перевагу цього двигуна, як використання транзакцій (що може забезпечити правильний облік залишків товарів), але принаймні сайт не буде блокуватися клієнтам, коли ви щось редагуватимите.

До речи в OpenCart 4 використовується InnoDB. Але не певен що там вдосконалити корзину, щоб правильно рахувати залишки. В будь якому випадку торгівельні компанії використовують окремі інструменти складського обліку та CRM-системами, з якими інтегрують магазин.

Коли є Drug & Drop, ми маємо вручну проставлянням індекси, щоб сортувати порядок категорій, товарів. Можна сказати, що це застарілість інтерфейсу.

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

До речи, це ще добре, що в ocStore той Drug & Drop доданий для сортування товарів в модулі “Рекомендовані”. Бо інакаше доводиться видаляти кілька товарів, щоб потім знову їх додати після іншого товара, які став актуальнішим.

Так само в ocStore Drug & Drop додано перетягування в Макетах. Хоча, редагування макетів виконується досить рідко, все ж таки простіже перемістити, ніж видаляти-додавати.

Через обмеження людської уваги, робота, як потребує перерватися на іншу дію (перейти на іншу вкладинку) надмірно завантажую людську память.

В OpenCart достатньо таких речей, коли ти редагуєшь товар або модуль, маєш що почати писати для автокомпліта, але ти ж не пам'ятаєш всі ті назви товарів та атрибутів.

Так, під час заповлення атрибутів в товарі, потрбіно відкрити нову вкладинку з атрибутами та подивитися, які атрибути в тебе які назви мають. Але не певен, що на інших платформах такі речи реалізовані якось дуже інашке. Хіба що іноді буває закріплення набору атрибутів до всієї категорії, щоб не робити це для кожного товару по десяту разів. В OpenCart для такого є модуль.

З цієї ж опери: вибір товарів в будь якому модулі (на кшталт Рекомендованих). Потрібно обирати по назві. Це досить незручно (особиво, коли назви товарів дуже схожі). Було б цікавіше, ящко б там спливало вікно та можно було побачити назву і фото товару. А також відфільтрувати за категорією, щоб не ходити на вітрину та не шукати потрібний товар з підходящим фото.

В зарубіжних шаблонах досить поширеним є власний Page Builder та редагування налаштувань модуля через модальне вікно в налаштуваннях макету, щоб не потрібно було перемикати вкладинки.

Це прості речі, які також впливають на втому людини та на враження складності або застарілості OpenCart. Знову ж таки, людина звикає до всього, якщо регулярно тренується Тобто, це питання звички.

Асистент налаштування

(Installation Settings Wizard)

Буває таке, що ти встановлюєш якусь програму, і вона тобі влаштовує покроковий збір налаштувань: додай номер телефону, додай email, вкажи назву, додай валюти. Тобто ці всі дії виконуються одним разом і тобі взагалі не потрібно напружуватися, думаючи, які дані потрібно заповнити. В OpenCart подібний покроковий асистент був в модулі SimpleCheckout, якій наразі на форумі не продається через російське громадянство його автора.

Також бачив цікавий приклад, коли встановлюєш розширення для Google Analytics, і воно комунікує з Google по API, і ти просто клацаєшь кнопочки, замість того, що сидіти та стресувати перед екраном, дивлячись в ту кляту аналітику.

Нажаль, в OpenCart такого немає. З іншого боку – це потрібно один раз зробити і можна видихнути.

В OpenCart відсутній механізм оновлення системи. Тільки переустановка та перенос даних.

В четвірці є зачатки оновлень з адмінки.

Інструкції, документація, база знань

Є форум, є блоги, де можна знайти відповіді на запитання.

Є також офіційна документації англійською мовою. Там навідь є відеоуроки. Але немає пошуку по документації.

Є також документація для ocStore російською мовою, яка, здається, потребує деякого оновлення, але всі базові принципи вона описує – https://docs.ocstore.com/index.php?title=%D0%94%D0%BE%D0%BA%D1%83%D0%BC%D0%B5%D0%BD%D1%82%D0%B0%D1%86%D0%B8%D1%8F

Чесно кажучи документація не створює позитивне враження. І справа не лише в дизайні DokuWiki, але й в тому, що довжина рядка сильно впливає на втомлюваність очей. Загальновідома рекомендація, що текст для читання має мати не більше 80 символів на рядок. Це створює не дуже хороше враження. Але я не певен, що хтось туди взагалі заходить. Інакше, мабуть були би нарікання від користувачів, а так наче немає.

Є навіть відео огляди для деяких модулів та покрокові інструкції, як встановити на хостинг самостійно.

Наявність достатньої кількості сучасних шаблонів

Хоча, на колір та смак всі фломастери різні, але будь-який користувач може відрізнити сучасне оформленні від оформлення 90-х.

У нас на форумі є з десяток сучасних шаблонів дизайну, але на зарубіжних маркетплейсах їх більше.

Причому зарубіжні шаблони роблять акцент на красі (в більшості випадків головної сторінки, але не сторінки товару) та тематичного оформлення під різні ніші.

В нас більше універсальних шаблонів, де не завжди зрозуміло, як це буде виглядати з вашою тематикою. Але багато наших шаблонів мають велику кількість додаткової функціональності, тож можна зекономити на певних модулях.

Застарілий підхід до обслуговування платних рішень деякими авторами модулів. Як хтось це називав “радянський підхід”: бери поки не дали по шапці.

Дійсно, ми всі різні. У кожного долбо… розробника своя метода…

Не до всіх і одразу доходить, що ми тут не просто виконуємо роботу, та продаємо свій продукт, але ще й є обличчям OpenCart (як от до мене наприклад не одразу дійшло).

Це проблема в області Soft skills окремих людей, але не Opencart. Опанування гнучких навичок, до речі, це дуже сучасна “тема”, яка може привнести ковток свіжого повітря.

Варто також зазначити, що гнучких навичок іноді не вистачає як розробникам, так і власникам магазинів. Багато з нас тут, насправді, – полулюбителі, тож без образ. Але, як варіант у суперечливих питаннях, щоб зберегти собі нерви, клієнти можуть спробувати проявити свої менеджерські якості, як от конструктивна критика, постановка завдань з конкретизованим описом, повага до неробочого часу працівника, тощо.

Знову ж таки, щоб отримати високу якість обслуговування більш гарантовано, достатньо поєднати OpenCart та web-студію. Там є окремі люди, які займаються клієнтами, поки інші кодять (або купують модулі). Тож там ви можете розраховувати на справжній сервіс, якщо саме це є для вас пріоритетом.

Доступніть для старту

OpenCart не можна назвати дійсно безкоштовним, тому що без розширень далеко не поїдешь. Але це все одно дуже доступно у порівнянні з подібним коробковим софтом. Так само це доступніше у порівнянні розширень для інших CMS, за які часто потрібно платити щорічно.

OpenCart є майже ідеальним для тестування бізнес-ідеї, коли ви ще не знаєте, чи вийде з цього щось, чи ні; та хочете протестувати з мінімальним бюджетом.

Швидкість запуску

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

Знову ж таки це все за однієї умови: якщо використовувати готові рішення.

А якщо: не хочу так, як є, а хочу так, як ось на тому сайті (хоча немає ніяких доказів, що це допомагає продавати), то швидкий запуск відмінюється. Та і дешевість готових рішень тут не дуже вже актуальна, бо потрібно щось доробляти.

Також швидкий запуск сайту не гарантує вам, що потім ви так само швидко зможете вивчити всі нюанси роботи. Для цього потрібен час, особливо, якщо раніше ви не працювали з адмінками сайтів.

Наявність готових інтеграцій

Нова пошта, оплата через сервіс Приватбанку, Монобанку, Ощадбанку та інші методи, інтеграція з KeyCRM, УкрСклад, вигрузка на Prom, Rozetka тощо. Для всіх популярних сервісів є готові рішення.

Наявність виконавців для вирішення завдань

Масштабування

На певному рівні зростання вашого бізнесу OpenCart може втратити свою значну економічну перевагу. Ок. Але до цього моменту, напевно, ви щось вже заробите. Також ви вже будете точно знати, що це працюючий бізнес, а не просто їдея. В такому разі вкладання грошей – це нормальний процес.

Тим паче, що масштабування з іншими системами точно не вийде дешевшим.

@SooR

Якщо коротко – ні, не застарів.

Якщо детально, то "застарів" трохи неточне визначення. Застарів для кого? Застарів для чого?

OpenCart підтримує класичну модель ecommerce, яка вже багато років не змінюється. Можна сказати, що вона застаріла? Ні, тому що вона працює і не має жодної різниці який у неї вік.

Якщо у технічному сенсі, то є досі купа магазинів на 1.5, коли ефект старизни корелює з асортиментом, цінами, рекламою, довірою і рейтингом магазину.

Може скластится враження, що у OpenCart застарілі погляди на деякі рішення стосовно коду і алгоритмів, але він написан "методично", з дотриманням чітких правил і "внутрішньою релігією", якщо можна так сказати.

Так, в OpenCart не вистачає дуже багато речей, на щастя автори це розуміють і з кожним поколінням версій намагаються спростити інтегрування розширень у систему. Все інше залежить від нас: розробників, маркетологів, дизайнерів та інших.

@Sha

Хіба-що зовсім трішки!)

А так: дивлячись для чого він потрібен. З одного боку якщо звернути увагу на технології, котрі використовуються, то – десь плентається зовсім кволо позаду. З іншого – впевнено тягне на собі магазини, та потребує найменших витрат.

@Exploits

Стосовно застарів чи ні. Можливо і застарів, бо код та дизайн вже роками не змінюється. Але з іншої сторони функціонал можна розширить модулями, а дизайн – шаблонами. Тобто з коробки він так – застарівший, але і що з того? Купа магазинів чудово працюють на опенкарт. Це як база проста та примітивна, як то кажуть, а все, що потрібно можна розширить доповненнями. В цілому не бачу в цьому проблеми. Робота поки є для розробників.

Мені навпаки такий підхід до вподоби, бо база не перегружена зайвим, і немає складності як наприклад в якомусь комбайні, де все є, але поки розберешся, то голову зламати можна.

Тим паче якщо б це була якась платна платформа, де в базі вже є купа всього, то багато з того, що там є, більшістю користувачами не використовується. А тут кожен розширює функціонал так, як йому потрібно. Я в цьому не бачу проблеми.

Так, можливо добре було б щось вже вдосконалить за роки, проте не ми розробники опенкарт, і ми не зможемо це змінить. Поживемо побачимо як буде.

На даний момент у мене роботи з ним вистачає, і це основний мій дохід. Можливо ще відчувається те, що з рфієй багато хто не працює (наприклад я), і дохід просів, але тут не в застарілості ОС справа, а просто менше аудиторії тут на форумі. Якось так.

@octemplates

Взагалі не відчуваю якось зниження популярності Opencart.

Будуть у нашої української спільноти круті доповнення – Opencart ніколи не застаріє.

Я побачив, що більшість топ модулів які були топом навіть ще до повномасштабного вторгнення рф у 2022 році – розробили українці. І це чудово вважаю

Тому треба розвиватися і йти далі, бажано в одну ногу з розвитком нових версій Opencart.

Я думаю, реклами самого Opencart в середині країни нам трохи не вистачає.

@RGB

Залежить від того, як ми розглядаємо OpenCart – як програмне забезпечення чи як інструмент для створення і роботи інтернет-магазинів.

У першому випадку відповідь буде стверджувальна, тому що технологічно OpenCart залишився у минулому десятиріччі і ніякий bootstrap 5 [в OpenCart 4] принципово нічого не змінює. Але якщо ми розглядаємо саму систему не як стек технологій та полігон для опанування новітніми фреймворками, а як інструмент, то відповідь буде негативною, оскільки доки інструмент виконує свої функції – він не може застаріти.

Це як порівнювати джезву та сучасну кавомашину. Ви можете зварити чудову смачну і запашну каву за допомогою джезви, якій вже сотні років – і ви можете необачно “натицяти” кнопочки вашої надсучасної Делонгі та зварити помиї з першокласної арабіки, бо встановили невідповідний помел та обрали занадто великий об'єм напою.

Звісно, важливим при цьому є не лише принципова можливість виконання своїх функції (на osCommerce теж, мабуть, і досі можна створити магазин, але хто ним буде займатись?), а і наявність готових доповнень, виконавців та попиту на їх послуги, т.т. наявність ком'юніті, яке у нас поки що є, але з наявною динамікою і підходом до його розвитку малоймовірно, що воно буде зростати у довгостроковій перспективі.

@chukcha

Це також як php мертвий.

Мінус, як уже ти сам писав, це справді потужні хмарні сервіси та реклама. Приклад того ж [вилучена комерційна назва].

Що таке застарів? Застарів для кого? Які вимоги новизни? Застарів для "ледачих" розробників, які на кожен чих щось шукають на гіті?

Мінусів у ОС овербагато, але їх і овербагато в інших двигунах. Хоча б подивитися у WP. Там кожен плагін тягне свої залежності…

На жаль, у ОС немає єдиної системи версійності, як движка, так і до php. Наприклад мені потрібна guzzle. Куди мен її пхати? до себе? чи у vendor?

Але є ліби, наприклад, той від ФБ котрий також використовує гузлу, а вона підвантажена, і каже: “Ой! *ня – там стара версія!”. А оновити її не можна, тому що злетить, та яка була раніше встановлена…

@Flint2000

От що застаріло, то це php-nuke ))). Хоча у мене один сайт працює на цьому диві. На мою думку – опенкарт це система, яка має надавати можливість продавати і заробляти гроші. Якщо функціональність цієї системи підтримується спільнотою, є певний розвиток – то він не застарів. Тим паче в розробці – це дуже дешеве рішення розвернути повноцінний магазин.

@buslikdrev

1.5 застарів насамперед для розробника, він не цікавий у порівнянні з 2.Х+, коли є bootstrap, події. А користувачу має бути неважливо.

Але так як нові модулі не робляться багатьма [розробниками] для 1.5, то вони будуть вибирати вище 1.5 (залежно від нового шаблону 3.Х+, який сподобався). Ну і за неусвідомленістю [встановлюють] останню версію, адже новіше для них це круто.

Загалом OpenCart 2.Х+ не застарів. А у когось у модулях свій дизайн налаштувань модуля, то навіть 1.5+ не застарів.

@aridius

Я на жаль не стежу за розвитком інших CMS, як на мене, головна проблема OpenCart не в тому, що він застарів. Так в ньому використовується Bootstrap 3, jquery 2, але звичайний користувач навіть цього не знає, а розробники можуть впровадити більше свіжі версії.

Вважаю головною проблемою:
-Реклама самого OpenCart
-Не раз чув тих, хто купив з opencart.com про індуський код і викинуті гроші

@markimax

Серед інших php e-commerce систем він не застарів, а найкращий вибір і альтернативи немає. А ось то, що чудить Даніель... це 3.14

І... якщо ти змінив ocmod на events, так дай events і на бібліотеки (котрі нахрін не треба –  див. нижче)

І зроби сучасний код. а не простирадла лайнокода
Зміни моделі, щоб можна було редагувати запити через методи окремі наприклад
 

->select('...')
->join('...')
->where ....

А контролери замість простирадла "переведи" на методи, щоб events вішати не на весь контроллер, а можна було б на кожен метод

Типу:

public function index() {
    return $this
        ->start()
        ->load_language()
        ->header()
        ->breadcrumb()
        ->main()
        ->positions()
        ->output();
}

А я б зовсім прибрав би library замінив би на контролери їх.
Ось навіщо бібліотека response, url, cache та т п ...? і без registry і без events ... зовсім не лізе в архітектуру і філософію опенкарт.
Залишив би тільки library до кастомних бібліотек розробників.

Коротше Даніель щось "заліпає" та веде опенкарт не туди.

@29aleksey

Ну, якщо порівнювати версії, то краще вже працювати на старому 2.3 і 3, ніж на "новому" Opencart 4. Я б вважав новою таку версію, в якій був би + react. А те, що вони там зараз зробили у 4 версії, – це пекло для розробників. Навіть якщо порівнювати Opencart з Magento, то в Magento теж не було спочатку react. Але, здається, з другої версії вони його туди вже "впхнули". Так що, я думаю, якби там був react, то було б гуд: багато хто б підтягнув свої знання в цьому, вся ця справа працювала би в рази швидше. Але, напевно, цього ніколи не буде)

@ocdev_pro

OpenСart не застарів, він помер.

Справа в тому, що в усьому іншому світі крім Індії, СНД та Південної Америки ніхто не чув про таку платформу.

Думаю, його популярність з кожним роком падатиме. Якщо ми беремо сегмент швидких проектів за три копійки, то в цій ніші він ще поживе.

Одвічні проблеми опенкарт з SEO, оптимізацією запитів та іншого добра не робить йому честі. І навіть якщо взяти opencart 4, який я кручу останні місяці 3, в ньому тільки поверхово реалізовано автозавантаження та підтримка php 8. Ще один мінус: з боку захисту ніяких покращень не вироблялося, серйозні проекти це не про opencart.

Якісна розробка під opencart це від 20$ + годину, при загальному бюджеті на проект, можна зробити щось більш захищене і заточене під потреби бізнесу, скажімо на Laravel + Vue.js

@OCdevWizard

З OpenCart я пряцюю більше 10 років, познайомився з ним ще з перших релізів, зробив багато чого, і навіть коли в світ вийшла його 4-а генерація – я можу сказати що прогрес тут занадто повільний. Фактично що ми бачимо: щось змінили по дизайну, щось поправили по безпеці, зробили підтримку PHP 8, нарешті зробили сабміт форм по ajax, і нарешті переробили процесс оформлення замовлення (на хвилинку цей рушій націлений саме на ecommerce, де б здавалося процесс оформлення замовлення з кошиком чи не найважливіше? що там повинно бути зручним для покупця, але то таке...). Звісно це не всі зміни але цього не достатньо. Я не згоден з філософією Даніеля, що рушій написаний так щоб він був не складний для джуна, натомість рушій й до цього часу не має своєї ORM. Для мене такий підхід звучить доволі смішно, я думаю що навпаки якби рушій вбирав в себе те, що для інших "мастхев", то так чи інакше, але програмісти, які працюють з цим рушієм, підтягнули б свою скіли, і в результаті рушій був би ліпший. І ті хто з ним працює, отримували би нові навички, ситуація win-win.

Стосовно мене, то я вже деякий час назад перейшов на фреймворк django/flask. Вивчити документацію по Django ORM – це не так і складно, якщо є бажання. Звісно я не відмовлюся від використання OpenCart, але я все менше обираю його для проектів.

@Prorab337

Не думаю, що застарів. Точніше сказати десь застряг, але має свою нішу. І варто ознайомитись зі статистикою, якщо не зраджує пам'ять то опенкарт показує стабільний ріст в екомерсі -- https://www.linkedin.com/posts/opencart_ecommerce-activity-7034151683047751680-pjQm?utm_source=share&utm_medium=member_desktop  – (в даній статистиці від офіційної сторінки OpenCart в LinkedIn наводиться позитивна динаміка популярності OpenCart, що йде врозріз із даними Google Trends. Можливо там враховується зростання загальної кількості магазинів, які відкрилися раніше і продовжують працювати на OpenCart разом з якоюсь кількістю нових магазинів, але це лише припущення – па)

Я заробляю кошти на цьому, тому мені все подобається, хоча розумію що потрібно багато чого покращувати.

@whiteblue

У опенкарт було величезне російськомовне ком'юніті. Але війна розірвала зв'язки та розвиток опенкарт сповільниться. Не бачу плюсів магазину на Ларавелі перед опенкартом від слова зовсім.

Навіщо винаходити велосипед?

Більш цікавими є високонавантажені системи з асинхронними завантаженнями та js бібліотеками. Тут була гілка, де хлопці збиралися реалізувати аналог опенкарт на високонавантажених системах.

* Примітка

Як зрештою мені відповів ChatGPT, “точність відповідей залежить від рівня запитань та доступності відповідної інформації в базі знань моделі. ChatGPT є одним з найбільш потужних мовних моделей, створених на сьогоднішній день, і може відповідати на різні запитання, включаючи загальну інформацію, факти, концепції, думки та досвідчені рекомендації.

Загалом, точність відповідей ChatGPT може бути досить високою, але завжди рекомендується перевіряти та перевіряти інформацію, надану моделлю, за допомогою інших джерел, особливо в тих випадках, коли потрібна висока точність.

– Чи застарів OpenCart?

– Як на моєму поточному рівні інформації (вересень 2021 року), OpenCart не можна назвати застарілим. OpenCart є однією з популярних систем керування електронною комерцією (CMS) і має велику спільноту користувачів та розробників. OpenCart має деякі переваги перед іншими CMS, такими як простий інтерфейс, широкий вибір розширень та можливість працювати з багатьма платіжними шлюзами та засобами доставки.

Проте, слід зазначити, що існує постійний розвиток і покращення в галузі електронної комерції, і інші платформи також мають значну популярність. Вони пропонують більше сучасних функцій і можуть відповідати потребам більш широкого спектру бізнесів.

– Яких саме сучасних функцій немає в Опенкарт?

– Ось кілька прикладів таких функцій, які можуть бути відсутніми в OpenCart.

1. Деякі сучасні платформи електронної комерції використовують інтелектуальний аналіз даних і машинне навчання для створення персоналізованих рекомендацій для користувачів на основі їхньої історії покупок та інших факторів.
2. Маркетплейс: Деякі платформи надають можливість створення маркетплейсу, де кілька продавців можуть продавати свої товари на одному сайті. Це вимагає додаткової функціональності для керування продавцями, комісіями, рейтингами тощо.
3. Штучний інтелект і чат-боти: Деякі платформи електронної комерції використовують штучний інтелект і чат-боти для автоматизації обробки замовлень, надання підтримки клієнтам та розробки персоналізованих пропозицій.
4. Глобалізація: Зростання міжнародної електронної комерції ставить нові вимоги до платформ. Деякі сучасні рішення мають вбудовану підтримку міжнародної локалізації, калькулятори міжнародної доставки, підтримку різних мов та валют.

Важливо зазначити, що OpenCart має велику спільноту розробників, і для багатьох з цих додаткових функцій можуть бути доступні сторонні модулі або розширення. Якщо вам потрібні певні сучасні функції, які відсутні в базовій версії OpenCart, ви можете розглянути пошук відповідних розширень або звернутися до розробників для індивідуального розробки модулів, що відповідають вашим потребам.

– Ти порівнюешь OpenCart з інструментами, де є машинне навчання, створення маркетплейсу. Хіба це один рівень бізнесу? Я маю наувазі, бюджет власника магазину, форму бізнесу і тд.

– Ні, OpenCart і інструменти створення маркетплейсу не є одним рівнем бізнесу. OpenCart – це готова платформа для створення інтернет-магазину, яка підходить для початківців та невеликих бізнесів з обмеженим бюджетом. Однак, бюджет власника магазину не є єдиним фактором, який впливає на вибір між OpenCart та іншими інструментами. Інші фактори, такі як розмір компанії, обсяг продажів, потреба в певних функціях та інші, також важливі. Тому перед вибором платформи для свого бізнесу, власник магазину повинен зважити всі переваги та недоліки кожної опції та знайти те, що найкраще підходить для його конкретної ситуації.

– Чи може OpenCart бути використаним великою торгівельную кампанією?

– Теоретично, OpenCart може бути використаний великою торгівельною компанією. Однак, при виборі платформи для великого масштабу торгівлі, є кілька чинників, які слід враховувати:

• Масштаб та обсяг: Велика торговельна компанія може мати великий обсяг товарів, клієнтів та транзакцій. Потреба у потужних функціях управління інвентарем, масштабування, оптимізації продуктивності та швидкості роботи може виникати. OpenCart має обмеження у цих аспектах, і для великих компаній можуть бути більш підходящі альтернативи.
• Розширення та інтеграції: Якщо велика компанія має специфічні вимоги до функціональності або інтеграції з іншими системами, може бути потреба у власному розробленні модулів або значних змінах в OpenCart. Це може вимагати додаткових ресурсів, часу та коштів.
• Підтримка та розвиток: OpenCart має активну спільноту розробників, але враховуйте, що підтримка та розвиток можуть бути менш інтенсивними порівняно з комерційними платформами. Для великої компанії може бути важливо мати надійну та швидку підтримку, а також доступ до оновлень та нових функцій.

У певних випадках великі торговельні компанії можуть вирішити скористатися іншими ентерпрайз-рішеннями або спеціалізованими платформами, які спеціально розроблені для великого бізнесу. Такі платформи зазвичай мають більш широкий функціонал, високу масштабованість та підтримку для підприємств зі значним обсягом торгівлі та специфічними потребами. Вони можуть забезпечувати більшу надійність, безпеку, масштабованість та інтеграційні можливості, які є критичними для успішної роботи великих торговельних компаній. В таких випадках, замість OpenCart, компанії можуть розглянути використання ентерпрайз-рішень, спеціалізованих платформ електронної комерції або розробку власних рішень, що відповідають їхнім унікальним потребам та бізнес-вимогам.

– Для якої цільової аудиторії користувачів OpenCart підходить краще за все?

– OpenCart зазвичай підходить для невеликих і середніх підприємств або індивідуальних підприємців, які розпочинають свій бізнес в сфері електронної комерції або мають обмежений бюджет. Основні цільові аудиторії, для яких OpenCart може бути найбільш підходящим варіантом, включають:

• Малий бізнес та стартапи: OpenCart є простою у використанні та доступною платформою, що дозволяє швидко запустити електронний магазин з мінімальними витратами. Він підходить для невеликих команд та бізнесів, які тільки починають свою діяльність.
• Індивідуальні підприємці: Оскільки OpenCart є відкритим джерелом і має широку спільноту розробників, це може бути привабливим варіантом для індивідуальних підприємців, які мають обмежений бюджет і можуть залучити розробників для налаштування та підтримки свого магазину.
• Магазини з невеликим асортиментом: Якщо ваш магазин має невелику кількість товарів або обмежений асортимент, OpenCart може бути зручним варіантом. Він простий у використанні для управління невеликим каталогом продуктів.

Важливо зазначити, що це загальні рекомендації, і вибір платформи електронної комерції повинен бути зроблений на основі унікальних потреб і характеристик вашого бізнесу.

– А якщо бізнес розпочато на OpenCart, і магазин має комерційний успіх, чи варто в такому разі переходити на інші платформи після зростання?

– Перехід на іншу платформу електронної комерції, однак, може бути складним технічним процесом і вимагати певних зусиль і ресурсів. Перед прийняттям рішення про перехід, ретельно оцініть свої потреби, бюджет, технічні можливості та ризики, пов'язані зі зміною платформи.
Також, перед переходом на нову платформу, рекомендується зробити детальний аналіз ваших поточних процесів, налаштувань і даних, і розробити чіткий план міграції, щоб забезпечити безперебійну роботу вашого магазину під час переходу.

– Ми трохи відуліклися. Повернімося до основної теми. Я так і не зрозумів: що саме застаріло в OpenCart?

– OpenCart – це популярна вільна система управління електронною комерцією, яка має багатий набір функцій для створення та керування онлайн-магазинами. Однак, існують деякі аспекти, які можуть бути вважаються застарілими у цій платформі.

Один з найбільш очевидних недоліків OpenCart – це відсутність вбудованих інструментів для редагування продуктів та категорій в масштабі масової обробки. Це означає, що, якщо вам потрібно змінити багато продуктів або категорій, вам потрібно буде робити це вручну або використовувати сторонні розширення.

Ще одним недоліком OpenCart є обмежені можливості вбудованого SEO. Платформа не має всіх необхідних інструментів для оптимізації сайту для пошукових систем, і вам може знадобитися використовувати сторонні розширення для досягнення більш ефективного SEO.

Нарешті, OpenCart має менш розвинуту систему підтримки споживачів порівняно з іншими платформами електронної комерції. Хоча OpenCart має офіційний форум та можливість звернення до служби підтримки, деякі користувачі можуть відчувати, що їх проблеми не вирішуються достатньо швидко та ефективно.

– Дай мені технічний огляд, що застаріло в OpenCart 3? [з урахуванням, що ChatGPT не може знати про OpenCart 4]

– Є декілька технологій та аспектів, які можуть вважатися застарілими в OpenCart 3:

• OpenCart 3 використовує стару версію бібліотеки jQuery 2, яка більше не отримує оновлень безпеки та функціональності. Це може вплинути на безпеку та продуктивність вашого магазину.
• OpenCart 3 також використовує стару версію фреймворку Bootstrap 3, яка більше не отримує оновлень. Це може вплинути на відображення та доступність вашого магазину на різних пристроях та браузерах.
• Модуль аутентифікації в OpenCart 3 базується на застарілому коді, що може вплинути на безпеку магазину та приватність користувачів.
• Оновлення – процес оновлення OpenCart 3 може бути складним та незручним. Крім того, деякі оновлення можуть призвести до конфліктів з існуючими розширеннями та модулями.
• Відсутність механізму кешування – OpenCart 3 не має вбудованого механізму кешування, що може вплинути на продуктивність та швидкість завантаження вашого магазину (взагалі є, але він недостатній та на ефективний – па).
• Безпека – OpenCart 3 має деякі відомі проблеми безпеки, такі як вразливості в адміністративній панелі та можливість атаки на базу даних.

Також, слід зауважити, що OpenCart 3 має багато переваг та функцій, які можуть забезпечити ефективну роботу вашого магазину. Однак, перед використанням OpenCart 3, вам слід звернути увагу на потенційні проблеми та ризики та відповідно їх вирішити.

– OpenCart використовує несучасний підхід до програмування. Хіба це не означає, що він застарів?

– OpenCart, як і будь-який інший програмний продукт, може бути оцінений за різними критеріями. Хоча деякі люди можуть вважати, що OpenCart використовує несучасний підхід до програмування, це не обов'язково означає, що він застарів. Дозвольте роз'яснити це.

OpenCart є відкритою системою управління електронною комерцією (CMS), яка була випущена в 1999 році. За технологічними міркуваннями, це може вважатися деяким чином застарілим, оскільки протягом останніх років з'явилося багато нових технологій та фреймворків для розробки веб-додатків.

Проте, важливо розуміти, що OpenCart має свої переваги. Він має простий та легкий у використанні інтерфейс для адміністрування, широкий спектр функціональності, а також значну базу користувачів та розширень. Якщо вам потрібен швидкий та простий спосіб створення онлайн-магазину, OpenCart може бути досить ефективним вибором.

Також варто враховувати, що OpenCart оновлюється командою розробників. Це означає, що OpenCart може існувати в конкурентному середовищі, навіть якщо його технології не є найсучаснішими.

– Які тоді ознаки застарілого ПЗ?

– Ознаки застарілого програмного забезпечення (ПЗ) можуть включати наступні:

1. Відсутність підтримки та оновлень: Застаріле ПЗ може бути позбавлене офіційної підтримки від розробників, що означає відсутність нових виправлень помилок, патчів безпеки та оновлень функціональності.
2. Сумісність: Застаріле ПЗ може виявляти проблеми із сумісністю з новішими операційними системами або апаратними засобами, оскільки воно може бути розроблене для старіших версій апаратних платформ або програмних інтерфейсів.
3. Помітний відсутній розвиток: Якщо ПЗ не отримує регулярних оновлень та нових функцій, це може свідчити про його застарілість. Нові інновації та покращення можуть бути втрачені, і ПЗ може почати виглядати застарілим порівняно з сучасними рішеннями.
4. Погана продуктивність: Застаріле ПЗ може бути менш ефективним та швидким, порівняно з новішими рішеннями. Воно може вимагати більше ресурсів, таких як пам'ять чи потужність обчислень, щоб працювати ефективно.
5. Вразливості безпеки: Застаріле ПЗ може мати вразливості, які не були виправлені через відсутність оновлень. Це може зробити ПЗ більш вразливим перед атаками зловмисників та шкідливими програмами.
6. Відсутність сучасних функцій: Застаріле ПЗ може бути обмеженим в функціональності порівняно з сучасними рішеннями. Воно може не мати нових можливостей, інтеграції з іншими програмами.
7. Відсутність інтеграції: Застаріле ПЗ може мати обмежені можливості інтеграції з іншими системами або програмами. Воно може бути несумісним з сучасними інтерфейсами, стандартами та протоколами, що ускладнює його використання в сучасному інформаційному середовищі.
8. Відсутність користувацького досвіду: Застаріле ПЗ може мати застарілий, неінтуїтивний інтерфейс користувача. Воно може бути менш зручним у використанні, вимагати додаткового навчання та бути менш привабливим для користувачів порівняно з сучасними інтерфейсами.
9. Відсутність сумісності зі сучасними форматами даних: Застаріле ПЗ може мати проблеми з обробкою та розпізнаванням сучасних форматів даних. Наприклад, воно може не підтримувати нові версії файлових форматів, стандартів мережевої комунікації або веб-технологій.
10. Відсутність автоматизації та ефективності: Застаріле ПЗ може бути менш автоматизованим та ефективним у порівнянні зі сучасними рішеннями. Воно може вимагати багато ручної роботи, не мати оптимізованих процесів або функцій автоматичного виконання завдань.

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

– Хіба в оновленні OpenCart 3 були додані якісь функції?

– Ви праві, що остання версія OpenCart на момент мого оновлення знань (версія OpenCart 3.x) вийшла до вересня 2021 року. На той момент, ось деякі з нових функцій, які були додані в OpenCart 3.x:

1. Новий дизайн і користувацький інтерфейс: OpenCart 3.x має оновлений інтерфейс, що поліпшує користувацький досвід і роботу з системою.
2. Покращена система шаблонів: Нова версія має покращену систему шаблонів, що дозволяє більш гнучко налаштовувати вигляд вашого інтернет-магазину.
3. Поліпшена система модулів: OpenCart 3.x пропонує більш потужну і гнучку систему модулів, що дозволяє легко додавати нові функції і розширення до вашого магазину.
4. Оновлені можливості оплати і доставки: В OpenCart 3.x додані нові варіанти оплати і доставки, включаючи підтримку платіжних шлюзів і служб доставки.
5. Покращена система адміністрування: Адміністративний розділ OpenCart 3.x має поліпшену систему управління товарами, замовленнями, клієнтами та іншими аспектами вашого магазину.
6. Покращена продуктивність і безпека: OpenCart 3.x має оптимізований код, що поліпшує продуктивність і швидкість роботи магазину. Також виконані покращення в галузі безпеки, включаючи виправлення вразливостей та покращення захисту даних (це потребує перевірки – па).

– Як на мене, це не дуже корисне оновлення…

– Визначення корисності оновлення програмного забезпечення є суб'єктивним і залежить від потреб і очікувань користувачів. Оновлення OpenCart 3.x має свої переваги, але можливо, ви бажаєте більш значних змін у функціональності. Розуміючи ваші потреби, можна розглянути інші альтернативи або варіанти ПЗ, які краще відповідають вашим вимогам.

Важливо також враховувати, що оновлення програмного забезпечення не завжди супроводжується значними змінами функціональності. Іноді оновлення спрямовані на виправлення помилок, покращення продуктивності та безпеки, а також на забезпечення сумісності зі сучасними технологіями.

– Хіба не можна сказати, що OpenCart 3 мав “Помітний відсутній розвиток”, якій ти назвав серед ознак застарілого ПЗ?

– Варто враховувати кілька факторів.

По-перше, оцінка розвитку програмного забезпечення повинна базуватися на порівнянні з попередніми версіями та конкурентами у даній галузі. Якщо OpenCart 3.x мав певні покращення в порівнянні з попередньою версією та забезпечував базовий функціонал, який вам потрібен, то це може вважатися певним розвитком.

По-друге, необхідно враховувати плани розробників щодо майбутнього розвитку OpenCart. Навіть якщо OpenCart 3.x не має значних змін на даний момент, розробники можуть мати стратегію для майбутнього оновлення з новими функціями та покращеннями.

Узагалі, оцінка розвитку програмного забезпечення – це складний процес, який включає багато факторів. Вона повинна бути здійснена на основі конкретних потреб, вимог і очікувань користувачів, а також враховувати контекст та обставини.

– OpenCart написаний із застарілим код стайлом, не дотримується стандартів PSR. Виходить, що він технічно застарів?

– Недотримання стандартів PSR може призвести до складнощів у розробці, обслуговуванні та розширенні OpenCart. Воно може ускладнити співпрацю з розробниками, які дотримуються сучасних стандартів, а також унеможливити використання деяких інструментів і бібліотек, які підтримують лише стандартизований код.

Однак, важливо зазначити, що популярність OpenCart і наявність прихильників свідчать про те, що ця платформа відповідає деяким потребам користувачів і успішно функціонує в багатьох веб-магазинах. Технічне застаріння може бути недоліком з точки зору розробки та сумісності зі стандартами, але може не мати безпосереднього впливу на функціональність та ефективність платформи.

– Що ж тоді хорошого в OpenCart, що в нього досі є прихильники? Наведи приклади переваг та функцій OpenCart

– Звичайно! Ось кілька прикладів переваг і функцій OpenCart:

1. Відкритий код і спільнота: OpenCart є вільним програмним забезпеченням з відкритим вихідним кодом, що означає, що ви можете змінювати його і адаптувати до своїх потреб. Також існує активна спільнота користувачів та розробників, яка забезпечує підтримку, розширення та оновлення платформи.
2. Простота використання: OpenCart має дружній інтерфейс з інтуїтивно зрозумілим управлінням. Ви можете легко додавати продукти, керувати замовленнями, встановлювати методи оплати та доставки, налаштовувати податки та багато іншого.
3. Розширення і модулі: OpenCart має широкий вибір розширень та модулів, які дозволяють розширити функціональність вашого магазину. Ви можете встановлювати додаткові модулі для інтеграції з платіжними шлюзами, соціальними мережами, маркетплейсами, аналітикою та багатьма іншими сервісами.
4. Множинні магазини: OpenCart підтримує можливість створення та управління декількома магазинами з однієї адміністративної панелі. Це дозволяє вам керувати кількома різними магазинами з одного місця, спільно використовувати товари та клієнтську базу.
5. SEO-оптимізація: OpenCart має розширення для SEO, які допомагають забезпечити, що ваш інтернет-магазин буде більш видимим у пошукових системах. Ви можете налаштувати метатеги, URL-адреси, мапу сайту та інші аспекти для покращення SEO-просування.
6. Множинні мови і валюти: OpenCart дозволяє налаштувати магазин на різні мови і валюти. Це особливо корисно, якщо ви спрямовані на глобальну аудиторію або хочете обслуговувати клієнтів з різних країн.
7. Адаптивний дизайн: OpenCart пропонує адаптивний дизайн, що дозволяє вашому магазину коректно відображатися на різних пристроях, таких як комп'ютери, планшети і смартфони. Це забезпечує зручний і приємний досвід користувачам, які відвідують ваш магазин з різних пристроїв.
8. Знижки та купони: OpenCart надає можливість створювати різні види знижок, акцій та купонів. Ви можете встановлювати знижки на певні товари, розділи або для конкретних груп клієнтів. Це допомагає вам залучати нових клієнтів та стимулювати повторні покупки.

Це лише кілька прикладів переваг та функцій, які надає OpenCart. Платформа надає багато інших корисних можливостей, які допомагають вам розвивати ваш інтернет-магазин, залучати клієнтів, збільшувати продажі та покращувати загальний досвід покупців.
Незалежно від розміру вашого бізнесу або категорії товарів, OpenCart є потужним інструментом, який допоможе вам ефективно управляти вашим електронним магазином і досягти успіху у сфері електронної комерції.

1. Зворотна сумісність

Популярна в області веб-стандартів фраза звучить так: "не розірви мережу". Це означає, що кожна нова веб-технологія повинна бути сумісна з усіма попередніми технологіями (тому старі сайти досі працюють), і з усіма наступними (технологія, що розробляється згодом, повинна бути сумісна з наявними).

В PHP 7 Зворотна сумісність була трохи порушена, але не настільки, щоб це дуже сильно відображалося на роботі систем, написаних під PHP 5 (як OpenCart).

2. Abandonware та моральна застарілість

В пошуках конкретних характеристик, що саме означає застаріле ПЗ, я знайшов варіант Abandonware (англ. abandon – залишити, покинути; software - програмне забезпечення) – тобто це програмне забезпечення, яке більше не виставляється на продаж компанією-виробником, не підтримується ним і видавцем (не оновлюється технічна документація, не випускаються доповнення та оновлення, не ведеться статистика відмов, база даних користувачів і т. д.). Таке ПЗ можна назвати застарілим або морально застарілим.

Abandonware затребуване тоді, коли:

• існують прихильники застарілого програмного забезпечення (старих ігор, редакторів, операційних систем);
• використовується застаріла техніка;
• придбання нового ліцензійного товару стає матеріально обтяжливим.

Окрім того, я знайшов окремо термін “морально застаріла технологія” (англ. morally growing old technology), якій використовується в менеджменті. Так називають розробки, що не можуть забезпечити виробництво продукції середньостатистичної якості у порівнянні з виробниками аналогічної продукції.

З OpenCart можно отримати магазин середньої якості за короткий час та за вигідною ціною. Отже він не може вважатися морально застарілим з точки зору бізнесу.

3. legacy code та перспективи

Зовсім інша справа legacy code, чого в OpenCart вистачає. Для користувачив – це взагалі нічого не означає. А от для розробників, які тільки що навчилися сучасному програмуванню на якіхось курсах, а теперь не розуміють, що робити з тим опенкартом, варто пам'ятати, що, хоча такий код – це зовсім не круто, але у великих компаніях (де платять більше) в основному наслідуваний код. Тому вміння з таким працювати буде дуже корисним для розвитку у кар'єрі.

Шаблон дизайну

Оскільки серед безкоштовних шаблонів немає особливого вибору, краще відразу враховувати ціну платного варіанту. Платні шаблони виглядають гарніше, мають більше функціоналу. Але! Якщо ви хочете тільки спробувати, то краще не викидати гроші даремно та почати саме з безкоштовного шаблону.

Заповнення магазину

Навряд чи Ви заповнюватимете сотні та тисячі товарів вручну. Слава богу, це й не потрібно. Можна імпортувати товари з XML, або скопіювати з інших сайтів (за допомогою парсера).

Отже, якщо купити модулі і встановити їх самостійно, то за підсумками всіх блоків виходить загальна ціна створення інтернет-магазину від $62 до $273,5. Знову ж таки, маємо на увазі, якщо відразу використовувати нормальний платний шаблон, то мінімальна сума стає вже дещо більшою — $127.

Якщо Вам не підходить варіант, коли треба робити все своїми руками, то подібний набір обійдеться в суму близько $500-$700, тому що сюди додасться "зарплата" програміста, який займатиметься Вашим сайтом.

Кому підходить варіант створити інтернет-магазин самостійно?

Серед покупців модулів хтось працює менеджером в торговельній компанії та хоче знайти собі додаткові канали продажів; в когось є своє виробництво та постійні клієнти, а магазин потрібен лише, щоб не перекидати екселі вручну; дехто має хобі з виготовлення якихось крафтових речей та хоче спробувати продавати їх через інтернет. А дехто взагалі тестує дропшипінг-модель, і йому зайві посередникі просто не потрібні.

В принципі серед покупців є такі люди, які не мають бюджету на дорогі студії, але також є й такі, які торгують айфонами, але розуміють, що посередників все одно потрібно постійно контролювати та витрачати на це час, тому простіше вже купити та встановити самостійно.

Який незаперечний плюс у тому, щоб робити самому?

У вас автоматично з'являється бюджет ~$200–$400 на рекламу. Іноді витрати на рекламу стають болючим питанням, викликають купу сумнівів у тому, чи буде результат. Якщо ви зробите інтернет-магазин самостійно, то у вас автоматично буде сума, яку ви зекономили на послугах розробника. Отже, її не шкода втратити у разі чого. АЛЕ! Якщо реклама все ж таки спрацює, то у вас відразу ж буде віддача від ваших вкладень. Хіба це не чудово?!

Але є дуже важлива деталь: у вас має бути час на те, щоб цим всім займатися! В такому разі можна спробувати.

Але якщо ви плануєте за тиждень запуститися, а за 2 тижні вже мати перші продажі, тоді краще звертайтеся до розробника, якій все налаштує. Знову ж таки, знайти розробника ви також можете прямо на цьому сайті, розмістивши оголошення в розділі Послуги.

P.S.

У моїх підрахунках ціни створення інтернет-магазину не враховані витрати на хостинг та домен. Регулярна плата за хостинг буде коштувати ~200 грн/міс., тоді як домен .com.ua коштує 480 грн/рік.

P.P.S.

Друзі, якщо ви прочитали цю статтю і розумієте, наскільки це круто знати про існування ось такої спільноти та економити на послугах вебстудії — тоді, будь ласка, запостіть посилання на неї в себе в соціальних мережах. Можливо вашим друзям це також стане в нагоді.