Leaderboard

Ух, яку тему пропустив)) Якщо ще не пізно то вискажу свою думку, яку вже не раз висловлював тут. Взагалі такий проект потрібно починати ніяк не із стилів кодування, це якраз можна зробити і потім. Головне - це концепція, що у даної збірки буде такого, що буде якісно відрізняти її від теперіншього опенкарту, який докотився все "до ручки".. І зробити це дуже не складно - за основу беремо недоліки опенкарту (які ми всі дуже добре знаємо) та просто їх виправляємо, залишивши при цьому всі переваги. А не просто переписати все на статичні класи і все, це не вирішить жодних проблем. Це те саме що по суті робить сам Даніел - замість того щоб виправляти глобальні проблеми в коді добавляє нові шаблонізатори та змінює версії бутстрапу. Як на мене це всеодно, що починати ремонт у старій хрущовці не з заміни сантехніки, електрики, штукатурки итд. а з переклеювання шпалер та вкладання нової плитки в у санвузлі, яку будуть ложити на старі гнилі та іржаві труби та стару штукатурку - зовні може буде і гарно, але не це ж пц повний.. Які переваги у опенкарта: 1. Немала популярність, вона знижується, але на ньому все ще працює дуже багато сайтів 2. Дуже багато розробників які з ним працюють і на яких по суті все і тримається і які повинні бути дуууже зацікавлені щоб опенкарт розвивався і далі 3. Сам двіжок дуже простий в освоєнні та роботі та дуже швидкий, я бачив магазини на опенкарти де було більше мільйона товарів! 4. Величезна к-сть модулів, плагінів та тем 5. (можете доповнити) Недоліки (і їх також вистачає) 1. За розвиток всього двіжка відповідає аж одна людина, яка робить виключно те, що сама вважає за необхідне. На мою думку у Даніела просто не має необхідного технічного досвіду, щоб зробити з опенкарта нормальний двіжок. З нього б вийшов дуже гарний та відповідальний міддл розробник, який би працював з вже спроектованою архітектурою, але спроектувати велику систему самостійно він тупо не може.. З самого початку у мене таке враження що основу двіжка він десь злизав з якогось фреймворка (мені код дуже нагадує перші версії codeigniter) а далі вона взагалі не розвивається. Тобто сам зробити не може, а іншим не дає.. 2. Дуже жахливе відношення Даніела до інших розробників, коли для кожної нової мінорної версії двіжка потрібно писати нову версію модуля, бо там змінилася якась дрібниця типу створення посилань чи ще щось. Коли для кожного модуля потрібно писати гору html коду а потім його щей переписувати під кожну нову версію твіга чи бутстрапа. Коли за 15 років існування двіжка все ще немає нормальної системи розширень. Коли будь-які пропозиції та побажання щось виправити тупо ігноруються.. на і так дал. Тобто, розробників на яких все тримається тупо посилають подалі з їхніми проблеми. Писав про це ось тут 3. Примітивне ядро самого двіжка. Всі говорять, що опенкарт простий і це його плюс, ні, він, не простий - він примітивний і це не плюс, а насправді величезний мінус. І те, де опенкарт опинився зараз це якраз і результат цього. Відсутність нормальної системи розширень. Гарна система розширень це по суті основа, фундамент любого двіжка. Бо навіть якщо там буде дуууже примітивний функціонал, то маючи гарну систему розширень інші розробники самі все допишуть та щей зароблять на цьому продаючи різні розширення. Я вважаю і багато розробників цю думку підтримують що система модифікацій vqmod/ocmod це дійсно зло. Цей підхід суперечить багатьом фундаментальним принципам програмування. Наприклад принципи SOLID, другий принцип O - принцип відкритості-закритості, який говорить що програмі рішення повинні бути відкриті для розширень та закриті для модифікацій коду, тобто всі розширення повинні робитися через інструменти, які при цьому не змінюють програмний код! В опенкарті ж це не просто робитися як виключення, на цьому побудована вся! система розширень самого двіжка.. Це просто вибух мозку для мене бо це породжує просто нереальну кількість конфліктів та проблем. І в результаті з цього двіжка втікають як самі розробники, так і прості користувачі, яким постійно приходиться стикатися та виправляти якісь помилки. Для чого їм це якщо зараз є десятки сервісів, де вони можуть в пару кліків мишки створити свій магазин взагалі без знань програмування, і не просто створити, але і розширити його модулями та темами. І при цьому їм не прийдеться виправляти жодної помилки! І це на мою думку головна проблема опенкарту! (як мінімум одна із головних) і її потрібно вирішувати в першу чергу, без цього просто неможливо створити нічого якісно кращого за теперішній опенкарт. Як це можна виправити? Добавити систему Подій (Events) Вони взагалі не складні! Вся суть у тому, що коли у системі настає якась подія то до чи після неї запускається якась функція модуля. Все. Що тут складного? Просто Даніел спочатку добавив події без жодної документації, потім постійно у кожній новій версії їх змінював змінюючи і синтаксис і самі події, а потім взагалі забрав модифікатори, коли за допомогою подій не можна було вирішити великої к-сті необхідних задач.. і що в такій ситуації робити розробникам?? Самі події це дуже простий та елегантний концепт, це готовий патерн програмування, який використовується величезною к-сть інших двіжків, фреймворків та систем ітд. І скрізь це працює. Так чому ж це не працює в опенкарті? Тому що для впровадження цього інструменту мало створити клас Event.. тут потрібно змінювати сам двіжок, щоб він їх у повній мірі підтримував. Щоб через Events можна було вирішити не половину всіх можливих задач, а максимально набализитися до 100%, покриваючи фактично всі можливі задачі. Як це можна зробити не буду повторюватися, писав тут Ось вам готовий варіант двіжка, концепт, який буде якісно відрізнятися від існуючого опенкарта (а не тупо скопіює всі його проблеми не вирішивши їх, замінивши об'єкти на статичні класи..) і на який я б наприклад з радістю перейшов замість сьогоднішнього опенкарту, який вже якщо често в печінках сидить через свої баги, конфлікти, помилки та жахливе ставленням Даніела до всіх розробників.

я за неї теж голосував)

