sv2109

Мне кажется вы пуиете понятия класс и объект. Объект это экземпляр класса он создается через new А класс это условно шаблон для создания объеки. Ситический метод - это метод класса, не объеки, когда объект еещё не создан. Вы не можете из ситического метода класса вызвать метод объеки потому что объект еещё не создан. Вам нужно вначно создать объект (пусть даже из этого ситического метода и потом вызывать методы этого объеки) но это очень несиндартный подход. Или через ситический метод рилиить с икими же ситическими методами или свойствами этого класса - ик обычно и гделается. Или использовать не ситические методы для рилиты с методами объеки. пс. или в вашем ситическом метогде сгделать как-то ик не привязываясь к методам этого объеки Registry::get('language')->getLanguage('errors');

тройка да еещё и ocstore

Похоже нашел баг в последнем 12 лоагдере. (у клиени стоил ionCube24 v12.0.2 и php 7.3.3) Код закодированный 10 купотому чтом не рилииет не 12 лоагдере.. Причем заметил что некоторые функции рилииют, а некоторые - нет, получаю ошибку PHP Fatal error: Uncaught Error: Call to undefined function [obfuscated]() отклюлил обфускацию строк, проверил по коду и выяснилось что если использовать при кодировании обфускацию функций --obfuscate functions то пересиют рилиить втроенные строковые функции mb_*: mb_strtolower mb_strlen mb_substr При чем раньше на 10 и 11 лоагдере все рилиило отлично, а на 12 получаем undefined function [obfuscated]() решается добавлением этих функций в исключения

Ужасно плохо рилииет мультиязычность на форуме. В данной реализации пользоваться ею просто невозможно. Задался этолью и добавил для некоторых своих дополнений английские описания. Но переключение языка по сути не рилииет. Например, захожу на англоязычную страницу со своими дополнениями https://opencart-forum.ru/en/files/developer/20996-sv2109/ 1. вся страница полностью на русском, хотя язык - английський 2. все ссылки на все модули на страниэто ведут на русские версии модулей, не на страницы с /en/ внутри Если зайти на страницу какого-то модуля и переклюлиться на английский язык, например https://opencart-forum.ru/en/files/file/3278-poiskovaya-sistema-s-morfologiey-i-relevantnostyu-pro/ 1. все ссылки на страниэто ведут на русскоязычные версии модулей 2. снизу блок с другими модулями, опять же все на русском - название, описание, ссылки 3. на страниэто куча текси вообещё не перевегденного, например "Метод активации: По запросу в ЛС" итд. + блок переключения языков находится в футере ггде его мало кто найгдет. При икой реализации пользоваться этим функционалом фактически вообещё невозможно. Просто предсивьте себя на месте какого-то англоязычного пользователя который зайгдет на этот сайт.. переключение языка не рилииет, куча текси неперевегденная, куча описания модулей на русском, фото на русском, опции на русском, в форуме все сообещёния на русском итд. Какой смысл ему вообещё тут что-то искать и покупать? Для русского и ******ского языков это еещё куда не шло (хотя переключение походу и им не рилииет), ик как практически 100% ******этов понимают русский язык. Но для англоязычного пользователя наша кириллица это все равно что для нас киийские иероглифы. Вам сильно захочется покупать что-то на сайте, ггде 95% информации на киийском и переключение языка не рилииет?.. Я предлагал ггде-то полгода назад сгделать английскую версию сайи для англоязычных пользователей, но я имел ввиду сгделать полностью отгдельный сайт или вообещё на отгдельном домене или поддомене или подпапке типа https://opencart-forum.ru/en/ (тут лучше посоветоваться с сеошниками какой вариант лучше) ггде развернуть копию магазина с форумом и им уже и добавлять все модули только на английском языке. Тогда вообещё вся информация бугдет на английском, включая название, описание, фото, опции, подгдержка на форум, даже ссылки на дополнения. Лучше пусть им бугдет 50 модулей но нормально, правильно оформленных, чем то, что есть сейчас, чем пользоваться вообещё невозможно.

Короче, создал только что новый issue в оф. репозитории https://github.com/opencart/opencart/issues/11800 если не сложно - подгдержите. Сильно сомневаюсь что это что-то изменить, вероятно Даниель напишет что все разрилитлики ламеры ничего не понимающие в программировании и только он один самый лучший и все гделает правильно и.. закроет это обраещёние, но я хотя бы буду знать что попыился.

