Чи насправді OpenCart застарів?
В Інтернеті зустрічається ствердження, що OpenCart застарів. Чи так це насправді? Що саме в такому разі є застарілим та як це впливає на ваш бізнес? Давайте розбиратися!
Щоб розглянути це питання я запитав думку колег, “позалипав” в діалозі з ChatGPT, “пошустрив” інтернет та склав таблицю фактів. Вийшов дуже лонгрід, який варто читати лише під настрій 🙂.
Для зручності, я виклав інформацію в зворотньому порядку: спочатку узагальнення з таблицями, а потім все решта.
Зміст:
- Оцінка відповідності OpenCart сучасним вимогам користувачив
- Думка учасників спільноти
- Бесіда з Chat GPT за OpenCart
- Цікаві факти
Оцінка відповідності OpenCart сучасним вимогам користувачив
Варто зазначити, що перш за все я намагався оцінити OpenCart не з точки зору внутрішньої будови, а з точки зору використання користувачем. Адже є такій важливий принцип, що робочий продукт — перш за все. Або ще варіант: код – це не продукт, а хороший код – не породжує хороший продукт.
Короче, морозиво я оцінюю за смаком під час його поїдання, звертаючи увагу на смак, а не ходячи по заводу морозива, та спостерігаючи, за технологічними процессами його виготовлення.
Варто зізнатися, що коли в магазині я обираю морозиво, я ще не знаю, яке воно на смак. І тут мені на допомогу приходять певні “технічні деталі”: тобто я дивлюся на маркування ДСТУ, бо в одному випадку там має бути трохи справжнього молока, а в решті – чорт знає що. Так само і для вашого веб-сайту мають бути якісь стандарти, які потрібно врахувати.
Відповідність OpenCart поточним веб-стандартам
Перелік актуальних поточних стандартів взяті із сайту Mozilla – https://developer.mozilla.org/ru/docs/Learn/Getting_started_with_the_web/The_web_and_web_standards
Конфіденційність і безпека |
Ці два поняття пов’язані, але різні. Конфіденційність означає, що ви дозволяєте людям займатися своїми справами приватно, не шпигуєте за ними чи не збираєте більше їхніх даних, ніж вам це абсолютно необхідно. Безпека означає створення вашого веб-сайту безпечним способом, щоб зловмисники не могли викрасти інформацію, що міститься на ньому, у вас або ваших користувачів. Найяскравішими прикладами для цього пункту є: SSL – OpenCart будь якої версії працює з безпечним сучасним протоколом.
|
Адаптивний веб-дизайн |
Є завдяки Bootstrap. Клієнти можуть переглядати ваш магазин з телефону. Немає питань. Хоча в OpenCart 3 використовував застарілий Bootstrap 3, це взагалі не помітно для користувача. Також деякі розробники шаблонів використовували більш сучасні версії. OpenCart 4 використовує останню версію Bootstrap 5. |
Кросбраузерність |
Щоб дії із сайтом були доступні також в різних браузерах використовується бібліотека jQuery. Вона не вважається просунутою з точки зору сучасного програмування, але свою роботу виконує. Так само в OpenCart 3 використовується застаріла версія, а у четвірці – актуальна. |
Швидкість завантаження |
Оозначає якнайшвидше завантаження веб-сайтів, але також інтуїтивно зрозумілі та прості у використанні, щоб користувачі не розчарувалися й не пішли кудись ще. Швидкість сторінок не так вже й сильно залежить від CMS. Є багато факторів:
Більш-мень залежними від CMS є:
|
Доступність |
Означає зробити ваші веб-сайти придатними для використання якомога більшою кількістю різних типів людей (пов’язаними поняттями є різноманітність і інклюзивність, а також інклюзивний дизайн). Це стосується людей з обмеженими можливостями: як люди з вадами зору, так і люди з ненадійним або повільним з’єднанням з мережею. В 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 |
Коли є 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 відсутній механізм оновлення системи. Тільки переустановка та перенос даних.
В четвірці є зачатки оновлень з адмінки. |
Філософські питання
Це не стільки про сам 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 може втратити свою значну економічну перевагу. Ок. Але до цього моменту, напевно, ви щось вже заробите. Також ви вже будете точно знати, що це працюючий бізнес, а не просто їдея. В такому разі вкладання грошей – це нормальний процес.
Тим паче, що масштабування з іншими системами точно не вийде дешевшим. |
Думка учасників спільноти
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
|
Якщо коротко – ні, не застарів.
Якщо детально, то "застарів" трохи неточне визначення. Застарів для кого? Застарів для чого?
OpenCart підтримує класичну модель ecommerce, яка вже багато років не змінюється. Можна сказати, що вона застаріла? Ні, тому що вона працює і не має жодної різниці який у неї вік.
Якщо у технічному сенсі, то є досі купа магазинів на 1.5, коли ефект старизни корелює з асортиментом, цінами, рекламою, довірою і рейтингом магазину.
Може скластится враження, що у OpenCart застарілі погляди на деякі рішення стосовно коду і алгоритмів, але він написан "методично", з дотриманням чітких правил і "внутрішньою релігією", якщо можна так сказати.
Так, в OpenCart не вистачає дуже багато речей, на щастя автори це розуміють і з кожним поколінням версій намагаються спростити інтегрування розширень у систему. Все інше залежить від нас: розробників, маркетологів, дизайнерів та інших. |
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
|
Хіба-що зовсім трішки!) А так: дивлячись для чого він потрібен. З одного боку якщо звернути увагу на технології, котрі використовуються, то – десь плентається зовсім кволо позаду. З іншого – впевнено тягне на собі магазини, та потребує найменших витрат.
|
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
|
Стосовно застарів чи ні. Можливо і застарів, бо код та дизайн вже роками не змінюється. Але з іншої сторони функціонал можна розширить модулями, а дизайн – шаблонами. Тобто з коробки він так – застарівший, але і що з того? Купа магазинів чудово працюють на опенкарт. Це як база проста та примітивна, як то кажуть, а все, що потрібно можна розширить доповненнями. В цілому не бачу в цьому проблеми. Робота поки є для розробників.
Мені навпаки такий підхід до вподоби, бо база не перегружена зайвим, і немає складності як наприклад в якомусь комбайні, де все є, але поки розберешся, то голову зламати можна.
Тим паче якщо б це була якась платна платформа, де в базі вже є купа всього, то багато з того, що там є, більшістю користувачами не використовується. А тут кожен розширює функціонал так, як йому потрібно. Я в цьому не бачу проблеми.
На даний момент у мене роботи з ним вистачає, і це основний мій дохід. Можливо ще відчувається те, що з рфієй багато хто не працює (наприклад я), і дохід просів, але тут не в застарілості ОС справа, а просто менше аудиторії тут на форумі. Якось так.
|
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
|
Взагалі не відчуваю якось зниження популярності Opencart. Будуть у нашої української спільноти круті доповнення – Opencart ніколи не застаріє.
Я побачив, що більшість топ модулів які були топом навіть ще до повномасштабного вторгнення рф у 2022 році – розробили українці. І це чудово вважаю
Тому треба розвиватися і йти далі, бажано в одну ногу з розвитком нових версій Opencart.
Я думаю, реклами самого Opencart в середині країни нам трохи не вистачає. |
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
|
Залежить від того, як ми розглядаємо OpenCart – як програмне забезпечення чи як інструмент для створення і роботи інтернет-магазинів.
У першому випадку відповідь буде стверджувальна, тому що технологічно OpenCart залишився у минулому десятиріччі і ніякий bootstrap 5 [в OpenCart 4] принципово нічого не змінює. Але якщо ми розглядаємо саму систему не як стек технологій та полігон для опанування новітніми фреймворками, а як інструмент, то відповідь буде негативною, оскільки доки інструмент виконує свої функції – він не може застаріти.
Це як порівнювати джезву та сучасну кавомашину. Ви можете зварити чудову смачну і запашну каву за допомогою джезви, якій вже сотні років – і ви можете необачно “натицяти” кнопочки вашої надсучасної Делонгі та зварити помиї з першокласної арабіки, бо встановили невідповідний помел та обрали занадто великий об'єм напою.
Звісно, важливим при цьому є не лише принципова можливість виконання своїх функції (на osCommerce теж, мабуть, і досі можна створити магазин, але хто ним буде займатись?), а і наявність готових доповнень, виконавців та попиту на їх послуги, т.т. наявність ком'юніті, яке у нас поки що є, але з наявною динамікою і підходом до його розвитку малоймовірно, що воно буде зростати у довгостроковій перспективі. |
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
|
Це також як php мертвий.
Мінус, як уже ти сам писав, це справді потужні хмарні сервіси та реклама. Приклад того ж [вилучена комерційна назва].
Що таке застарів? Застарів для кого? Які вимоги новизни? Застарів для "ледачих" розробників, які на кожен чих щось шукають на гіті?
Мінусів у ОС овербагато, але їх і овербагато в інших двигунах. Хоча б подивитися у WP. Там кожен плагін тягне свої залежності…
На жаль, у ОС немає єдиної системи версійності, як движка, так і до php. Наприклад мені потрібна guzzle. Куди мен її пхати? до себе? чи у vendor?
Але є ліби, наприклад, той від ФБ котрий також використовує гузлу, а вона підвантажена, і каже: “Ой! *ня – там стара версія!”. А оновити її не можна, тому що злетить, та яка була раніше встановлена… |
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
|
От що застаріло, то це php-nuke ))). Хоча у мене один сайт працює на цьому диві. На мою думку – опенкарт це система, яка має надавати можливість продавати і заробляти гроші. Якщо функціональність цієї системи підтримується спільнотою, є певний розвиток – то він не застарів. Тим паче в розробці – це дуже дешеве рішення розвернути повноцінний магазин.
|
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
|
1.5 застарів насамперед для розробника, він не цікавий у порівнянні з 2.Х+, коли є bootstrap, події. А користувачу має бути неважливо. Але так як нові модулі не робляться багатьма [розробниками] для 1.5, то вони будуть вибирати вище 1.5 (залежно від нового шаблону 3.Х+, який сподобався). Ну і за неусвідомленістю [встановлюють] останню версію, адже новіше для них це круто.
Загалом OpenCart 2.Х+ не застарів. А у когось у модулях свій дизайн налаштувань модуля, то навіть 1.5+ не застарів. |
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
|
Я на жаль не стежу за розвитком інших CMS, як на мене, головна проблема OpenCart не в тому, що він застарів. Так в ньому використовується Bootstrap 3, jquery 2, але звичайний користувач навіть цього не знає, а розробники можуть впровадити більше свіжі версії.
Вважаю головною проблемою:
|
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
|
Серед інших 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 замінив би на контролери їх.
Коротше Даніель щось "заліпає" та веде опенкарт не туди. |
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
|
Ну, якщо порівнювати версії, то краще вже працювати на старому 2.3 і 3, ніж на "новому" Opencart 4. Я б вважав новою таку версію, в якій був би + react. А те, що вони там зараз зробили у 4 версії, – це пекло для розробників. Навіть якщо порівнювати Opencart з Magento, то в Magento теж не було спочатку react. Але, здається, з другої версії вони його туди вже "впхнули". Так що, я думаю, якби там був react, то було б гуд: багато хто б підтягнув свої знання в цьому, вся ця справа працювала би в рази швидше. Але, напевно, цього ніколи не буде) |
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
|
OpenСart не застарів, він помер.
Справа в тому, що в усьому іншому світі крім Індії, СНД та Південної Америки ніхто не чув про таку платформу.
Думаю, його популярність з кожним роком падатиме. Якщо ми беремо сегмент швидких проектів за три копійки, то в цій ніші він ще поживе.
Одвічні проблеми опенкарт з SEO, оптимізацією запитів та іншого добра не робить йому честі. І навіть якщо взяти opencart 4, який я кручу останні місяці 3, в ньому тільки поверхово реалізовано автозавантаження та підтримка php 8. Ще один мінус: з боку захисту ніяких покращень не вироблялося, серйозні проекти це не про opencart.
Якісна розробка під opencart це від 20$ + годину, при загальному бюджеті на проект, можна зробити щось більш захищене і заточене під потреби бізнесу, скажімо на Laravel + Vue.js |
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
|
З OpenCart я пряцюю більше 10 років, познайомився з ним ще з перших релізів, зробив багато чого, і навіть коли в світ вийшла його 4-а генерація – я можу сказати що прогрес тут занадто повільний. Фактично що ми бачимо: щось змінили по дизайну, щось поправили по безпеці, зробили підтримку PHP 8, нарешті зробили сабміт форм по ajax, і нарешті переробили процесс оформлення замовлення (на хвилинку цей рушій націлений саме на ecommerce, де б здавалося процесс оформлення замовлення з кошиком чи не найважливіше? що там повинно бути зручним для покупця, але то таке...). Звісно це не всі зміни але цього не достатньо. Я не згоден з філософією Даніеля, що рушій написаний так щоб він був не складний для джуна, натомість рушій й до цього часу не має своєї ORM. Для мене такий підхід звучить доволі смішно, я думаю що навпаки якби рушій вбирав в себе те, що для інших "мастхев", то так чи інакше, але програмісти, які працюють з цим рушієм, підтягнули б свою скіли, і в результаті рушій був би ліпший. І ті хто з ним працює, отримували би нові навички, ситуація win-win.
Стосовно мене, то я вже деякий час назад перейшов на фреймворк django/flask. Вивчити документацію по Django ORM – це не так і складно, якщо є бажання. Звісно я не відмовлюся від використання OpenCart, але я все менше обираю його для проектів. |
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
|
Не думаю, що застарів. Точніше сказати десь застряг, але має свою нішу. І варто ознайомитись зі статистикою, якщо не зраджує пам'ять то опенкарт показує стабільний ріст в екомерсі -- https://www.linkedin.com/posts/opencart_ecommerce-activity-7034151683047751680-pjQm?utm_source=share&utm_medium=member_desktop – (в даній статистиці від офіційної сторінки OpenCart в LinkedIn наводиться позитивна динаміка популярності OpenCart, що йде врозріз із даними Google Trends. Можливо там враховується зростання загальної кількості магазинів, які відкрилися раніше і продовжують працювати на OpenCart разом з якоюсь кількістю нових магазинів, але це лише припущення – па)
Я заробляю кошти на цьому, тому мені все подобається, хоча розумію що потрібно багато чого покращувати. |
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
|
У опенкарт було величезне російськомовне ком'юніті. Але війна розірвала зв'язки та розвиток опенкарт сповільниться. Не бачу плюсів магазину на Ларавелі перед опенкартом від слова зовсім.
Навіщо винаходити велосипед?
Більш цікавими є високонавантажені системи з асинхронними завантаженнями та js бібліотеками. Тут була гілка, де хлопці збиралися реалізувати аналог опенкарт на високонавантажених системах. |
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Бесіда з Chat GPT за OpenCart
* Примітка Як зрештою мені відповів ChatGPT, “точність відповідей залежить від рівня запитань та доступності відповідної інформації в базі знань моделі. ChatGPT є одним з найбільш потужних мовних моделей, створених на сьогоднішній день, і може відповідати на різні запитання, включаючи загальну інформацію, факти, концепції, думки та досвідчені рекомендації.
Загалом, точність відповідей ChatGPT може бути досить високою, але завжди рекомендується перевіряти та перевіряти інформацію, надану моделлю, за допомогою інших джерел, особливо в тих випадках, коли потрібна висока точність.
– Чи застарів OpenCart?
– Як на моєму поточному рівні інформації (вересень 2021 року), OpenCart не можна назвати застарілим. OpenCart є однією з популярних систем керування електронною комерцією (CMS) і має велику спільноту користувачів та розробників. OpenCart має деякі переваги перед іншими CMS, такими як простий інтерфейс, широкий вибір розширень та можливість працювати з багатьма платіжними шлюзами та засобами доставки.
Проте, слід зазначити, що існує постійний розвиток і покращення в галузі електронної комерції, і інші платформи також мають значну популярність. Вони пропонують більше сучасних функцій і можуть відповідати потребам більш широкого спектру бізнесів.
– Яких саме сучасних функцій немає в Опенкарт?
– Ось кілька прикладів таких функцій, які можуть бути відсутніми в 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 має багато переваг та функцій, які можуть забезпечити ефективну роботу вашого магазину. Однак, перед використанням OpenCart 3, вам слід звернути увагу на потенційні проблеми та ризики та відповідно їх вирішити.
– OpenCart використовує несучасний підхід до програмування. Хіба це не означає, що він застарів?
– OpenCart, як і будь-який інший програмний продукт, може бути оцінений за різними критеріями. Хоча деякі люди можуть вважати, що OpenCart використовує несучасний підхід до програмування, це не обов'язково означає, що він застарів. Дозвольте роз'яснити це.
OpenCart є відкритою системою управління електронною комерцією (CMS), яка була випущена в 1999 році. За технологічними міркуваннями, це може вважатися деяким чином застарілим, оскільки протягом останніх років з'явилося багато нових технологій та фреймворків для розробки веб-додатків.
Проте, важливо розуміти, що OpenCart має свої переваги. Він має простий та легкий у використанні інтерфейс для адміністрування, широкий спектр функціональності, а також значну базу користувачів та розширень. Якщо вам потрібен швидкий та простий спосіб створення онлайн-магазину, OpenCart може бути досить ефективним вибором.
Також варто враховувати, що OpenCart оновлюється командою розробників. Це означає, що OpenCart може існувати в конкурентному середовищі, навіть якщо його технології не є найсучаснішими.
– Які тоді ознаки застарілого ПЗ?
– Ознаки застарілого програмного забезпечення (ПЗ) можуть включати наступні:
– Хіба в оновленні OpenCart 3 були додані якісь функції?
– Ви праві, що остання версія OpenCart на момент мого оновлення знань (версія OpenCart 3.x) вийшла до вересня 2021 року. На той момент, ось деякі з нових функцій, які були додані в OpenCart 3.x:
– Як на мене, це не дуже корисне оновлення…
– Визначення корисності оновлення програмного забезпечення є суб'єктивним і залежить від потреб і очікувань користувачів. Оновлення OpenCart 3.x має свої переваги, але можливо, ви бажаєте більш значних змін у функціональності. Розуміючи ваші потреби, можна розглянути інші альтернативи або варіанти ПЗ, які краще відповідають вашим вимогам.
Важливо також враховувати, що оновлення програмного забезпечення не завжди супроводжується значними змінами функціональності. Іноді оновлення спрямовані на виправлення помилок, покращення продуктивності та безпеки, а також на забезпечення сумісності зі сучасними технологіями.
– Хіба не можна сказати, що OpenCart 3 мав “Помітний відсутній розвиток”, якій ти назвав серед ознак застарілого ПЗ?
– Варто враховувати кілька факторів.
– OpenCart написаний із застарілим код стайлом, не дотримується стандартів PSR. Виходить, що він технічно застарів?
– Недотримання стандартів PSR може призвести до складнощів у розробці, обслуговуванні та розширенні OpenCart. Воно може ускладнити співпрацю з розробниками, які дотримуються сучасних стандартів, а також унеможливити використання деяких інструментів і бібліотек, які підтримують лише стандартизований код.
Однак, важливо зазначити, що популярність OpenCart і наявність прихильників свідчать про те, що ця платформа відповідає деяким потребам користувачів і успішно функціонує в багатьох веб-магазинах. Технічне застаріння може бути недоліком з точки зору розробки та сумісності зі стандартами, але може не мати безпосереднього впливу на функціональність та ефективність платформи.
– Що ж тоді хорошого в 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 вистачає. Для користувачив – це взагалі нічого не означає. А от для розробників, які тільки що навчилися сучасному програмуванню на якіхось курсах, а теперь не розуміють, що робити з тим опенкартом, варто пам'ятати, що, хоча такий код – це зовсім не круто, але у великих компаніях (де платять більше) в основному наслідуваний код. Тому вміння з таким працювати буде дуже корисним для розвитку у кар'єрі. |
- 11
15 коментарів
Recommended Comments
Створіть аккаунт або увійдіть для коментування
Ви повинні бути користувачем, щоб залишити коментар
Створити обліковий запис
Зареєструйтеся для отримання облікового запису. Це просто!
Зареєструвати аккаунтВхід
Уже зареєстровані? Увійдіть тут.
Вхід зараз