Обновление условий использования. (Пока еще не закреплена в лицензионном соглашении) С этого момента ограничение переноса лицензии с одного сайта на другой проходит процесс либерализации. Раньше переносить ключ с одно сайта на другой можно было не чаше одного раза в 72 часа. С этого момента перенос можно производить не чаше 1 раза в 24 часа. То есть сократилось в 3 раза. Пока что это официально не закреплено в лицензионном соглашении, если не будет злоупотребления буду продолжать либерализацию. Ну а если пойдет злоупотребления вернемся к прежней практике. ЗЫ. не хотел писать этот пост но нужно донести эту информацию до масс. Не хотел писать по причине холивара в этом вопросе. Так что давайте воздержимся от него.

Є ще ось такий варіант.

Нова версія ShowCase 1.4 Додано показ кількості для "Списку бажань" та "Порівняння". Додано показ зображень у меню виробників у модулі "Мега-меню". Дрібні баг фікси та покращення. Додані\Оновлені файли: Завантажити останню та актуальну версію шаблону, ви можете у центрі підтримки: https://octemplates.net/ Інструкція з оновлення тут: https://scdocs.octemplates.net/update Настійно рекомендуємо перед оновленням зробити резервну копію сайту (файли + база даних через PHPMYADMIN). За необхідності звертайтеся до нашої технічної підтримки. Ви можете замовити платну послугу оновлення шаблону до актуальної версії. Нова версія шаблону це: виправлення та покращення функціоналу + нові модулі та рішення. Увага! Якщо Ви вносили/вносите нестандартні та кастомізовані редагування у файли нашого шаблону, то Ваші доробки будуть затерті при оновленні.

@wvldmr Обо всех возможных проблемах не расскажу, т.к. это индивидуально и зависит от того какая конфигурация 1С, модифицированная ли база, какой модуль обмена на стороне 1С, какая версия либо сборка Opencart, какой модуль обмена на стороне Opencart, какие особенности вашего бизнеса и тд. Иногда даже простая задача "да мне просто остатки и цены выгрузить надо" оказывается не такой простой как кажется на первый взгляд. Если условно, то могу еще отметить следующее: (не обязательно у вас будут все озвученные проблемы, но в разных ситуациях / конфигурациях и в разных модулях многие из них возможны) 1) Выгрузка из новых конфигураций таких как УТ11, КА2 - более функциональная, но имеет больше нюансов чем из старых, таких как УТ10, КА1.1; 2) Выгрузка из Розницы имеет свои особенности; 3) Выгрузка из УНФ несколько отличается от других конфигураций; 4) Если у вас несколько складов в 1С и вы хотите чтоб это было и на сайте - будут нюансы/проблемы; 5) Если вы используете характеристики в 1С (опции в Opencart) - будут нюансы/проблемы; 6) Если сайт не пустой, т.е. на сайте уже есть товары которые не выгружены из 1С - возможны нюансы/проблемы; 7) Если у вас в 1С бардак - будут проблемы (в идеале в 1С должно быть ровно то, что вы хотите увидеть на сайте); 8) Если вы хотите двухсторонний обмен заказами - будут нюансы/проблемы; 9) Если вы используете в 1С механизм скидок - будут проблемы; 10) Если вы выбрали коммерческий модуль обмена, а он под ioncube - будут проблемы; 11) Если вы выбрали бесплатный модуль обмена, но он вас чем то не устроил и нужны доработки - затраты будут выше стоимости лицензии коммерческого модуля (но ниже, чем если вас не устроил коммерческий модуль и вы решили дорабатывать его); 12) Если вы хотите нестандартную "фичу" которая по вашему мнению крайне банальна и проста как 2+2, не удивляйтесь тому что "эти исполнители совсем оборзели, просят уйму денег за такую простую вещь". У обмена с 1С уйма острых углов и подводных камней. Если подвести итог - вам проще всего сделать копию базы, копию сайта и попробовать реализовать то что вы хотите. Получите ценный опыт, знания и представление о том устраивает ли вас то или иное решение или нет.