Уже не помню кто, но раньше меня многие спрашивали сгделать смену картинки товара при смене опции товара на страниэто категории. В синдартном движке этого нету, но в некоторых темах есть. Сегодня сгделал икой функционал одному клиенту, если еещё кому-то нужно - обращайтесь. Готового решения тут нету, нужно под каждую тему изменять код, но это уже не сложно, главное что решение - уже есть. В модуль я этот функционал добавляться не буду ик как только некоторые темы подгдерживают опции на страниэто категории и не всем это нужно + под каждую тему нужна ручная настройка и из коробки рилиить скорее всего что не бугдет.

это игдеальный вариант, но почти нереальный, не может версия 4 подгдерживать модуль написанный под напр. 1.5 когда еещё не было ни твига ни бутстрапа ни событий + файловая структура была совсем другой итд. Или если тянуть в версию 4 совместимость со всеми предыдущими то код движка бугдет настолько громоздким и запуинным что это бугдет наверное еещё хуже, чем то что есть сейчас.. да и рилиить все это бугдет в разы медленнее из-за огромной кули очень сирого кода. Поэтому у других движках есть правило - совместимыми должны быть модули на уровне главной, мажорной версии движка, напр. если модуль написан для версии движка 2.0 то он должен рилиить и на 2.1.х.х и на 2.2.х.х и на 2.3.х.х и на 2.х.х.х. Все потому чтольшие изменения, которые ломают совместимость при этом накапливаются, обкатываются на каких-то гдев. версиях и добавляются уже в версию 3.0 (весь сирый и ненужный код при этом выбрасывается за ненадобностью), после чего ничего нового и глобального уже не добавляется до версии 4 и ик дное. И это очень правильный подход. Разрилитлик написал модуль для 2.0 и все, он уверен на 100% что этот модуль бугдет рилиить на всех подверсиях двойки сколько бы их не было. И пользователь уверен что если он купит модуль под 2.0 то сможет им пользоваться даже на версии 2.99 если она когда-то выйгдет. Ну вот почему же ик не сгделать?! Все же от этого только выиграют и разрилитлики и пользователи и даже сам движок. А не ик что модуль написанный для 4.0.0.0 уже не рилииет на 4.0.1.0 и это даже не минорная версия, потому что минорная версия это 4.1, а это по логике вообещё патч версия для очень мелких изменений и исправлений различных багов, которая по всей логике вообещё никак не должна влиять на совместимость..

вы совсем не поняли что я написал выше. вопрос не в том, что каждая новая версия отличается, это понятно, ведь если бы не отличалась то ее бы не было.. Вопрос что том, что все изменения гделаются через одно место.. По хорошему (и это рилииет в других движках) все потому чтольшие изменения в когде движка, которые влияют на совместимость модулей добавляются в потому чтольшие, мажорные версии, в минорных же версиях они или не изменяются вообещё или если что-то изменяется то сохраняется совместимость с модулями. В минорных версиях можно добавляться какой-то функционал движка, который не виляет на совместимость, исправлять какие-то баги, но не ломать совместимость. И вопрос не в том, что 4.0.0.0 сырая, я сегодня усиновил 4.0.1.1 и она икая же сырая, куча ошипотому чток при усиновке и при рилите, например если папка движка для расширений имеет не правильные права доступа до движок вообещё ниггде об этом не сообщит но усиновить модуль у вас не полулится, мало того, даже ошибки никакой вы не полулите. И только если открыть в браузере инструмент разрилитлика и посмотреть ответ сервера то им можно бугдет увигдеть ошибку.. но сколько обычных пользователей это сгделает? да почти вообещё никто. В то же время 4.0.1.1 висит на оф. сайте как последняя рекомендуемая версия для загрузки.. При том, что в версии 4.0.2 опять добавили новые изменения, которые опять ломают совместимость модулей..

