Перейти до вмісту
Пошук в
  • Детальніше...
Шукати результати, які ...
Шукати результати в ...

SergeTkach

Користувачі
  
Усі розширення автора
 Профіль  Активність Усі розширення автора

  • Публікації

    2 370

  • З нами

  • Відвідування

 Тип публікації 

Записи блогу, опубліковані користувачем SergeTkach

  1. SergeTkach

    База дропшиппинг поставщиков Украины - топ нашего форума, отзывы и прочее

    Автор: SergeTkach,


    Как открыть свой интернет-магазин
    В Украине нет авторитетной базы проверенных дропшиппинг поставщиков. И, что весьма странно, нет даже форумов, где эту тему обсуждают. Соответственно, поднимаю  вопрос здесь, на нашем форуме, который так или иначе посвящен теме интернет-магазинов. На этом сайте имеются в наличии шаблоны для интернет-магазина. Короче, грех проходить мимо такого добра... Остается выбрать поставщика и чуток впрячься в дело.
     
    Кстати, запустить сайт — это только полдела. Крайне важно разобраться с трафиком. И если вы не хотите долгие месяцы ждать результаты от SEO, берите все в свои руки и вникните в тему таргета, тем более что там сейчас скидка -50%.
     
    В Топе гугла находятся не самые лучшие поставщики по схеме дропшиппинг в Украине
     
    Найти дропшиппинг поставщика можно прямо в поиске Google. Правда есть парочка "но".
     
    К примеру, есть в топе выдаче поставщик bigopt.com. Выглядит все цивильненько: каталог производителей или поставщиков и их продукции, в общем все дела. Но, чтобы  о сотрудничестве, надо заплатить (символически, конечно, но надо). А по факту, редкий поставщик потом отвечает на сообщения. О другом поставщике из топа выдачи есть негативные отзывы. Мол, задерживают выплаты или доставку и тому подобное. Особое внимание стоит обратить на тех, кто прямо рекламируется по данному запросу. Было дело напоролся на сайтец, который при регистрации требует много личных данных, а в каталоге - какой-то шлак.  
    Поставщики по схеме дропшиппинга с OpenCart под капотом
     
    Вот эта часть самая приятная. Наша гордость, так сказать :) Потому что она показывает, насколько крутым может быть OpenCart. Понятно, что для своих так сказать, в статье отводится первое место. Так что, если у вас сайт на опенкарт и вы работаете по дропу (как поставщик) -- не забудьте написать адрес своего сайта в комментах, чтобы больше людей узнали о вас! Естественно, я потом добавлю сайт в этот список.
     
    https://drivex.ua/ (автомобильный свет) https://ddtuning.com.ua/ (авто тюнінг) — Новый сайт в списке https://kitabooki.com.ua/ (восточная культура) https://babyshops.com.ua/ (детские товары) https://malishpl.org.ua/ (детские товары) https://silvero.com.ua/ (иконы из Греции и Италии) — Новый сайт в списке https://meopt.com.ua/ (несколько тематик, еще вариант шаблона этой же студии) https://fanatka.com.ua/ (обувь) https://sezon.ua/ - (обувь мужская и женская) https://look4stuff.com.ua/ (одежда, шаблон тоже из наших краев -- Moneymaker2 всего за $40 и тоже нафаршированный функционалом) https://letsshop.com.ua/ (одежда) https://bolyar.com.ua/ (одежда, куртки женские) https://ager.ua/ (одежда) https://larionoff.com.ua/ (одежда) https://yasmi.com.ua/ (одежда) https://timeofstyle.com/ (одежда) https://lmm.in.ua/ (разные категории товаров) — Новый сайт в списке https://tep.ua/ (товары для дома, хоя, думаю, этот бренд не нуждается в представлении) https://loveyouhome.ua/ (товары для дома) https://elektreka.com.ua/ (электрика) ... { место зарезервировано под ваш сайт! Пишите адрес в комменты! }  
     
    Крупные дропшиппинг-поставщики (товары разной направленности)
    https://msdrop.com.ua/ (має позитивні відгуки від декількох учасників спільноти) https://dropship-b2b.com.ua/ https://www.websklad.biz.ua/ http://texnano.com.ua/  
    Ну и другие поставщики с разбивкой по тематике
     
    Если поставщик специализируется на одной теме, большая вероятность встретиться непосредственно с прямым поставщиком, а в некоторых нишах даже с производителем.
     
    Авто тема
    https://ddtuning.com.ua/  
    Аксесуари (гаманці, сумки, годинникі тощо)
    https://supersumka.com.ua/  
    Детские товары
    https://royaltoys.com.ua/ — игрушки  
    Поставщики дропшиппинг Украина одежда
    https://fashion-girl.ua/ https://milanova.com.ua/ https://glem.com.ua/ https://lurex.in.ua/ https://www.mardgleb.com/ https://www.zemal.com.ua/ https://sewel.ua/ https://kotton.com.ua/ https://fason-m.com.ua/ https://issaplus.com/  
    Дом, кухня, сад
    https://metelka.com.ua/  
    Дропшиппинг детская одежда
    https://valeotrikotage.com/  
    Гаджети и аксессуары, электроника
    https://aspor.ua https://smart-b2b.com.ua/ https://itsellopt.com.ua/uk https://megaslon.com.ua/  
    Зоотовары
    https://suziria.ua/ https://ua.bycollar.com/  
    Развлечения
    https://brushme.com.ua/ - картины по номерам https://yalinka-karpat.com.ua/ - новогодние елки  
    Черный список дропшиппинг поставщиков по мнению форумчан
     
    Следующие сайты имеют отрицательные отзывы от участника сообщества в комментариях к этой статье.
    https://yavshoke.ua/ https://zima.com.ua/ https://tech-technics.com.ua/  
     
    P.S.
    Смотрю, что чуть ли не каждый второй-третий и четвертый дропшиппинг поставщик Украины работает на OpenCart. Ну оно и не странно, наверное. Нормальный движок, все таки, поэтому так.
     
     
    P.P.S.
    Дописывать буду по мере отклика желающих разместиться в списке
  2. SergeTkach
    Нещодавно мав дуже неприємну розмову з одним крадієм, якій у своїй зухвалості дійшов до того, що відкрито вказує на своєму сайті про те, що викладає чужі модулі, бо наче має право згідно ліцензії GPL самого OpenCart.
     
    З урахуванням того, що OpenCart дійсно розповсюджується під вільною ліцензією GPLv3, можна навіть нав'язати ідею, що це автори з форуму порушують ліцензію, накладаючи обмеження на використання своїх творів. Але давайте почитаємо щось трохи більше, ніж “GPL — це вільна ліцензія, яка дає право на розповсюдження коду”, адже там 11 сторінок тексту https://www.duralex.org/licenses/gplru.pdf (російською мовою). Також є ціла купа тексту тлумачень. І в додаток існують певні норми законів (на хвилиночку!).
     
    На що діє ліцензія насправді
     
    Ліцензія діє на оригінальні програми, модифіковані версії та похідні роботи. В основному все розглядається в контексті похідного коду, але не дизайну (!).
     
    А що там про розширення?
     
    В тексті самої ліцензії — в принципі майже нічого не сказано. Слово "extension" зустрічається в тексті ліцензії лише раз в частині 5:
    Збірка охопленого твору разом з іншими окремими та незалежними творами, які за своєю природою не є його розширеннями і не поєднані з ним таким чином, щоб утворювати більшу програму, у томі носія зберігання або розповсюдження називається "агрегатом", якщо сама збірка та її авторське право не використовуються для обмеження доступу або правових можливостей користувачів збірки понад те, що дозволяють окремі твори.
     
    Ну і ще цікавий момент: Включення охопленого (ліцензією - п.а.) твору до агрегату не спричиняє поширення цієї Ліцензії на інші частини агрегату.

    Цей абзац наводить мене на думку, що подібна збірка, де є програма з розширеннями + незалежний компонент має постачатися у вигляді "все разом". І навіть в таком вигляді, допускається включення незалежних та захищених частин.
     
    Але модулі з форуму НЕ постачаються разом з Опенкартом, і відповідно, вони не утворюють єдиного продукту на одному носії, якщо говорити про "доставку" до клієнта.
     
    В тлумачені сказано: якщо основна програма динамічно підключає плагіни, і вони взаємно викликають функції та обмінюються структурами даних, ми вважаємо, що вони утворюють одну єдину комбіновану програму, яку слід трактувати як розширення основної програми, так і плагінів. Якщо основна програма динамічно підключає плагіни, але комунікація між ними обмежена викликом функції 'main' плагіна з деякими опціями та очікуванням її повернення, це є прикордонним випадком - https://www.gnu.org/licenses/gpl-faq.ru.html#GPLPlugins
     
    В цьому контексті цікава справа MySQL vs. Progress Software. Суд вирішив, що динамічне зв'язування само по собі не робить програму похідною роботою, якщо вона не містить копій коду з бібліотеки MySQL. 
     
    Коротше кажучи, навіть в розумінні GPL, якщо створити окрему бібліотеку модуля та помістити там низькорівневу рутину (без використання методів OpenCart), то така бібліотека "не заражається" ліцензією GPLv3 і може мати окрему ліцензію та не підлягає вільному розповсюдженю. Але мова не лише про бібліотеку.
     
     
    На що GPL однозначно НЕ діє
    У поясненнях до ліцензії GPLv3 чітко вказано, що вона НЕ розповсюджується на:
    Шрифти (https://www.gnu.org/licenses/gpl-faq.ru.html#FontException) HTML (Як особливе виключення до GPL, будь-який HTML-файл, який просто викликає функції з цього коду і для цієї мети включає його за посиланням, вважається окремою роботою з точки зору авторського права.) https://www.gnu.org/licenses/gpl-faq.html#WMS Стилі - тут й самому тупому варезнику має бути зрозумілим, що жоден кастомний файл стилів не наслідує нічого від опенкарт, він надає інструкції напряму браузеру, і підключається через HTML Декларативні файли install.xml - по такій логіці не є програмою взагалі. Він ж декларативний. Документація (керівництва, інструкції) не є вихідним кодом і на них не накладаються ті самі умови розповсюдження - https://www.gnu.org/licenses/gpl-faq.ru.html#WhyNotGPLForManuals. З точки зору закону це також окремий авторський твір Зображення (іконки) - це точно не Source Code програми Прямо вказано, що деякі плагіни НЕ утворюють тісне зв'язування, і, відповідно, на них ліцензія не розповсюджується - https://www.gnu.org/licenses/gpl-faq.ru.html#GPLPlugins  
    В багатьох випадках куплені модулі містять комбінацію різного роду файлів, і деякі з цих файлів 100% не підпадають під вільне розповсюдження. Тому не потрібно розповідати казочки про те, що вільна ліцензія виправдовує крадіжку.
     
    Чи дозволяється використання комбінованих ліцензій?
     
    Так, основним нововведенням GPLv3 (у порівнянні з GPLv2), є можливість поєднання різних ліцензій. Тобто різні частини тієї самої програми можна ліцензувати на різних умовах, в тому числі можна використовувати комбінацію GPLv3 та пропрієтарної ліцензії на окремі частини модуля.
     
    В ліцензії є чіткі умови розповсюдження вільного коду
     
    Ліцензія не лише надає права, але й вимагає виконувати деякі зобов'язання. Тож навіть до тих творів, до яких дійсно застосовується принцип вільного розповсюдження, накладаються певні вимоги.
     
    В контексті збереження вказання авторства
     
    В пункті 4 ліцензії зазначено, що в разі розповсюдження, необхідно передавати “точну копію”.
    Ви можете передавати точні копії вихідного коду Програми, як ви його отримуєте, на будь-якому носії, за умови, що ви явно і належним чином розміщуєте на кожній копії відповідне повідомлення про авторські права;  
    Пункт 5 ліцензії каже, що в разі модифікації:
    а) Робота повинна містити помітні повідомлення, які вказують, що ви її змінювали, та наводять відповідну дату.
    Окрім того нагадаємо, що згідно закону про авторське право існують майнові та немайнові права. Загалом концепії копілефт не посягають на немайнові права автора. А в законі чітко прописано, що право на ім'я є невідторгним. Тому “відповідне повідомлення про авторські права” має містити не лише сповіщення про GPL, а й сповіщення про авторство на будь якій копії модуля.
     
    В контексті продажу власного коду
     
    Також потрібно повідомляти, що саме з якою ліцензією розповсюджується.
     
    Яку юридичну силу має ліцензія GPLv3?
    Адепти GPL стверджують, що пропрієтарні ліцензії “перетягують ковдру” до правовласників, порушуючи права користувачів. А звідки ми знаємо, що вільна ліцензія не робить те саме в іншу сторону? 
     
    Чому ми маємо сліпо довіряти тексту ліцензії, яку написала одна сторона, якщо ми знаємо, що ця сторона напряму зацікавлена в пропаганді певної ідеї?
     
    Варто задуматися, а що взагалі означає слово “ліцензія”. По суті це договір ліцензування між двома сторонами (правовласник та користувач). Як ми розуміємо, будь якій договір має відповідати місцевому законодавству.
     
    На профільному сайті, якій пояснює ідеї “копілефту”, розміщена ціла стаття про похідні твори (https://copyleft.org/guide/comprehensive-gpl-guidech5.html), в якій визнається, що положення ліцензії GPL можуть вступати в конфлікт з національними законами. Там прямо написано: “Саме похідний характер твору щодо вільного програмного забезпечення вимагає дотримання умов відповідної ліцензії. Тому виникає питання: що саме є "похідним твором"?” Також там визнається, що суди США більше схиляються до визначення “похідного твору” в законі про авторське право і мають власні методи оцінки похідності.
     
    І в законі США, і в українському законі про авторське право програми розглядаються як "набір інструкцій", а не як місце в пам'яті. Так само в обох юрисдикціях є чітке визначення похідного твору, якій має бути "заснований на одному або кількох попередніх творах" (в законі США) та "твір, що є творчою переробкою іншого існуючого твору" (в законі України).
     
    Подібним чином похідні твори визначає й eстонське законодавство (форум зареєстрвоаний саме в цій юрисдикції).
     
    Тобто, похідний твір з точки зору законодавства не може взятися з нізвідки, він має бути зміненою версією чогось, що вже існувало. І якщо такого модуля не було в опенкарті, то він вже не може вважатися похідним твором. А закон має більшу юридичну силу, ніж ліцензія GPL.
     
    Тому визначення похідних творів в розумінні GPL не відповідають дійсному законодавству (!)
     
    Також викликає сумніви тон тлумачень ліцензії GPL. Вони всюди, де прямо не застосовується GPL, рекомендують просто надавати інші дозвільні ліцензії, уникаючи фраз, що насправді, якщо може застосовуватися інша ліцензія, то вона може бути і пропрієтарною. А це вже викривлення фактів на користь конкретної ідеї.
     
    Як визначають похідність творів суди США на практиці?
     
    У вже згаданій статті на сайті copyleft.org надається опис того, як суди в США визначають, чи є програма похідною чи ні.
     
    Першочергово відсіюється все, що не може бути захищеним. Адже авторське право не поширюється на ідеї, процедури, процеси, системи, методи роботи, концепції або принципи, що містяться в оригінальній програмі. Саме реалізація цього правила, що вимагає "відфільтрувати" непідлягаючі захисту елементи, є найчастішою причиною розбіжностей у судовій практиці.

    Наскільки я зрозумів вміст описаних методів, похідні твори визначаються за 2 одночасними критеріями:
    Програма має подібний декларативний опис Виконувані функції мають подібне вираження в коді Суд аналізує, чи скопійовані захищені елементи і наскільки вони суттєві у загальній структурі програми. Якщо захищені елементи, що містяться у другій програмі, є значущими, вона визнається похідною від першої. Якщо ж скопійовані елементи є незначними, друга програма не вважається похідною.
     
    На основі цієї статті в мене взагалі виникло враження, що похідність програми стає правовим питанням, коли в одну програму скопійовано код з іншої майже рівноцінної програми, і вони є конкурентними... Або інша площина — це коли виробники технічних пристроїв беруть за основу код під GPL, і при цьому забороняються користувачам вносити зміни, тобто привласнили чужий готовий код і модифікували його так, щоб заборонити його редагування, ну або не надали похідний код (справи BusyBox, Tivo, Samsung).
     
    Немає захисту для «методів роботи»
     
    Найбільш цікавий пункт тієї статті на сайті copileft.org —  “Немає захисту для «методів роботи»”. Тобто "дослівне копіювання ієрархії команд меню або будь-який інший «метод роботи» не може бути основою для визначення того, що одна робота є похідною від іншої".
     
    Найцікавішим прикладом застосування цього принципу є справа Oracle проти Google. Верховний Суд США ухвалив рішення на користь Google, визнавши використання  Java API "добропорядним використанням" (fair use), хоча ухилився від остаточного визначення, чи є декларативний код незахищеним як "метод роботи", залишивши це питання відкритим.
     
    Але юридично більш однозначною в цьому питання є справа SAS Institute проти World Programming Ltd (C-406/10) в юрисдикції ЄС, коли суд постановив, що одна програма може вільно використовувати API іншої програми, бо це є використання функціональності програмного забезпечення без копіювання його коду.
     
    Також варта уваги справа VMware проти Крістофа Хеллвіга (2015–2019, Німеччина). Там була ситуація, що в одному продукті одночасно містився і закритий власний код, і відкриті частини коду Linux. Суд не дійшов до висновку що продукт VMware був похідною роботою.
     
    Тобто з модулями ми маємо таку штуку:
    Ніде в тексті ліцензії чітко не визначений статус розширень, які постачаються окремо від самої програми. А трактування адептів GPL — це лише їх власна думка, не підтверджена жодним судовим прецедентом Модуль не йде у порівняння з декларативним описом всієї системи, тобто він виконує якусь іншу функцію, яка іноді навіть відсутня в самому OpenCart Маємо в модулях виклики системних методів OpenCart ($this->db->query(), $this->load->model() тощо), і це можна розглядати як виклик "методів роботи" (методів системного API), а не як копіювання безпосередньої реалізації цих методів (назва методу ≠ його реалізація) Власна логіка деяких модулів суттєво більша, ніж виклик стандартних методів OpenCart в тому модулі  
    Таким чином, ми можемо стверджувати, що модуль, якій не має модифікатору — може не вважатися похідним твором від опенкарту.

    А потім спадає на думку, що OCMOD — це визначений системою API. Адже API — це не лише про REST API (!). Як зазначено у Wikipedia, у багатьох випадках API є частиною набору розробки програмного забезпечення (SDK), якій в свою чергу є набором “засобів розробки, утиліт і документації, який дає програмістам змогу створювати прикладні програми за визначеною технологією або для певної платформи”.
     
    Хоча, очевидно, що в разі, коли модуль вмішується в логіку стандартних функцій опенкарту, то він змінює поведінку програми та використовує спільний простір пам'яті. З точки зору GPL — це важливо, а ось з точки зору законодавства — ні.
     
    Суперечливий статус модулів
     
    В тексті ліцензії слово plugin в принципі не зустрічається, хоча саме про плагіни надається тлумачення. Проте варто пам'ятати, що тлумачення саме по собі наче й немає юридичної сили.

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

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

    Так, можна сказати, що модулі модифікують твір. Але в момент передачі клієнту модуль — це окремі файли, які ще нічого не модифікували і не є частиною існуючої на той момент програми на сервері клієнта. Згідно закону — це окремий твір зі своїм набором інструкцій. Розробник не створює у своєму файлі модифікацію системи опенкарт. Ядро модифікується лише після встановлення користувачем в систему.
     
    Хоча наразі не існує судового прецеденту, якій би поставив крапку саме в аспекті автоматичного застосування GPL до розширень та шаблонів, доволі красномовним є той факт, що навіть глибоко віруючи прихильники GPL (на кшталт Метта Мулленвіґа) ніяк не наважаться на судову справу проти маркетплейсів або авторів шаблонів саме в питаннях дотримання цієї ліцензії (наприклад проти Envato або Кріса Пірсона), хоча в інших питаннях вони йдуть до суду. Це дає підстави припустити, що навіть ці найвідданіші адепти розуміють юридичну сумнівність примусового застосування GPL до розширень та шаблонів...
     
    Унікальна особливість українського законодавства (!)
     
    Стаття 33 закону України Про авторське право і суміжні права чітко вказує, що передача права на використання (тобто ліцензія) вважається дійсною лише в разі, якщо:
    Угода заключена в письмовій формі (+ формат договору приєднання з чіткою ідентифікацією сторін) Автор отримав авторську винагороду Цей пункт фактично відміняє посягання GPL на вільну передачу модулів, навіть в тому разі, якщо колись ми таки отримаємо прецедент, що в якійсь іншій країні суд зобов'яже авторів розширень випускати свої твори під тієї самою ліцензією, що й сама система.
     
     
     
    P.S.
    Важливо чітко розуміти, що навіть якщо OpenCart (продукт А) поширюється за ліцензією GPL, то це ще не означає, що модулі (Продукт Б) також повністю підпадають під цю ліцензію і не містять захищених авторським правом частин. Тож якщо ви крадете, це ваш вибір. Але GPL тут взагалі ні до чого!
     
     
  3. SergeTkach

    Звіт по опитуванню на тему Індекс почуття спільноти

    Автор: SergeTkach,


    Организационные моменты
    Нещодавно я провів на форумі опитування для вимірювання Індексу почуття спільноти (SCI). Ділюся результатами.
     
    Що це взагалі за Індекс почуття спільноти такий?
     
    Вважається, що для існування онлайн-спільноти важливо чітко розуміти, чому учасники хочуть бути її частиною, чому їм важливо спілкуватися саме з цими людьми, що їх мотивує, що вони отримують завдяки спільноті з точки зору емоцій. Як мінімум, це дозволяє лідерам створювати більш популярні активності та ефективніше утримувати учасників у спільноті.
     
    Індекс почуття спільноти (Sense of Community Index) нашого форума я намагався виміряти за допомогою опросника Аніти Бланшар. Вона є соціологом та займається вивченням впливу соціальних мереж, віртуальних спільнот та соціального капіталу. Її модель “Почуття віртуальної спільноти”, в свою чергу, відштовхується від офлайнового «Індексу...» Чавіса і Макміллана. А той був більше прив'язаний до вирішення проблем локальних та сусідських груп.
     
    «Почуття віртуальної спільноти» складається з:
     
    Розпізнавання учасників
    Тобто це категорія, яка відповідає на такі питання, як: “Хто всі ці люди, та що у нас спільного?”
     
    В офлайнових моделях є подібні категорії: “Почуття приналежності”, “Участь” або “Дух” спільноти. В такому разі було важливим: “Чи готовий я показати іншим учасникам, що відчуваю? Чи готовий я робити особисті інвестиції в цю спільноту, чи я тут випадковий перехожий?”
    Відчуття впливу
    Вплив в спільноті поширюється з двох сторін. З одного боку учасники групи повинні відчувати себе в праві і володіти можливостями впливу на те, що робить група (інакше у них знижується мотивація брати участь у спільноті), з іншої сторони згуртованість групи залежить від того, що група має вплив на своїх учасників в прийняті централізованих рішень.
     
    Бланшар вважає, що в онлайн-спільнотах вплив учасників на спільноту не виражений. Можливо, тому що в тих групах, які вона досліджувала, учасники самі приєднувалися до бажаної групи і “суворо підпорядковувалися” прийнятим нормам.
     
    Альтернативні дослідження онлайн-спільнот приділяють більше уваги цьому аспекту.
    Підтримка
     
    Обмін інформацією та соціально-емоційною підтримкою – це початкова точка формування спільноти, але учасники повинні довіряти тій підтримці та інформації, яку вони отримують, а довіра вимагає наявності віри в ідентичність того, хто її надає.
     
    В офлайнових варіантах також зустрічається подібна категорія із назвою “Задоволення потреб” або “Торгівля”.
     
    Існує величезна кількість різних винагород (не лише матеріальних), які люди отримують від приналежності до спільнот. Але важлива також схожість між учасниками як основа їхнього зв'язку.
    Емоційна прихильність
     
    Зв'язок учасника зі спільнотою (немає аналогу в інших методологіях). Може проявлятися різними способами: від активності учасника спільноти до сприйняття особистої вигоди, яку він отримує від спільноти.
    Зобов'язання
     
    Потреба віддавати щось групі, від якої учасник “отримав так багато” (немає аналогу в інших методологіях). Більш активні учасники зазвичай беруть на себе більше відповідальності.
    Ідентифікація
     
    Те як новачки намагаються влитися (наприклад, підлаштувати свої запитання під норми спільноти), та як досвідчені учасники намагаються відрізнитися, щоб виділятися серед інших.
    Відносини з конкретними учасниками спільноти
     
    Досвід особистих зв'язків (немає аналогу в інших методологіях, хоча наголос на дружбі робився в категорії “Дух” (Участь)).
    Контакти між учасниками роблять онлайн-спільноту чимось більшим, ніж просто віртуальне місце зустрічі.
     
     
    До речі, при вивченні офлайн-спільнот кожний аспект вимірювався окремо, щоб можна було зрозуміти, що саме потребує покращення. А ось в онлайновому варіанті – є лише один загальний індекс, без розподілу. Але цікаве те, що багато питань співпадають.
     
    Корейське дослідження онлайн-спільнот
     
    Є альтернативний погляд від корейських дослідників. Вони вважають, що в основі онлайн-спільнот важливі такі моменти:
    Участь – на це суттєво вплинули офлайн активність, ентузіазм лідерів та можливість отримувати задоволення – саме в такому порядку; Вплив учасника на спільноту – на який значно подіяли офлайн активності; Ступінь занурення – залежить лише від можливості отримувати задоволення, пов'язаного із споживанням контенту та взаємодією з іншими учасниками. Згідно цієї методології – всілякі офлайн активності можуть принести тільки користь для розвитку онлайн-спільноти (за виключенням тих груп, фішкою яких є саме анонімність).
     
    Неточність опитування
     
    Памятаємо також, що я додав трохи запитань від себе. А ще при опитуванні 100 людей похибка складає 10%. А кількість опитаних склала - всього 37 осіб. Тому це все можна назвати vox pop, якій демонструє різноманіття думок, та допомагає подивитися на все це трішечки з іншого кута зору. Але ні в якому разі це не претендує бути статистичним даними.
     
     
    Підсумки опитування
     
    Середній бал серед всіх анкет: 31,73 з 54 можливих.
     
    Цей показник сам по собі нічого не означає та потрібен лише для порівняння через деякий час, щоб було зрозуміло, чи мали вжиті дії якісь ефект чи ні. Набагато цікавішими наразі є зовсім інші дані.
     
    Далі, сегментація учасників опитування:
    18 Власники магазину (без розробників-власників) 18 Розробники (разом із тими, хто є "все в одному") 1 SEO-оптимізатори  
     
    Окремо сегментація на підгрупи серед розробників:
    3 Представники веб або SEO студії 6 Розробники модулів чи шаблонів 6 Фрілансери 3 Все в одному: розробник-власник магазину  
     
    Цікавинки опитування
     
    Я намагався сегментувати респондентів та додав деякі власні питання. Наприклад, стаж роботи з форумом та 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.
    Хто має якісь думки по темі, пишить в коментарі або мені в повідомлення.
  4. SergeTkach

    Чи варто використовувати Fondy?

    Автор: SergeTkach,


    Организационные моменты
    Коротка відповідть: ні, не варто, ні в якому разі!
     
    Звісно, моя думка дуже суб`ективна, та не охоплює всіх нюансів роботи із сервісом. Але якщо коротко передати суть, то вони розглядають підприємця так, наче мають дати тобі в борг, а не будуть заробляти на тому, що працюєшь ти.
     
    А сама велика дурість, що вони не оголошують причини, чому вони не активують мерчанта.
     
    А ось і відгуки -- https://www.otzyvua.net/fondy
     
    P.S.
    Е набагато кращі варіанти, де все читко, зрозуміло і без необхідності доводити, що ти "не верблюд" та прикладати виписки по іншим еквайринговим системам.
     
    P.P.S.
    К примеру, WayForPay нормальный.
  5. SergeTkach

    Скільки коштує створити інтернет-магазин?

    Автор: SergeTkach,


    Как открыть свой интернет-магазин
    Cтворити невеличкий інтернет-магазин можна всього за ~$100! Дізнайтеся, чим такий ціновий варіант відрізняється від середньоринкового за $400-$700?!
     
    Середні ціни на розробку інтернет-магазинів в Україні
     
    Цінові сегменти під час створення інтернет-магазинів можна умовно поділити на 4 групи:
    Low-Cost (~$200) — в цю ціну вписуються всього 2 можливі варіанти: або створити інтернет-магазин самостійно (купити шаблон і модулі), або це буде піратський набір з дошки оголошень (коли вам встановлюють сайт на варезних модулях і пропадають). Бюджетний ($400–$700) — фрілансери та студії-новачки. В основному це розробка на базі ліцензійного шаблону та модулів без особливого коддингу. Невідомо, як скластися з доопрацюваннями та кастомізаціями (вони можуть або не передбачатися, або триватиме дуже довго). Середній ($700–$1000+) — розробники із досвідом, які відповідають за свою роботу. Здебільшого це розробка магазину на шаблонах. Якщо робити унікальний дизайн, вийде дорожче. Преміум (від $5000) — це варіант для великого бізнесу, де багато часу приділяються будь-яким уточненням та узгодженням. Навіть у цьому сегменті бувають шаблонні варіанти. Висока ціна обґрунтовується високим ступенем невизначених моментів (наприклад пікова навантаження в кілька тисяч запитів за хвилину) і кількісттю інтеграцій (CRM, сервіси програм лояльності і тп).  
     
    А чи можна створити магазин самостійно та взагалі безкоштовно?
     
    Взагалі-то система для управління інтернет-магазином OpenCart та її адаптована версія ocStore є безкоштовними. Будь-хто може завантажити програму та встановити на хостинг.
     
    Що правда, є деякі нюанси. Дефолтний шаблон OpenCart не дуже гарний. Стандартне оформлення замовлення — достатньо складне для покупця. Також з коробки нічого не пропонується з точки зору спрощення роботи. Наприклад, немає можливості імпортувати товари від постачальника масово, а вручну це може бути дуже довго. А ще є поліпшення SEO-моментів, і тому подібне.
     
    Тим не менш, все можна додати за допомогою розширень, які коштують достатньо дешево та в більшості випадків мають ліцензію з правом використовувати все життя без доплати кожного року.
     
    До речі, проведене мною раніше опитування клієнтів показало, що багато власників магазинів на базі OpenCart/ocStore встановили систему самостійно. А потім докуповували потрібні модулі та зверталися до підтримки автора за потреби. Саме в цьому спеціалізується сайт opencartforum.com. Це спільнота де є розробники та власники працюючих інтернет-магазинів. Тут можна ставити запитання та отримувати відповіді від інших користувачів.
     
    Отже, будучи учасником цієї спільноти, ви можете розраховувати на Low-Cost ціну з підтримкою від авторів доповнень. Від вас же в цьому випадку знадобиться комп'ютерна грамотність і засукати рукави, щоб вивчити систему та модулі. Приблизно це може займати 2-3 години кожного дня протягом декількох місяців.
     
    Скільки будуть коштувати додаткові модулі?
     
    Не всі інтернет-магазини однакові. Іноді сайт потрібен лише для того, щоб вже існуючи клієнти мали можливість переглянути каталог онлайн. А іноді він має синхронізуватися зі складом та API Нової пошти. Але давайте порахуємо якісь середньо статистичний мінімум розширень, які варто мати.
     
     
    Базовий функціонал
     
    Назва
    Ціна мін
    Ціна макс
    Примітка
    ocStore
    0
    0
    Сама система з базовим функціоналом магазину: каталог товарів, кошик та ін.
    ocStore - це збірка на базі OpenCart з рядом покращень.
    Спрощення кошика
    $10
    $20
    Мова про модуль, який спрощує стандартну корзину системи. Користувачеві потрібно заповнювати менше інформації під час оформлення замовлення.
     
    AJAX Quick Checkout FREE - 0 — модуль, по суті, зроблений для реклами платної версії, тому не вважаю що його можна повноцінно використовувати.
     
    Нещодавно у нас на форумі з'явився новий модуль One Page Checkout - Просте оформлення замовлення за $10.
     
    Також схожу функцію виконує модуль Купить в 1 клик PRO - Быстрый заказ ще $10 — він дозволяє оформити замовлення прямо на сторінці товару через спливаючє вікно.
     
    Фільтр товарів
    0
    $34
    У системі є фільтр зі слабким функціоналом. Знову ж таки, не всім магазинам він потрібен. Деякі примудряються робити фільтрацію за допомогою класифікації у категоріях. У випадку із книгами цілком може спрацювати, якщо категорії відповідатимуть жанрам. Навіть у магазині одягу можна класифікувати за чоловічими/жіночими/дитячими а потім уже зробити підкатегорії. Але в інших випадках параметрів для фільтрації може бути дуже багато і такий спосіб навряд чи підійде для товарів з чіткими технічними характеристиками (техніка).
     
    Вказана ціна за OCFilter.
    РАЗОМ
    $10
    $54
     
     
    Шаблон дизайну
     
    Оскільки серед безкоштовних шаблонів немає особливого вибору, краще відразу враховувати ціну платного варіанту. Платні шаблони виглядають гарніше, мають більше функціоналу. Але! Якщо ви хочете тільки спробувати, то краще не викидати гроші даремно та почати саме з безкоштовного шаблону.
     
    Назва
    Ціна
    мін
    Ціна макс
    Примітка
     
    0
    $65
    Nice — шаблон явно кращий за дефолтний (який відображається відразу після установки системи). Однак він не багатий на додатковий функціонал. Плюсом є гарна адаптивна версія для телефону та наявність Мега-меню.
     
    Увага!
    На підтримку українського бізнесу один з наших авторів роздає свій комерційний шаблон безкоштовно! Називається Moneymaker.
     
    ShowCase — Для прикладу представлений популярний шаблон одеської студії OCTemplates, який, крім дизайну, має довгий список додаткових модулів. Серед них Мега-меню, Мікророзмітка, Знайшли дешевше?, Зворотній дзвінок та ін. Немає хіба що спрощеного кошика, хоча при цьому є Швидке замовлення в 1 клік.
    РАЗОМ
    0
    $65
     
     
    SEO
    Назва
    Ціна мін
    Ціна макс
    Примітка
    SeoPro
    0
    $12
    Модуль усуває дублі сторінок. У складання ocStore він вбудований безкоштовно. У разі чистого OpenCart необхідно докуповувати.
    Генерація ЧПУ
    0
    $15
    SEO URL Generator FREE — модуль, який автоматично заповнює ЧПУ на сайті у разі, якщо товари додаються до магазину через адмінку сайту. Без цього треба вписувати вручну трансліт, що не дуже зручно.
    SEO URL Generator PRO — знадобиться, якщо ви імпортували товари (з програми складського обліку або xml-постачальника) і після цього виявили, що товар не має ЧПУ. Таке, до речі, не завжди відбувається. Багато модулів імпорту здатні заповнювати ЧПУ.
    Коректна двомовність
    0
    $11
    Якщо сайт двомовний, то дуже важливо мати окремі адреси для того самого товару для кожної мови. Бо інакше, пошукові системи не зможуть просканувати всі мовні версії. Правильна двомовніть — це коли ви відправляєте посилання своєму другові, і він має бачити ту ж саму мову, що й ви.
     
    Для ocStore 3 кращім безкоштовним варіантом буде Мовні папки в URL.
     
    SEO мультиязык / мультирегион — платний модуль який підходить і для ocStore, і для чистого OpenCart. Цей модуль працює для різних поколінь системи.
    Sitemap
    0
    $15
    У системі вже є стандартна мапа сайту (sitemap). Проблеми з нею виникають, коли понад 5000 товарів. Але це також залежить і від потужності сервера.

    Якщо проблема вже є, то виручить модуль
    Branched Sitemap.
    Автозаповнення тега Title та мета-тегу Description
    $5
    $16.5
    SEO - Автоматическая генерация title и description — більш дешевий та простий модуль.
     
    SEO Tags Generator — автоматичне створення тегів Title та Meta-Description для OpenCart — модуль з більшою кількістю можливостей, якій дозволє зробіть мета-описи максимально інформативними, як це рекомендує Google.
    Переклад на всі мови сайту (товари, категорії, статті)
    $15
    $15
    Модуль Переклад всіма мовами сайту (товари, категорії, статті) дозволяє використовувати інструменти Google-перекладача для автоматичного перекладу.

    Знову ж таки, не всі сайти двомовні. Однак у реаліях України переважна більшість сайтів зараз роблять двомовними.
    РАЗОМ
    $20
    $84,5
     
     
    Заповнення магазину
     
    Навряд чи Ви заповнюватимете сотні та тисячі товарів вручну. Слава богу, це й не потрібно. Можна імпортувати товари з XML, або скопіювати з інших сайтів (за допомогою парсера).
     
     
    Назва
    Ціна мін
    Ціна макс
    Примітка
    Масове додавання товарів
    $32
    $40
    SimplePars - Універсальний парсер для ІМ — $32
     
    UniXML - модуль вивантаження в XML форматі + імпорт з XML — $40
     
    * Не виключений варіант, коли на сайті використовуються обидва модулі.
    Масове редагування товарів
    0
    $30
    Якщо під час парсингу щось піде не так: треба буде масово призначити переклад атрибутів або проставити націнку магазину — загалом може знадобитися модуль Handy Product Manager, щоб "зачесати" товари. Але може й не знадобитися.
    РАЗОМ
    $32
    $70
     
    Отже, якщо купити модулі і встановити їх самостійно, то за підсумками всіх блоків виходить загальна ціна створення інтернет-магазину від $62 до $273,5. Знову ж таки, маємо на увазі, якщо відразу використовувати нормальний платний шаблон, то мінімальна сума стає вже дещо більшою — $127.
    Якщо Вам не підходить варіант, коли треба робити все своїми руками, то подібний набір обійдеться в суму близько $500-$700, тому що сюди додасться "зарплата" програміста, який займатиметься Вашим сайтом.
     
     
    Кому підходить варіант створити інтернет-магазин самостійно?
     
    Серед покупців модулів хтось працює менеджером в торговельній компанії та хоче знайти собі додаткові канали продажів; в когось є своє виробництво та постійні клієнти, а магазин потрібен лише, щоб не перекидати екселі вручну; дехто має хобі з виготовлення якихось крафтових речей та хоче спробувати продавати їх через інтернет. А дехто взагалі тестує дропшипінг-модель, і йому зайві посередникі просто не потрібні.
     
    В принципі серед покупців є такі люди, які не мають бюджету на дорогі студії, але також є й такі, які торгують айфонами, але розуміють, що посередників все одно потрібно постійно контролювати та витрачати на це час, тому простіше вже купити та встановити самостійно.
     
    Який незаперечний плюс у тому, щоб робити самому?
     
    У вас автоматично з'являється бюджет ~$200–$400 на рекламу. Іноді витрати на рекламу стають болючим питанням, викликають купу сумнівів у тому, чи буде результат. Якщо ви зробите інтернет-магазин самостійно, то у вас автоматично буде сума, яку ви зекономили на послугах розробника. Отже, її не шкода втратити у разі чого. АЛЕ! Якщо реклама все ж таки спрацює, то у вас відразу ж буде віддача від ваших вкладень. Хіба це не чудово?!
     
    Але є дуже важлива деталь: у вас має бути час на те, щоб цим всім займатися! В такому разі можна спробувати.
     
    Але якщо ви плануєте за тиждень запуститися, а за 2 тижні вже мати перші продажі, тоді краще звертайтеся до розробника, якій все налаштує. Знову ж таки, знайти розробника ви також можете прямо на цьому сайті, розмістивши оголошення в розділі Послуги.
     
     
    P.S.
     
    У моїх підрахунках ціни створення інтернет-магазину не враховані витрати на хостинг та домен. Регулярна плата за хостинг буде коштувати ~200 грн/міс., тоді як домен .com.ua коштує 480 грн/рік.
     
    P.P.S.
     
    Друзі, якщо ви прочитали цю статтю і розумієте, наскільки це круто знати про існування ось такої спільноти та економити на послугах вебстудії — тоді, будь ласка, запостіть посилання на неї в себе в соціальних мережах. Можливо вашим друзям це також стане в нагоді.
  6. SergeTkach

    Одинковые ЧПУ (SEO URL) для разных языков в OpenCart 3 / ocStore 3

    Автор: SergeTkach,


    На основе вопросов в поддержку
    В поддержку моего модуля по массовой генерации ЧПУ для OpenCart часто обращаются с вопросом: как мне сделать одинаковые ЧПУ для русского и украинского языков (в принципе, проблема может встретьться и для других языков, просто такой расклад встречается в OpenCart чаще всего).
     
    Так вот, этот бред (проверка в контроллере товара на эту самую одинаковость) вообще не понятно, зачем нужно. В Дизайн -> SEO URL можно спокойненько добавлять одинаковые ЧПУ для разных языков. На витрине все тоже прекрасно работает. А вот при сохранении товара в админке, нате Вам ошибочку...
     
    Проблемка выглядит примерно так:

     
     
    Так вот, есть такой замечательный модификатор Allow Same SEO URL For Different Languages (OC3.0x), которые убирает это недоразумение.
     
    В комментариях ниже, следовало объяснение, почему стоит, чтобы ЧПУ были разными для разных языков. Но если у вас на сайте будут "Языковые папки", то об этой заморочке можно не париться:
     
  7. SergeTkach

    KeyCRM відгуки

    Автор: SergeTkach,


    Народні відгуки
    KeyCRM пропонує для OpenCart / ocStore:
     
    Рідний плагін для Opencart з відкритим кодом Автоматизація обробки замовлень лише за кілька кліків  
    В Інтернеті система має одні позитивні відгуки, що виглядає досить штучно. Тому пропоную зібрати більш правдиві відгуки про KeyCRM від учасників нашої спільноти. Певен, серед нас є люди, які мають досвід використання цього продукту та можуть сказати тим, хто лише обирає CRM.
     
    Отже пишіть в коментарі, чим саме Вам сподобалася або не сподобалася система складського обліку KeyCRM від українських розробників?
  8. SergeTkach

    Як відкрити інтернет-магазин?

    Автор: SergeTkach,


    Как открыть свой интернет-магазин
    Бажаєте відкрити інтернет магазин? Ось вам швидкий огляд, що чекає на вас на цьому шляху.
     
    Я виклав інформацію коротенько, щоб ви мали загальне уявлення. Але кожний з цих кроків – це окрема історія. Причому описувати щось більш розлого в одній статті просто немає сенсу, бо все це потрібно дивитися на практиці, як то кажуть.
     
    Цікаве те, що за допомогою цього форуму ви можете потренуватися, свторивши пробний сайт максимально дешево. В окремій статті Створити інтернет-магазин ціна в Україні я підрахував, що мінімальний бюжет може складати всього $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 ракурсів:
    Чи зміг я взагалі привести кліентів Чи вийшло воно вигідно Якщо не зміг отимати ніяких продажів – це поганий знак. Але важливо також бачити, що дійсно були відвідування. Якщо відвідувань було багато, а продажів немає – це якійсь тухляк. Тут без варіантів.
     
    Якщо продажі є, але це не дуже вигідно, тут вже можна думати.
     
    По-перше, якщо ти запустився за схемою дропшипінгу, то можна перейти на опт, адже ризики вже дуже малі. Ти ж бачив, що товар продається, і ти можешь привести кліентів з Інтернету. Тоді питання лише в ціні закупки. В такому разі й кредит не так стрьомно взяти, якщо це дійсно потрібно (прошу не сприймати як фінансову пораду ).
     
    По-друге, через SendPulse можна безкоштовно трохи понадсилати листів кліентам, які в тебе щось купили. Раптом вони куплять ще щось. І при цьому тобі не потрібно платити за рекламу, лише просто надіслати листа.
     
    По-третє, можно спробувати знайти схожі товари в інших постачальників, раптом це буде вигідніше.
     
     
    9. Лише після перших замовлень колупаємось в сайті
     
    Маю на увазі всі ті забаганки "зроби мені, як на тому сайті, бо мені сподобалося". Не факт, що то допомагає продавати. А всілякі такі правки потребують оплати грошей розробнику. В інтернет-магазині найголовніше – відвідування, а не всіляки прикрашання.
     
     
    10. Реєструємо ФОП
     
    Цей пункт лише для тих, хто його ще не має. І лише для тих серед них, хто має продажі в магазині.
     
    Реєстрація ФОП є безкоштовною. Оформити документи можна прямо в Дії. За спрощенним оподаткуванням ФОП II групи сплачує фіксований платіж 1340 грн/міс (в 2023 році). Це вигідно, бо не залежить від твого прибутку, якщо він гарний; але це не дуже вигідно, коли в тебе прибутку взагалі немає. ФОП III групи сплачує 5% від фактично отриманих грошей (без врахування витрат). Це наче вігідно, коли прибутку немає, але це не вигідно, коли в тебе велика сума витрат.
     
    Також ФОП сплачує ЄСВ. В 2023 році він складає 1474 грн /міс. Під час війни його можна не сплачувати. Але, як підмітила @Blondi, й трудовий стаж в такому випадку також не зараховується.
     
    Немає сенсу реєструвати ФОП до того, як з'являться продажі. Але, якщо вони вже є, то краще все ж таки легалізувати свою діяльність.
     
    Резюме
     
    Відкрити інтернет-магазин досить просто. Я маю на увазі, що для цього не потрібно великого капіталу або знаймоств. Це доступно для пересічної людини, яка вміє працювати з комп'ютером. Звісно, це не легка прогулянка, потрібно напружитися. Але все ж таки, це шанс запустити магазин майже з нуля.
     
    P.S.
     
    У нас тут на форумі досить багато власників інтернет-магазинів. Прошу дописувати в коментарі, якщо пропустив щось важливе. Також можете поділитися власними думками щодо "гадалося так – сталося інакше", звісно, якщо це стосується основної теми статті. Думаю, коментарі будуть ще більш корисними для новачків, ніж сама стаття
     
  9. SergeTkach
    Цей огляд заснований на diff найпростіших вбудованих модулів. Але все перевірено на простому власному модулі, в якому немає ані подій, ані vQmod.
     
    Основні зміни у коді стандартного модуля
     
    * Примітка
    Слово Opencart, виділене жовтим кольором — це код модуля (!). Але, мабуть, ви й самі здогадалися
     
    У контролері
     
    OpenCart 3 OpenCart 4 class ControllerExtensionModuleAccount extends Controller { namespace Opencart\Admin\Controller\Extension\Opencart\Module;
    class Account extends \Opencart\System\Engine\Controller { protected function validate() { public function save(): void {
      // ...
      $this->response->addHeader('Content-Type: application/json');
      $this->response->setOutput(json_encode($json));
    } private $error = array(); Більше не потрібно. Всі помилки обробляються відразу в методі save() if (isset($this->error['warning'])) {
      $data['error_warning'] = $this->error['warning'];
    } else {
      $data['error_warning'] = '';
    } Не потрібно. Обробка помилок відбувається у методі save(). також Обробка помилок
    if (($this->request->server['REQUEST_METHOD'] == 'POST') && $this->validate()) { Більше не використовується. Збереження форми відбувається шляхом надсилання AJAX-запиту до методу save()
    $data['action'] = $this->url->link('extension/module/account', 'user_token=' . $this->session->data['user_token'], true); // 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']);
     
    *Зміни у побудові шляхів впливають на будь-які посилання всередині модуля. Ну, це і так зрозуміло.
    $data['cancel'] = $this->url->link('marketplace/extension', 'user_token=' . $this->session->data['user_token'] . '&type=module', true); $data['back'] = $this->url->link('marketplace/extension', 'user_token=' . $this->session->data['user_token'] . '&type=module');     $this->load->model('extension/dashboard/map'); $this->load->model('extension/opencart/dashboard/map'); $results = $this->model_extension_dashboard_map->getTotalOrdersByCountry(); $results = $this->model_extension_opencart_dashboard_map->getTotalOrdersByCountry(); if (isset($this->request->post['module_account_status'])) {
      $data['module_account_status'] = $this->request->post['module_account_status'];
    } else {
      $data['module_account_status'] = $this->config->get('module_account_status');
    } $data['module_account_status'] = $this->config->get('module_account_status');  
     
     
     
    У моделі
     
    OpenCart 3 OpenCart 4 class ModelExtensionDashboardMap extends Model { namespace Opencart\Admin\Model\Extension\Opencart\Dashboard;
    class Map extends \Opencart\System\Engine\Model {  
     
     
    У в'юшці
     
    В OpenCart 4.0.0.0 був FontAwesome 5.15.4, а в OpenCart 4.0.2.0 FontAwesome 6.1.1. Це впливає на класи іконок.
     
     
    OpenCart 3 OpenCart 4 pull-right float-end data-toggle="tooltip" data-bs-toggle="tooltip" <i class="fa fa-save"></i> <!-- 4.0.0.0 -->
    <i class="fas fa-save"></i>
     
    <!-- 4.0.2.0 -->
    <i class="fa-solid fa-save"></i>
    {{ cancel }}
    {{ button_cancel }} {{ back }}
    {{ button_back }} <ul class="breadcrumb"> <ol class="breadcrumb"> <li><a href="{{ breadcrumb.href }}">{{ breadcrumb.text }}</a></li> <li class="breadcrumb-item"><a href="{{ breadcrumb.href }}">{{ breadcrumb.text }}</a></li> {% if error_warning %}
    <div class="alert alert-danger alert-dismissible"><i class="fa fa-exclamation-circle"></i> {{ error_warning }}
    <button type="button" class="close" data-dismiss="alert">&times;</button>
    </div>
    {% endif %}{% if error_warning %} -- (AJAX) <div class="panel panel-default"> <div class="card"> <div class="panel-heading">
    <h3 class="panel-title"><i class="fa fa-pencil"></i> {{ text_edit }}</h3>
    </div> <!-- 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>
    <div class="panel-body"> <div class="card-body"> <form action="{{ action }}" method="post" enctype="multipart/form-data" id="form-module" class="form-horizontal"> <form id="form-module" action="{{ save }}" method="post" data-oc-toggle="ajax">
     
    * Якщо пропустити data-oc-toggle="ajax", то форма обробиться по-старому з повним завантаженням сторінки (принаймні у версії 4.0.0.0). Хоча сам .alert у bootstrap 5 трохи змінився.
    <div class="form-group"> <div class="row mb-3"> control-label col-form-label <select name="module_account_status" ... <!-- 4.0.2.0 -->
    <input type="checkbox" name="module_account_status" ... Шляхи в 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 ...
     
     
    $json['error'] = $this->language->get('error_text'); // В найпростішому модулі присвоюється рядок
    ...
    if (isset($json['error']) && !isset($json['error']['warning'])) {
      $json['error']['warning'] = $this->language->get('error_warning'); // Намагається рядку присвоїти індекс масиву, але це ж PHP 8...
    }
     
     
    Власні бібліотеки у складі модуля
     
    Якщо ваш модуль використовує бібліотеку, яка зазвичай завантажувалася в system/library, то зараз при розпакуванні архіву вона потрапить до extnension/modulecode/system/library/ .
     
    OpenCart автоматично створює простори імен, як для контролерів з моделями, так і для бібілотек:
     
    // 4.0.0.0 [Opencart\Admin\Controller\Extension\Imagescanner] => Array ( [directory] => .../opencart-4000.loc/extension/imagescanner/admin/controller/ [psr4] => ) [Opencart\Admin\Model\Extension\Imagescanner] => Array ( [directory] => .../opencart-4000.loc/extension/imagescanner/admin/model/ [psr4] => ) [Opencart\System\Extension\Imagescanner] => Array ( [directory] => .../opencart-4000.loc/extension/imagescanner/system/ [psr4] => )  
    // 4.0.2.0 [Opencart\System\Library\Extension\Imagescanner] => Array ( [directory] => .../opencart-4021.loc/extension/imagescanner/system/library/ [psr4] => )  
    Зверніть увагу, що варіант іменування класу бібліотеки 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 має бути досить простою. Я цю статтю довше писав, ніж адаптував модуль. Але огляд поки що не повний. Дописуватиму згодом. Також буду додавати в текст статті зауваження з коментарів.
    --
  10. SergeTkach
    В Україні ситуація з опенкарт не така катастрофічна, але згідно із даними Google Trends вперше за довгі роки ця система відійшла на другу позицію, поступившись першим місцем "щось там фаю".
     
    І ось цей факт, на мою суб'єктивну думку, має нас насторожити. Тому що:
     
    З точки зору розробників:
    Незважаючи на війну та важки часи, люди продовжують створювати магазини Але при цьому користувачі віддають перевагу досить "дорогому" рішенню (в порівнянні з опенкарт) Якщо порівнювати з глобальним світовим трендом, там, де набрав популярності "щось там фай", решта систем пасуть задніх і дуже далеко….  
    З точки зору власників магазинів:
    Існує ризик відтоку розробників від опенкарт А це потенціально може створити проблеми з підтримкою інсуючого магазину Або збільшення витрат на нові проекти на іншій системі  
    Звісно, корабель в більшості випадків не йде на дно миттєво, тож судно можна "залатати" на ходу, та дістатися найближчого порту, щоб зробити капітальний ремонт. Так само і з опенкарт: ми ще кілька років можемо мати роботу і не помічати проблемки.
     
    Але, згідно законам економіки, будь який продукт після сплеску попиту виходить на плато, а потім повільно втрачає популярність. Тому виробники змінюють дизайн етикетки, додають смаки, покращують якість, влаштовують промо акції, регулярно змінюють модельний ряд, тощо.
     
    А тепер питання до спільноти: як на вашу думку можна привернути увагу користувачів та розробників до опенкарт? Маються на увазі ті, хто робить магазини та обирають інші системи. І взагалі чи потрібно щось із цим робити?
  11. SergeTkach

    Чи насправді OpenCart застарів?

    Автор: SergeTkach,


    Как открыть свой интернет-магазин
    В Інтернеті зустрічається ствердження, що 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 будь якої версії працює з безпечним сучасним протоколом. Паролі користувачів в базі даних зберігаються в захищеному вигляді Раніше модуль авторизації викоритовував методи хешизації паролів 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 Коли є 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 може втратити свою значну економічну перевагу. Ок. Але до цього моменту, напевно, ви щось вже заробите. Також ви вже будете точно знати, що це працюючий бізнес, а не просто їдея. В такому разі вкладання грошей – це нормальний процес.
     
    Тим паче, що масштабування з іншими системами точно не вийде дешевшим.
     
     
    Думка учасників спільноти
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

    @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 бібліотеками. Тут була гілка, де хлопці збиралися реалізувати аналог опенкарт на високонавантажених системах.
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
     
     
    Бесіда з 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 є простою у використанні та доступною платформою, що дозволяє швидко запустити електронний магазин з мінімальними витратами. Він підходить для невеликих команд та бізнесів, які тільки починають свою діяльність. Індивідуальні підприємці: Оскільки 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 може існувати в конкурентному середовищі, навіть якщо його технології не є найсучаснішими.
     
    – Які тоді ознаки застарілого ПЗ?
     
    – Ознаки застарілого програмного забезпечення (ПЗ) можуть включати наступні:
    Відсутність підтримки та оновлень: Застаріле ПЗ може бути позбавлене офіційної підтримки від розробників, що означає відсутність нових виправлень помилок, патчів безпеки та оновлень функціональності. Сумісність: Застаріле ПЗ може виявляти проблеми із сумісністю з новішими операційними системами або апаратними засобами, оскільки воно може бути розроблене для старіших версій апаратних платформ або програмних інтерфейсів. Помітний відсутній розвиток: Якщо ПЗ не отримує регулярних оновлень та нових функцій, це може свідчити про його застарілість. Нові інновації та покращення можуть бути втрачені, і ПЗ може почати виглядати застарілим порівняно з сучасними рішеннями. Погана продуктивність: Застаріле ПЗ може бути менш ефективним та швидким, порівняно з новішими рішеннями. Воно може вимагати більше ресурсів, таких як пам'ять чи потужність обчислень, щоб працювати ефективно. Вразливості безпеки: Застаріле ПЗ може мати вразливості, які не були виправлені через відсутність оновлень. Це може зробити ПЗ більш вразливим перед атаками зловмисників та шкідливими програмами. Відсутність сучасних функцій: Застаріле ПЗ може бути обмеженим в функціональності порівняно з сучасними рішеннями. Воно може не мати нових можливостей, інтеграції з іншими програмами. Відсутність інтеграції: Застаріле ПЗ може мати обмежені можливості інтеграції з іншими системами або програмами. Воно може бути несумісним з сучасними інтерфейсами, стандартами та протоколами, що ускладнює його використання в сучасному інформаційному середовищі. Відсутність користувацького досвіду: Застаріле ПЗ може мати застарілий, неінтуїтивний інтерфейс користувача. Воно може бути менш зручним у використанні, вимагати додаткового навчання та бути менш привабливим для користувачів порівняно з сучасними інтерфейсами. Відсутність сумісності зі сучасними форматами даних: Застаріле ПЗ може мати проблеми з обробкою та розпізнаванням сучасних форматів даних. Наприклад, воно може не підтримувати нові версії файлових форматів, стандартів мережевої комунікації або веб-технологій. Відсутність автоматизації та ефективності: Застаріле ПЗ може бути менш автоматизованим та ефективним у порівнянні зі сучасними рішеннями. Воно може вимагати багато ручної роботи, не мати оптимізованих процесів або функцій автоматичного виконання завдань.
    Ці ознаки можуть свідчити про те, що програмне забезпечення застаріло і потребує оновлення або заміни, щоб відповідати сучасним вимогам та стандартам.
     
    – Хіба в оновленні OpenCart 3 були додані якісь функції?
     
    – Ви праві, що остання версія OpenCart на момент мого оновлення знань (версія OpenCart 3.x) вийшла до вересня 2021 року. На той момент, ось деякі з нових функцій, які були додані в OpenCart 3.x:
    Новий дизайн і користувацький інтерфейс: OpenCart 3.x має оновлений інтерфейс, що поліпшує користувацький досвід і роботу з системою. Покращена система шаблонів: Нова версія має покращену систему шаблонів, що дозволяє більш гнучко налаштовувати вигляд вашого інтернет-магазину. Поліпшена система модулів: OpenCart 3.x пропонує більш потужну і гнучку систему модулів, що дозволяє легко додавати нові функції і розширення до вашого магазину. Оновлені можливості оплати і доставки: В OpenCart 3.x додані нові варіанти оплати і доставки, включаючи підтримку платіжних шлюзів і служб доставки. Покращена система адміністрування: Адміністративний розділ OpenCart 3.x має поліпшену систему управління товарами, замовленнями, клієнтами та іншими аспектами вашого магазину. Покращена продуктивність і безпека: OpenCart 3.x має оптимізований код, що поліпшує продуктивність і швидкість роботи магазину. Також виконані покращення в галузі безпеки, включаючи виправлення вразливостей та покращення захисту даних (це потребує перевірки – па).  
    – Як на мене, це не дуже корисне оновлення…
     
    – Визначення корисності оновлення програмного забезпечення є суб'єктивним і залежить від потреб і очікувань користувачів. Оновлення OpenCart 3.x має свої переваги, але можливо, ви бажаєте більш значних змін у функціональності. Розуміючи ваші потреби, можна розглянути інші альтернативи або варіанти ПЗ, які краще відповідають вашим вимогам.
     
    Важливо також враховувати, що оновлення програмного забезпечення не завжди супроводжується значними змінами функціональності. Іноді оновлення спрямовані на виправлення помилок, покращення продуктивності та безпеки, а також на забезпечення сумісності зі сучасними технологіями.
     
    – Хіба не можна сказати, що OpenCart 3 мав “Помітний відсутній розвиток”, якій ти назвав серед ознак застарілого ПЗ?
     
    – Варто враховувати кілька факторів.

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

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

    Узагалі, оцінка розвитку програмного забезпечення – це складний процес, який включає багато факторів. Вона повинна бути здійснена на основі конкретних потреб, вимог і очікувань користувачів, а також враховувати контекст та обставини.
     
    – OpenCart написаний із застарілим код стайлом, не дотримується стандартів PSR. Виходить, що він технічно застарів?
     
    – Недотримання стандартів PSR може призвести до складнощів у розробці, обслуговуванні та розширенні OpenCart. Воно може ускладнити співпрацю з розробниками, які дотримуються сучасних стандартів, а також унеможливити використання деяких інструментів і бібліотек, які підтримують лише стандартизований код.
     
    Однак, важливо зазначити, що популярність OpenCart і наявність прихильників свідчать про те, що ця платформа відповідає деяким потребам користувачів і успішно функціонує в багатьох веб-магазинах. Технічне застаріння може бути недоліком з точки зору розробки та сумісності зі стандартами, але може не мати безпосереднього впливу на функціональність та ефективність платформи.
     
    – Що ж тоді хорошого в OpenCart, що в нього досі є прихильники? Наведи приклади переваг та функцій OpenCart
     
    – Звичайно! Ось кілька прикладів переваг і функцій OpenCart:
    Відкритий код і спільнота: OpenCart є вільним програмним забезпеченням з відкритим вихідним кодом, що означає, що ви можете змінювати його і адаптувати до своїх потреб. Також існує активна спільнота користувачів та розробників, яка забезпечує підтримку, розширення та оновлення платформи. Простота використання: OpenCart має дружній інтерфейс з інтуїтивно зрозумілим управлінням. Ви можете легко додавати продукти, керувати замовленнями, встановлювати методи оплати та доставки, налаштовувати податки та багато іншого. Розширення і модулі: OpenCart має широкий вибір розширень та модулів, які дозволяють розширити функціональність вашого магазину. Ви можете встановлювати додаткові модулі для інтеграції з платіжними шлюзами, соціальними мережами, маркетплейсами, аналітикою та багатьма іншими сервісами. Множинні магазини: OpenCart підтримує можливість створення та управління декількома магазинами з однієї адміністративної панелі. Це дозволяє вам керувати кількома різними магазинами з одного місця, спільно використовувати товари та клієнтську базу. SEO-оптимізація: OpenCart має розширення для SEO, які допомагають забезпечити, що ваш інтернет-магазин буде більш видимим у пошукових системах. Ви можете налаштувати метатеги, URL-адреси, мапу сайту та інші аспекти для покращення SEO-просування. Множинні мови і валюти: 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 вистачає. Для користувачив – це взагалі нічого не означає. А от для розробників, які тільки що навчилися сучасному програмуванню на якіхось курсах, а теперь не розуміють, що робити з тим опенкартом, варто пам'ятати, що, хоча такий код – це зовсім не круто, але у великих компаніях (де платять більше) в основному наслідуваний код. Тому вміння з таким працювати буде дуже корисним для розвитку у кар'єрі.
  12. SergeTkach

    Что именно включено в поддержку дополнений и шаблонов?

    Автор: SergeTkach,


    Организационные моменты
    Поддержка — это неотъемлемая ожидаемая часть купленного модуля или шаблона, которая фигурирует в стандартах жизненного цикла ПО. Вопрос лишь в том, что именно считается поддержкой, а что выходит за ее рамки? Это вопрос ожиданий с одной стороны и объема обязательств с другой стороны. Этот вопрос весьма существенный, так как он влияет на деятельность и рабочие процессы и покупателей, и авторов.
     
    Содержание:
    Что говорит Регламент продаж и поддержки дополнений opencartforum.com? Что оговорено в Политике поддержки на официальном сайте OpenCart? Что оговорено в Политике поддержки крупных международных площадок? Что оговорено в Политике поддержки платных российских CMS? Сколько стоит поддержка? Какие тарифы на разовые услуги службы поддержки существуют в рунете? Резюме  
     
    Что говорит Регламент продаж и поддержки дополнений opencartforum.com?
    К сожалению, по данным на 17.12.2021 официальный Регламент продаж и Поддержки дополнений на форуме не дает нам никаких конкретных нормативов, кроме срока поддержки 365 дней — https://opencartforum.com/topic/175118-reglament-prodazh-i-podderzhki-dopolnenij/
     
    Таким образом Поддержка осуществляется на основании личных представлений.
     
    Как известно, представления у всех разные. Даже когда мы говорим слово “собака”, каждый представляет “свою” собаку (кто-то бульдога, а кто-то пуделя и тд). Если в таком простом объекте каждый думает что-то свое, то что уже говорить о деятельности, которая связана с тратой денег, времени и кучей других нюансов?
     
    Предполагаю, что многие участники форума имеют высшее образование и знакомы с “анализом” и “синтезом”. Эти логические приемы позволяют разложить информацию по полочкам. А это очень важно, чтобы отделить объективные факты от субъективных представлений.
     
    Главный вопрос: какую информацию стоит брать во внимание?
     
    Насколько я помню, ориентироваться стоит только на достоверную информацию, которая:
    Задокументирована
    Издана официально
    Исходит от авторитетного источника
    Перекликается с информацией из других авторитетных источников
    Исчерпывающе описывает рассматриваемый объект (содержит полное описание всех свойств)
     
    Проще говоря, очевидно, что “Вася считает” не равноценно “Договору на предоставление услуг”.
     
    Под критерии достоверных источников подпадают:
    Официальный сайт OpenCart
    Оферта и другие документы, размещенные на opencartforum.com
    Международные площадки по продаже шаблонов и скриптов
    Официальные документы на сайтах российских CMS с подобным функционалом

     
    Что оговорено в Политике поддержки на официальном сайте OpenCart?
    Как и на форуме, на официальном сайте opencart.com задокументированной Политики поддержки не существует. Правда есть пост от администратора форума о том, что комментарии к дополнениям не являются местом для поддержки, а только для оценки или предпродажных вопросов. Также там сказано, что вопросы поддержки часто весьма индивидуальны и будут мешать другим пользователям получать действительно важные сведения о расширении.
     
    Что оговорено в Политике поддержки крупных международных площадок?
    По крайней мере две крупные площадки известны большинству разработчиков, поэтому согласно Оферте форума, я не буду упоминать прямые названия конкурентных ресурсов, а дам им условные кодовые названия. Если администрация форума захочет проверить достоверность информации, я, несомненно, вышлю ссылки в личных сообщениях.
     
    Информацию из Политики поддержки площадок я занес в сравнительную таблицу для более наглядного сопоставления.
     
    ⛔ Нет - в политике поддержки явно указано, что некий вид услуг не входит в поддержку
    ✅ Да - в политике поддержки явно указано, что некий вид услуг входит в поддержку
    – - в политике поддержки явно не оговаривается
      TF&CC
    TM
    Примечание
    Инструкция
    по установке,
    документация

      ✅ Должна быть
      На площадке даже есть фильтр по уровню документированности
    ✅ Должна быть
      Все товары на торговой площадке имеют точную документацию по продукту, которая включает:
    -общая информация о продукте;
    -инструкция по установке (если есть);
    -часто задаваемые вопросы по использованию продукта
      + При размещении своих продуктов на площадке есть строгие требования к поставляемым архивам. К примеру, для шаблонов
      Структура архива выглядит следующим образом:
    Product-name.zip —
    /Documentation (документация в формате PDF/HTML)
    /PSD
    /Demo Content (файлы, необходимые для установки темы с демо контентом)
    /themename.zip (сама тема)
    Readme.txt — credits, название, описание, мета-описание, ключевые слова.
    Встречаются красочные инструкции со снимками экранов. То есть, обеспечивается максимальная наглядность для самостоятельной установки.
    Срок поддержки
    6 месяцев с момента покупки включено в цену товара. После поддержку можно докупать
      Встречаются продукты с другим сроком поддержки, из чего можно сделать предположение, что этот срок каждый автор выбирает сам.
    6 месяцев с момента покупки включено в цену товара. После поддержку можно докупать
    Если истек срок поддержки, пользователь не может задать вопрос. Поддержку можно продлевать платно. 
      Даже баг-репорты принимаются только при активном действии плана поддержки. Получается, клиент может пользоваться модулем или шаблоном вечно и скачивать обновления. Но при любых проблемах с обновлениями, чтобы получить помощь или ответ на любой вопрос, у него должен быть активным план поддержки.
    Нормативное время ответа
    Время ответа авторов может варьироваться в зависимости от объема запросов, характера запроса, а также от того, были ли уже получены ответы на вопросы или оказана поддержка.
    Обычное время ответа - 24 часа после запроса. Фактическое время ответа может варьироваться в зависимости от сложности проблемы и количества активных сеансов поддержки.
      Ответы на вопросы из разряда: как использовать продукт?
    ✅ Да
      Ожидается, что в течение периода поддержки элемента автор будет доступен, чтобы ответить на ваши общие вопросы об элементе и о том, как его использовать. Например, как сделать так, чтобы моя домашняя страница выглядела так, как на экране предварительного просмотра?
      Также предполагаются: 
    -Ответы на ваши конкретные вопросы о характеристиках и функциях товара.
    - Поможет вам с проблемами, связанными с использованием продукта и получением максимальной отдачи от его функциональности.
      Ответ на этот тип вопроса может быть в различных форматах, включая направление к уже задокументированному ответу (например, в комментариях или часто задаваемых вопросах).
    ✅ Да
      Имейте в виду, что для всех элементов требуется свой набор требований к программному обеспечению. У каждого человека свой набор навыков, но как клиент вы должны понимать, что вам необходимо иметь хотя бы базовые навыки работы с соответствующим программным обеспечением, чтобы настроить товар успешно.
      Перед обращением в службу технической поддержки внимательно проверьте документацию по товару.
      Исправление ошибок и проблем в купленном продукте
    ✅ Да
      В течение периода поддержки элемента вы можете сообщать об ошибках и незначительных дефектах и обсуждать их с автором, и ожидается, что авторы будут готовы помочь вам с сообщенными ошибками. В случае необходимости авторы могут отправлять исправления ошибок непосредственно вам в рамках поддержки элемента. (Если автор решит исправить ошибку с помощью общего обновления версии, это обновление будет доступно всем покупателям).
    ✅ Да
      Поддержка по плагинам от третьих лиц, которые включены в продаваемый продукт
    ✅ Если сторонний плагин используется в продукте автора, то поддержку по нему оказывает автор проданного продукта в рамках сроков поддержки.
    ⛔ В поддержку не входит решение проблем в сторонних плагинах, включенных в продукт, или спровоцированные сторонними плагинами.
    Под сторонними плагинами подразумеваются слайдеры и тп готовые библиотеки.
    Установка
    ⛔ Нет
      Покупатели имеют разный опыт работы с различными программными платформами и технологиями, и запуск продукта может зависеть от многих факторов, которые зависят от ваших обстоятельств. 
      Вам потребуется практическое знание программных платформ и технологий, для которых создаются элементы, поэтому поддержка элементов не включает помощь по установке элемента на ваш сервер или в CMS. 
      Если вы только начинаете или набираетесь опыта, попробуйте пройти курс или руководство в ”Центре обучения”. Если вам нужны услуги по установке, вы можете спросить авторов, предлагают ли они в частном порядке платные услуги по установке, или вы можете проверить поставщиков услуг на [Биржа разработчиков и дизайнеров, предоставляющих услуги].
    ⛔ Нет
    * Название конкретной платформы заменено на “Центр обучения”.
      Данный пункт однозначно классифицирует фразы клиентов “Я — новичок, плохо разбираюсь”, “все фрилансеры меня кинули, спасите”, “я далек от разработки, а вы знаете свой продукт вдоль и поперек, настроите там за 5 минут, а мне придется копаться целый день” как вопросы, которые выходят ЗА рамки обещанной поддержки и ожидаемой помощи.
      Понятное дело, что каждый сам выбирает, как ему вести дела. Главное четко обозначить, какие запросы в поддержку являются обоснованными, а какие нет. И если кто-то с удовольствием берется за выполнение необоснованные запросов, то это его личный выбор, а не повсеместная норма поведения.

      Кастомизация
    ⛔ Нет
    ⛔ Нет
    Создание сайта никогда не заканчивается кастомизацией одного модуля или блока в шаблоне. Вы всегда можете найти фрилансера, который займется вашим проектом от А до Я, вместо того, чтобы бегать от автора к автору.
      Обе анализируемые площадки предлагают услуги доработок. Одна через подобие фриланс-биржи, другая - через услуги собственной студии. 
      Форум никаких услуг покупателям не предлагает. Но и на самом форуме, и на куче фрилансерских сайтов есть фрилансеры. Сами авторы также могут предоставлять такие услуги, но НЕ обязуются это делать. Поэтому вам стоит заранее подумать о том, что именно будет обслуживать ваш сайт и стоит ли оно того.
    Помощь в редактировании кода
    ✅ Консультации ожидаются
      Ожидается, что в течение периода поддержки элемента автор:  
    - Предоставит некий гайд об архитектуре ПО
    - Ответ на вопросы о сторонних активах третьих лиц (которые включены в продукт).
    - Другие технические вопросы, связанные с продуктом
    ⛔ Нет
      Техническая поддержка не распространяется на следующие запросы:
      - Установка;
    - Кастомизация;
    - Создание дополнительных правил CSS;
    - Помощь в редактировании кода и поиск кода для редактирования;
    - Внесение каких-либо изменений на сайт клиента;
    - Оптимизация скорости и производительности сайта;
    - Внедрение обновлений;
    - Реализация сторонних скриптов / расширений;
    - Проблемы со сторонними расширениями или проблемы ими вызванные;
    - Проблемы, связанные с CMS
    Площадки имеют разные позиции по этому вопросу. Хотя, в контексте всего соглашения первой площадки, консультации предоставляются именно как консультации для понимающих, а НЕ как пошаговые инструкции для тех, кто изучает программирование с нуля или пытается без подготовки разово решить вопрос программирования.

     
          Хостинг, проблемы с конфигурацией сервера
    ⛔ Нет
      От авторов не требуется предоставлять поддержку по вопросам, связанным с вашим веб-хостингом или серверной средой, или по вопросам, связанным с программным обеспечением, которое вы установили на свой компьютер для использования этого элемента. Для решения своих проблем обратитесь к своему интернет-провайдеру / поставщику веб-хостинга или к другой документации по программному обеспечению, которое вы пытаетесь использовать.
    ⛔ Нет
      Конфликты с модулями третьих лиц или измененным кодом системы
    –
    ⛔ Нет
      Проблемы с расширениями третьих лиц или обусловленные использованием сторонних расширений не входят в поддержку.
      Внесение каких-либо изменений на сайт клиента
    –
    ⛔ Нет
      Оптимизация скорости и производительности сайта;
    –
    ⛔ Нет
      Внедрение обновлений
    –
    ⛔ Нет
      Проблемы, связанные с самой CMS, для которой поставлено расширение или тема
    –
    ⛔ Нет
       
    Что оговорено в Политике поддержки платных российских CMS?
    Почему целесообразно сравнивать поддержку расширения или шаблона с поддержкой CMS? Потому что в других CMS тоже имеются модули и шаблоны. По сути для клиента отличие в том, что рассматриваемые системы продаются за деньги, а OpenCart поставляется бесплатно. Далее в обоих случаях возможна докупка модулей и шаблонов (или пакетного набора функционала). В обоих случаях также бывают ошибки самой системы или ошибки в конкретном расширении.

    Обратим внимание, что далее рассматриваются условия именно ПЛАТНОЙ ПОДДЕРЖКИ. Тем не менее, некоторые виды “услуг” при этом не оказываются категорически, а другие могут быть предоставлены только за отдельную доплату.
     
    Обозначения:
    ⛔ Нет - в политике поддержки явно указано, что некий вид услуг не входит в поддержку
    ✅ Да - в политике поддержки явно указано, что некий вид услуг входит в поддержку
    – - в политике поддержки явно не оговаривается
     
      AS
    MGT
    CSC
    Время работы поддержки
    8.00 до 20.00 по Московскому времени в будние дни, 
    и с 9.00 до 18.00 
    в выходные и праздничные дни
    Рабочие дни с 10.00 до 19.00
      В субботу и воскресенье, а также в праздничные дни поддержка не оказывается.
    с 9:00 до 18:00
    Нормативное время ответа
    Бесплатная поддержка - до 24 часов
      VIP-поддержка до 4 рабочих часов
      Вопросы отделу разработки - до 24 рабочих дней
    Обычно в течение дня. Максимум - до трех рабочих дней.
    Не обозначено
      На VIP подписке указано, что рабочее время остается тем же. И заявлено минимальное время ответа.
    Каналы связи
    –
    Поддержка оказывается только через личный кабинет.
      По телефону, месенджерам и любым другим каналам связи поддержка не оказывается.
    Подписка на обновление системы оплачивается отдельно от подписки на поддержку.
      Чат на VIP тарифе
    Консультация по установке
    ℹ  В виде инструкции по установке
    –
    –
    Консультация по возможностям ПО
    ✅ Да
    –
    ✅ Да
    Консультации по оплате и получению лицензионного ключа
    ✅ Да
    ✅ Да
    ✅ Да
    Консультация по настройкам стандартной функциональности
    ✅ Да
    –
    ✅ Да
    Решение проблем, связанных с неправильной настройкой купленной CMS
    –
    –
    ✅ Да, но за доплату
    Консультации по выбору серверного ПО
    ℹ  Список рекомендаций приводится в соответствующих разделах документации по продукту
    ℹ  Список рекомендаций приводится в соответствующих разделах документации по продукту
    ℹ  Список рекомендаций приводится в соответствующих разделах документации по продукту
    Установка ПО
    ⛔ Нет
    ⛔ Нет
    ⛔ Нет
    Перенос (с сервера на сервер или с локального сервера на хостинг)
    ⛔ Нет
    ⛔ Нет
    –
    Диагностика серверного ПО на сервере клиента
    ⛔ Нет
    –
    –
    Установка серверного ПО на сервере
    ⛔ Нет
    –
    –
    Оптимизация программного кода программных компонентов или модулей
    ⛔ Нет
    –
    –
    Помощь в поиске и устранении проблем в случае некорректного установления обновления
    ✅ Да
    –
    –
    Выявление и решение проблемы с лицензионным ключом при обновлении продукта.
    ✅ Да
    –
    –
    Непосредственное обновление
    ⛔ Нет
    Есть система автообновлений.
    Однако, если она не работает из-за настроек сервера, то техподдержка не решает такие вопросы.
    ⛔ Нет
    ⛔ Нет
    Но может быть предоставлена либо за отдельную оплату, либо в составе самого дорогого тарифа поддержки. 
    Вопросы обновления продукта после внесенных модификации в продукт вне рамок обновления
    ⛔ Нет
    –
    –
    Общие вопросы интеграции программного продукта с дизайном сайта с использованием руководства по интеграции и документации продукта.
      Консультации по архитектуре ПО для разработчиков и небольшим изменениям кода
    ✅ Да
    –
    ✅ Да
    Консультации по вопросам использования API модулей программного продукта.
    ✅ Да
    –
    –
    Пояснение общих вопросов программирования.
      Вопросы по CSS, HTML, Javascript и т.п.
    ⛔ Нет
    ⛔ Нет
    –
    Изучение проблем, связанных с базой данных
    –
    –
    ⛔ Нет
    Услуга доступна за доплату или на дорогих планах подписки на поддержку
    Интеграция сторонних сервисов/скриптов
    ⛔ Нет
    ⛔ Нет
    –
    Изменение конкретного программного кода модулей или компонентов для решения отдельных бизнес-задач.
      Кастомизация дизайна
    ⛔ Нет
    ⛔ Нет
    ⛔ Нет


      Предоставляется список партнеров для доработок или ссылка на фрилансерский сайт
    –
    ✅ Да
    ✅ Да - для кастомизации предлагается список партнеров
    Невозможность решить проблему может возникнуть
    -Вопрос задан в некорректной форме или обсуждение вопроса со стороны Пользователя происходит неконструктивно.
      -Пользователь не может предоставить необходимую для решения информацию.
      -В случае, если установка или настройка программного обеспечения происходила с нарушением рекомендаций разработчика.
      -Вносились какие-либо изменения в программный код продукта, либо его модулей.
      -Хостинг (сервер) не соответствует системным требованиям.
      -Вопрос выходит за рамки технической поддержки.
      -Вопрос относится к функционалу, который предоставляется сторонним сервисом
    Выполнение работ, которые уже были выполнены ранее.
    Если ошибка вызвана изменениями в стандартном коде ПО. Или не соответствующие настройки сервера.


     
    Сколько стоит поддержка?
    Ценообразование поддержки на международных площадках
      TF&CC (Нет описанной политики ценообразования)
    TM (есть четкая политика ценообразования поддержки)
    При покупке товара можно добавить +6 месяцев поддержки
    На нескольких товарах прослеживается тенденция, что Расширение срока поддержки стоит в 2 и более раз дешевле, чем обычная цена поддержки.
    30% от цены продукта
    Докупка поддержки в период действия предыдущего плана поддержки
    Обычная поддержка на случайно выбранных шаблонах составляет от 35% до 60% и даже 70% цены самого продукта.
    45% от цены продукта
    Возобновление поддержки после истечения срока поддержки
    –
    75% от цены продукта

     
    Тарифы на услуги, которые не входят в поддержку
    Среди площадок шаблонов и скриптов, только на TM размещены пакеты на типовые задачи. Вот некоторые из них, которые актуальны для OpenCart:
     
    Установка шаблона
    Создание базы данных и загрузка файлов
    Установка совместимого движка CMS / eCommerce 
    Полная установка и активация шаблона
    Импорт демо-контента
    $49
    Изменение цветов шаблона
    Регулировка основных цветов 
    Настройка цвета элементов и блоков
    Изменение цвета фона
    Персональный менеджер проекта
    $59
    Установка SSL-сертификата
    Шифрование высокого уровня
    Free site seal
    Легкая валидация домена
    Быстрый процесс выдачи
    $14
     
    Там же отмечается, что если необходимый вам объем работ не фигурирует в готовом пакете, что вы можете “нанять” веб-разработчика по часовому рейту за $20/час. Минимальный доступный пакет – 10 часов ($199).
     
    Такой вариант идеально подойдет вам, если вы хотите внести индивидуальные изменения, которые не поддерживаются другими готовым набором услуг. Вы получите профессиональную помощь. Это также беспроблемная возможность максимизировать потенциал вашего веб-сайта.
     
    Цены на некоторые типовые услуги на OpenCart.com
    На официальном сайте opencart.com есть раздел Dedicated Support. Там оговорена тарификация на некоторый набор типовых услуг.
     
    Сброс пароля администратора
    Что включено:
    Гарантия решить вопрос меньше, чем за 24 часа
      Что НЕ включено:
    - Сброс или восстановление паролей от FTP / cPanel
    - Сброс или восстановление паролей от базы данных
    - Решение проблем со страницей входа
    - Любые другие услуги, которые не описаны в пункте “Что включено”
    $99
    Разовое создание бекапа
    Что включено:
    - На выходе получите ZIP-архив
    -Бекап базы данных
    -Бекап файлов сайта
      Что НЕ включено:
    - Миграция сайта
    - Любые другие услуги, которые не описаны в пункте “Что включено”
    $160
    Разовое устранение бага
    Что включено:
    - Устранение заявленного бага
    - Репорт об измененных файлах и пошаговое описание устранения бага
    - 30 дней гарантии на устраненный баг
      Что НЕ включено:
    - Кастомизация сайта
    - Бекап сайта
    - Миграция сайта
    - Любые другие услуги, которые не отмечены в пункте “Что включено”
    от $150
     
    Также по запросу “Support Policy Opencart” в Google нашел несколько политик поддержки авторов, которые представлены на opencart.com. Среди них есть один официальный партнер. В его Политике поддержки говорится, что любое срочное обращение, которое требует немедленного решения (Ошибка 500, страница не работает и тд) стоит $50. При этом оговаривается, что в этот тикет входит только решение конкретной проблемы. Для каждой другой проблемы создается новый тикет.

     
    Какие тарифы на разовые услуги службы поддержки существуют в рунете?
    Ориентироваться на зарубежные цены при выполнении разовых работ, возможно, не совсем корректно. Нахожу разумным ориентироваться на тарифы платных российских CMS. Ведь именно с ними мы находимся в одних и тех же реалиях рынка и менталитета.
     
    Надо сказать, что немногие из подобных систем, открыто публикуют свои тарифы. Поэтому информация представлена всего по одному источнику с кодовым названием CSC.
     
    1 Кредит = 80 рублей. Купить можно от 50 кредитов (4000 р)
     
    В зависимости от сложности вашего вопроса, мы назначим ему один из следующих классов:
     
     
    Класс тикета
    Кредитов
    Рублей
    Вопросы о стандартной функциональности и настройке системы
    5
    400
    Помощь в вопросах, связанных с неправильной настройкой функциональности
    10
    800
    Сложные модификации
    (Возможность и сложность выполнения модификации определяются специалистом поддержки по своему усмотрению. Стоимость согласуется с клиентом.)
    от 20
    от 1600
    Изучение проблем, вызванных настройками сервера, изменениями в коде или некорректными данными в базе данных
    20
    1600
    Обновление магазина и решение проблем в процессе обновления в пределах двух патч-версий — 20 кредитов. Каждое последующее обновление (не считая SP) оценивается в 5 кредитов
    Обновление с версии 4.3.1 до 4.3.9 оценивается в 50 кредитов.
    4000 р
     
     * Примечание
    При изучении проблемы могут появиться новые факты, из-за которых класс тикета изменится. И, соответственно, изменится количество кредитов технической поддержки, которое будет снято за тикет.
     
    Кредиты снимаются за весь тикет, и только одна проблема может обсуждаться в одном тикете. Для вопросов, которые напрямую не связаны с темой текущего тикета, мы создадим отдельные тикеты.
     
    Резюме
    Анализ показал, что Поддержка включает в себя не только исправление багов, но и некоторую справочную службу по работе модуля или шаблона.
     
    Очевидно также, что это отдельный продукт, который покупается отдельно от шаблона или модуля. На это стоит обратить особое внимание, так как в нашем сообществе этот продукт раздается бесплатно и бессрочно, при том, что имеет потенциал монетизации.
     
    И на международных площадках, и среди платных российских CMS установка шаблона/модуля, кастомизация под запросы пользователя, устранение проблем со сторонним ПО, настройки окружения и разъяснение базовых принципов программирования НЕ входят ни в стоимость Лицензии, ни в стоимость абонплаты за поддержку. Автор, конечно же, при желании, может выполнить такую работу за доплату, но НЕ обязан. Зато обязан предоставить четкую пошаговую инструкцию по установке и настройке, чтобы пользователь смог выполнить установку самостоятельно(!). Тогда как пользователю рекомендуется пройти подготовку в центре обучения, читать документацию или нанять другого разработчика, который будет заниматься техническим обеспечением проекта.
     
    У Поддержки есть определенный и четко оговоренный срок, о чем явно написано рядом с ценой продукта. В нашем случае, согласно Оферте, срок поддержки — 365 дней со дня активации Объекта, но информация не размещена на видном месте, и редкий пользователь об этом знает. Тем не менее, исходя из объективно установленных реалий рынка, отвечать на вопросы клиентов, которые купили шаблон или модуль более года назад и ничего не доплатили — это чистой воды благотворительность. На такие обращения логично будет написать, что по условиям оферты поддержка имеет сроки. И если вопрос необходимо все-таки решить, то срок поддержки можно продлить за определенную доплату.
     
    Даже при оплаченной Платной поддержке купленного модуля, решение багов и конфликтов со сторонним ПО либо оплачивается отдельно, либо не выполняется вовсе. Отказ от решения конфликта со сторонним ПО не является дефектом поставленного продукта и не нарушает гарантий по предоставляемой поддержке. Следовательно, не может быть объективным обоснованием возврата или негативного отзыва.
     
    Консультационный ответ на вопрос о работе системы (в нашем случая OpenCart) на российском рынке стоит 400 р. Исправление какой-либо настройки на сайте клиента — 800 р. Любое исправление конфликтов с измененным кодом системы или сторонним ПО — от 1600 р. Любая новая проблема сайта, выявленная в процессе работы над устранением ошибки, должна быть тарифицирована отдельно, а не входить в изначальную стоимость, которая была названа ввиду изначально предоставленной неполной исходной информации как об одной ошибке
  13. SergeTkach
    На днях я провел анонимный опрос среди покупателей своих модулей. Делюсь результатами
     
    *Предупреждение
    На момент написания этого поста, в опросе приняли участие 62 человека, и это есть далеко не репрезентативная выборка. Но все же, эти данные весьма интересны.
     
    Сколько в среднем зарабатывает интернет-магазин на OpenCart?
     
    21% респондентов ответили, что их магазин приносит более 150 000 руб./мес (~50 000 грн/мес).
    11% — до 150 000 руб./мес (до ~50 000 грн/мес)
    9,7% — до 100 000 руб/мес (до ~35 000 грн/мес)
    9,7% — до 50 000 руб/мес (до ~20 000 грн/мес)
    6,%% — до 30 000 руб/мес (до ~10 000 грн/мес)
    12,9% — до 15 000 руб/мес (до ~5000 грн/мес)
    3,2% — 0
     
     

     
     
     
    Другие сведения по результатм опроса
     
    Вопрос: Есть ли у Вас админ или разработчик, которые поддерживает работу магазина?
    В 50% случаев нет разработчика, который поддерживает работу магазина. Тогда как 33,9% магазинов находятся на поддержке. Остальные либо "пилят" самостоятельно, либо обращаются к фрилансерам и авторам модулей.
     
    Вопрос: Используете ли Вы email-маркетинг?
    41,9% — Нет, а это вообще что разве работает?
    32,3% — Иногда делаем рассылки по базе покупателей, но системы как таковой нету. Отклик тоже так себе.
    6,5% — Да, конечно! Регулярно получаем продажи по емайл рассылке
     
    Вопрос: Продаете ли Вы на маркеплейсах?
    53,2% — Нет
    35,5% — Да
    6,5% — Раньше продавал(а), теперь открыл(а) свой магазин
    4,8% — Выразили намерение этим заняться
     
    Вопрос: Как вышло так, что Вы занялись интернет-магазином?
    25,8% — У меня работающий бизнес, и интернет-магазин является логичным продолжением деятельности
    22,6% — У меня есть любимое дело или хобби. Мой магазин связан с делом, которое мне нравится, почему бы на этом не заработать, если я в этом разбираюсь?
    14,5% — Работал(а) продажником(цей) на компанию, решил открыть свое дело
    11,3% — Не имел(а) дело с торговлей, но понял(а), что это перспективно. Решил (а) рискнуть
    Также был получен свой ответ: Я до сих пор работаю на складе в той же сфере товаров, которые представлены на сайте
     
    Вопрос: Сколько денег Вы тратите на продвижение ежемесячно?
    41,9% — 0
    4,5% — поставили прочерк
     
    При просмотре ответов отдельно взятых владельцев магазинов с наибольшими доходами оказалось, что большинство магазинов были установлены их владельцами самостоятельно, и это лично меня сильно удивило. Ведь только 2 человека при этом отметили, что являются и владельцем, и разработчиком. Почти все из этой группы регулярно вкладываются в продвижение, но суммы очень разные. Управлением магазином занимается зачастую один человек. Также прослеживаемая закономерность, что наиболее доходные магазины в половине случаев связаны с любимым делом.
     
    Вот связка ответов тех, у котого магазин приносит ДО 150 000 руб.
     
    Тратят ежемесячно на продвижение Сколько обошлось создание сайта Кто создавал магазин? Как пришли к открытию магазина 1000 30000 Сам установил Бывший продажник 150 у.е 1000 у.е Сам установил Работающий бизнес Порядка 30-35тысч Чуть больше 40тысяч рублей Сам установил Бывший продажник 100 евро реклама 1000 евро Сам установил Магазин по теме хобби 0 5000 Сам установил Работающий бизнес около 1000$ (все продвижение, не только SEO) Магазин 10 000, доработки до 60 000 рублей Фрилансер Работающий бизнес  
     
     
    Вот что ответили насчет затрат на продвижение те, у кого магазины приносят СВЫШЕ 150 000 руб. А также некоторые другие данные.
     
    Тратят ежемесячно на продвижение Сколько обошлось создание сайта Кто создавал магазин? Как пришли к открытию магазина 200 000 - 300 000 30 000 - 40 -000 Сам установил Не имел дела с торговлей ) если не считать рекламу 5-10 тыс Сам установил Бывший продажник 5000-7000 руб 30000 Сам установил Бывший продажник Около 3000 0. А на доработать около 100 000 за полтора года Сам установил Магазин по теме хобби 3-7 тысяч Около 120 тысяч рублей Студия Магазин по теме хобби 400 4-5 Фрилансер Магазин по теме хобби 2000 у.е. До Фи Га Сам установил Магазин по теме хобби по ситуации только в самое необходимое сам Магазин по теме хобби 40000 70000 Сам установил Работающий бизнес Более 1000$ Тяжело сказать. Более 5000$. Фрилансер Работающий бизнес  
     
    Также был смежный вопрос о том, сколько денег на вскидку потрачено на продвижение в целом. Самыми интересными ответами были:
    15 000 на обучение сео за 5 лет больше 30 000$ На последний проект потратил около 2000$. Но нужно ещё намного больше проектов несколько. Максимум около 100 тыс грн 500000 На сео порядка 20-30 тысяч, контекст за все время примерно 400тысяч  
    На вопрос "Кто занимается SEO?" 72,6% ответили, что самостоятельно.
    11,3% — студия
    6,5% — сменили несколько подрядчиков
     
    Интересно, что 71% респондентов до работы с OpenCart имели дело с другими системами и перешли на OpenCart. 58% имеют опыт с OpenCart более 5 лет. 35,5% — от 1 года до 3 лет. И только 6,5% являются новчиками.
     
    Среди тех, кто не верит в емайл-рассылку и не использует ее, не нашлось магазинов, которые тратят на продвжиние более 35 000 р, хотя некоторые из них при этом имеют доход свыше 150 000 руб. А вот среди тех, кто проводит емайл рассылку регулярно, — и бюджеты продвижения побольше и доход почти во всех случаях свыше 150 000 р. (за исключением 1 ответа, где в доходах поставлен прочерк). На мой личный взгляд, это говорит не о том, что рассылка всем поможет, а в том, что более продвинутые владельцы магазинов используют больше инстурментов.
     
    Резюме
    Среди магазинов с доходами свыше 150000 руб./мес., практически, половина таких, которые связаны с любимым делом Большинство владельцев магазинов, участвовавших в опросе, для старта установили магазин самостоятельно. Есть варианты, что работали с фрилансерами или знакомыми. Мало кто работал со студиями. Большинство не продают свои товары на маркетплейсах. Среди тех, кто регулярно проводит емайл-рассылку, нет магазинов с доходами ниже 150 000 руб.  
     
    P.S.
    Если Вы — владелец интернет-магазина на OpenCart, тоже принимайте участие в опросе. Для этого пройдите  по ссылке и заполните Google-форму — https://forms.gle/e2nJmfG1rZzJmgpi6
     
     
  14. SergeTkach

    Если клиент всегда прав, значит я всегда что?..

    Автор: SergeTkach,


    Немного маркетинга
    Изучаю занятный гайд по продажам. Очень интересный.
     
    К примеру:

     
    P.S.
    Основная идея здесь даже не в развенчании мифа о том, что клиента всегда прав. А в том, что долгосрочные дружеские отношения с клиентом (которые тоже являются мифом) всегда работают на будущее, и не имеют выгоды для продавца в настоящем. И если пытаться подстроиться под любого клиента и угодить ему, это будет для продавца всегда убыточной позицией. Если клиенту не нравится товар, то надо уважаеть его право и вкус. В таком случае клиент НЕ МОЖЕТ вызывать негативных эмоций и желания его научить жить. Такой клиент просто не входит в Целевую аудитория товара. А определять - входит или не входит лид в целевую аудитория - это одна из 8 святых обязанностей продавца.
     
    P.P.S.
    Внимание!
    В связи упоминания этого поста в совершенно ином контексте, чем я вкладывал в него смысл, на всякий случай уточню, что я не открещиваюсь от исправления явной ошибки в своем модуле и никого не призываю этого делать. Я гарантирую исправление в течение 3 рабочих дней при наличии доступов и возможности воспроизвести ситуацию. Но я также ограничиваю круг своей компетеций и отвечаю только за работу своего модуля, и не беру всякую работу, которая нужна клиенту. Это вообще даже близко не связано с ситуациями, когда автор не реагирует на ошибку.
     
    Этот пост про ПРОДАЖИ!  И про бизнес с измерением KPI. И про то, что к продажам надо исходить из позиции предпринимателя и соискателя собственных выгод. В продажах люди оперируют готовым продуктом или осознаваемым объемам работ, на которые готовы заранее, и которые обсуждены заранее. А если ты продаешь мирокволновки, а от тебя требуют сделать ремонт на кухе, то это уже не про продажи, а про душевные разговоры на отвлеченные темы, которые никто не оплатит. Или оплатят по дружески, как за работу продавца. Но работа строителя стоит, знаете, ли дороже...
     
    И про то, что установка модуля за 300 рублей автором модуля - это для меня что-то из другой вселенной. Потому что 1 час автора модуля стоит дороже. А если подходить к делу ответственно и оказывать сервис со всеми "прилюдиями", то установка займет почти час. Ну даже если 20-30 минут, мозгу потом для переключения нужно будет еще 23 минуты с хвостиком. 300 рублей прибыли оказыавются убытком -500 рублей, если оценивать рабочее время по самым скромным подсчетам по тарифу 800 р/час.
  15. SergeTkach
    Я убежден, что все рутинные процессы нужно автоматизировать.
     
    Если Вам в OpenCart нужно быстро установить скидки на всю категорию товара или даже на все товары сразу, Вы легко можете это сделать с помощью моего модуля Handy Product Manager, который специализируется на массовом редактировании товаров.
     
    Вы также можете назначить скидки на группу товаров по другим критериям:
    производитель наличие дата публикации кол-во цена конкретный выбранный атрибут и его значение  
     
    Но лучше один раз увидеть, чем 100 раз услышать. Поэтому прикрепляю видео на ютюбе - https://www.youtube.com/watch?v=Por-g9jiln4
     
     
     
     
     

Покупцям

Розробникам

Корисна інформація

Останні розширення

×
×
  • Створити...

Important Information

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

  Я даю згоду