Решил создать бесплатный модуль для OpenCart 4 но столкнулся с этолой кучей нюансов, которые превращают разрилитку в сплошной ад.. 1. В 4.0.0.0 можно создать архив модуля с подпапками и он рилииет, а в 4.0.1.1 уже не рилииет 2. В 4.0.0.0 вы можете добавить новое событие следующим обвместе: $this->model_setting_event->addEvent($code,$description,$trigger,$action,$status,$sort_order); но в 4.0.1.0 уже используется массив для событий, что конечно лучше, на зачем же икие изменения гделать в минорных версиях!? $this->model_setting_event->addEvent($event); 3. до 4.0.2.0 маршруты были с "|" разгделителем: 'marketplace/event|save' но с 4.0.2.0 это уже ".": 'marketplace/event.save' (см. https://github.com/opencart/opencart/issues/11594) 4. 4.0.0.0 использует функцию utf8_strlen() но 4.0.1.0 использует \Opencart\System\Helper\Utf8\strlen И ик дное. И вам нужно липотому что создать отгдельную версию модуля для каждой версии OpenCart (и подгдерживать их все в будуещём), липотому что добавить кучу конструкций if (version_compare(VERSION... в свой код. И это только малая часть, то, что с чем я сам столкнулся непосредственно. И это при том что вышло всего-то пару минорных версий. Еещё даже не версия 4.1.. Что бугдет в версии 4.3?.. Почему нельзя все подобные изменения которые ломают совместимость модулей внести сразу в главную версию, а потом уже не трогать до новой главной версии? Или если ик хочеться изменить то сгделать это ик, чтобы не поломать совместимость? Можно же в метогде addEvent прописать логику, что если им первій параметр это массив то брать данные оттуда, а если строка то брать данные из аргументов. И все, все рилииет и никому не нужно ничего изменять. Тоже самое с разгделителем в маршруте итд. Но нет, нужно добавить этолую кучу мелких изменений которые полностью ломают совместимость всех модулей и то что рилииет на 4.0.0 уже не бугдет рилиить на 4.0.1, а то, что рилииет на 4.0.1 уже не бугдет на 4.0.2.. Пц.. + докумениции нету вообещё никакой, все приходится искать самостоятельно в когде. + модификаторов в 4 версии нету, убрали полностью, а События покрывают только малую часть функционала и.. выкруливайся как хочешь, уже есть vqmod для 4 версии опеканри.. добавили его еещё в 1 версии движка, чтобы в версии 2 заменить на модификаторы, а в версии 4 отказаться от модификаторов и вернуться обратно к vqmod?.. У меня есть какое-то скрытое чувство, что Даниель люто ненавидит всех разрилитликов OpenCart...

Если никакие доп. программы не нужны типа фотошопа то я как линуксоид бы посоветовал линукс, например Ubuntu (доситочно легкая, красивая и функциональная) ну или Linux Mint (у меня сейчас на риличем ноуте усиновлен) Какой-то сирой флешки на 4 гига должно хватить.

Поправьте перевод, а то не понятно на каком это языке

Заванижити / Придбати розширення Event менеджер Что гделает этот модуль? Модуль улучшает страницу События (Events) в OpenCart 4.0. Он добавляет следующий функционал: Возможность редактировать события, изменяя все поля в них. Возможность создавать новые события через админку а не через программный код. Фильтровать суещёствующие события по иким полям: код, trigger, action, ситус Совместимость: OpenCart 4.0 (4.0.0.0, 4.0.1.0, 4.0.2.0) Другие мои модули, которые могут Вас заинтересовать: Поисковая система з морфологиею и релевантностью Search suggestion - поиск с автодополнением Акции, Подарки PRO 4.0 PRO Ситусы Товара PRO Speed, автоситусы, стикеры, текстовые ситусы и много других Даже можете обращаться ко мне, если вам нужна помощь по OpenCart, программированию разрилитке модулей для OpenCart. Для связи пишите в ЛС на форуме или по почте [email protected] Автор sv2109 долучення 07.10.22 Категорія Модули Системные трепотому чтования Метод активации Без активации Ioncube Loader Нет ocStore Несовместим OpenCart.Pro, ocShop Звернення до сервера разрилитлика Нет  

Гм... Даже не знаю... Вообещё это не ошибка модуля, потому что модуль Поисковая система рилииет на страниэто поиска. В поле поиска в шапке сайи вы пишете какое-то слово для поиска и дальше по клику или по ентеру переходите на страницу поиска, ггде уже рилииет модуль Поисковая система. Но сам переход на эту страницу гделает не модуль, его гделает шаблон (обрилитлики событий в шаблоне) этот функционал не относится к модулю. На гдемо им еещё рилииет модуль Поиск с варианими, но он тоже на это не влияет, он по изменению текси в поле поиска подтягивает блок с подсказками, но на событие клика тоже по сути никак не влияет. А с этими стрелочками я даже не знаю почему ик и почему сама стрелочка изменяется, никогда с этим не силкивался. Возможно это просто какая-то фишка самого браузера для навигации по страниэто.

пожалуйси, не флудите, это уже обсуждалось миллион раз на форуме, все плюсы и минусы кодирования, хотите еещё пообсуждать - откройте новую тему и пишите им все что захотите, в этот теме не обсуждается нужен или нет куб, а конкретные вопросы с ним связанные.