Перейти к публикации
Поиск в
  • Дополнительно...
Искать результаты, содержащие...
Искать результаты в...

markimax

Пользователи
  • Публикаций

    20 209
  • Зарегистрирован

  • Посещение

Все публикации пользователя markimax

  1. Думаю что на форуме надо сделать выбор валюты! И сразу все проблемы пропадут Кто хочет в рублях, кто хочет в uah или usd покупать и не будет для пользователей с разных регионах двойной конвертации! А так проблемы у всех, у граждан РФ двойная конвертация рублей, а граждан Украины двойная конвертация рублей.... короче полный беспредел :)
  2. Для начала вполне хватит для ocStore 2.x первой версии Нормальный перевод и seo_pro
  3. А Вы случайно не включили в настройках виджета - Ajax загрузка виджета ;) Еще выключите "Отложенная загрузка" - скорее всего у вас какой то JS код очень долго грузиться в браузере (именно у вашего региона или провайдера), поэтому виден "лаг" у вас, а у нас нет Выключите отложенную и тогда модуль не будет ждать тормозного скрипта, пока он загрузиться, а сразу будет замещать стандартные отзывы в буфере PHP Так что всё продумано
  4. А вы не задавались вопросом "почему". Да потому что изначальная стратегия была не совсем правильная. Посмотрите как долго выходили версии ocStore по отношению к версиям opencart, все из-за "того же" - не было гибкости обновления, мало того баги старых версий opencart, которые пофиксили переходили в следующие версии ocStore Сейчас вы пытаетесь наступить на те же грабли. Я писал, что не согласен с путем развития, который предложили. ocStore 2.x должен иметь минимум воздействий на сам код opencart и минимум привязок к коду, т.е. надо делать платформу, которая бы могла автоматом обновлять любую версию opencart 2.x и самое главное быстро.
  5. В смысле? Отзыв есть... Скорость тоже нормальная - такая же как в выводе категории
  6. Самый главный вопрос: ocStore будет отдельным форком, со своей архитектурой (совместимой ~ на 90%) или это будет opencart с ocmod и модульными дополнениями и полностью совместимый с opencart и не зависящий от выходящих новых версий opencart Потому что новые версии просто выносят мозг https://opencartforum.com/topic/48011-opencart-203x-баг-фикс-внимание/ И если к ним не привязываться к обновлениям opencart то будет полная ж Он (стратегический вопрос) - не решен. Пока его не решили, ничего и не будет
  7. Где вы это увидели?! Не внимательно смотрите Где здесь "из контроллера"!? class ViewModuleProduct extends View Можно назвать как угодно (для совместимости с opencart) class RouterModuleProduct extends Router Так даже правильнее, я написал - это не финальный код архитектуры, а прототип Во первых в opencart все не правильно "названо" и перепутано, поэтому чтобы правильно изменить opencart - вот так и надо делать И покажите где здесь в контроллере связь с View как в opencart (return $this->response->setOutput - возврат html фактически, а реально вообще контроллер opencart работает как View с логикой, что полный бред )?!
  8. При это осталась бы почти полная совместимость (~90%) со старыми модулями - так как код контроллеров бы почти не изменился бы! Просто в конце контроллеров надо было бы заменить return $this->response->setOutput на return $this->data
  9. Сам opencart отличный FW, только его надо чуть допилить до нормального https://opencartforum.com/topic/42958-начало-работ-над-версией-ocstore-20/page-16#entry415889 А Даниель вместо этого занялся х...й разного рода рюшечек bootstrap, вместо того чтобы уже раз и навсегда сделать opencart -у самую лучшую архитектуру!
  10. EVMedvedev ... в контроллере вывод на View!? Это вы называете "ничего плохого" И тут же дальше сами себе противоречите. Вы не совсем поняли. Еще раз повторю. В контроллере не должно быть view - это тогда не классический MVC и нативный. Должно быть вместо псевдо - "контроллера" <?php class ViewModuleProduct extends View { .... protected $data; public $html; public function index() { $this->data = $this->hook_begin($this->data); ... $this->load->controller('product/product'); $this->data = $this->controller_product_product->getProduct($this->data); ... $this->data = $this->hook_end($this->data); $this->html = $this->load->render($this->template , $this->data); return $this->response->setOutput($this->html); } Вот какая должна быть архитектура (это "объяснения" на пальцах конечно, но кто в теме, тот поймет) И это надо было сделать в версии 2.x в первую очередь, тогда не надо VQMOD или OCMOD Как видите контроллер возвращает массив данных, который можно в любое время обработать и обратиться к контроллеру и данные вывести как вам угодно под ваш стиль При этом можно перехватить сам контроллер на себя и обработать в своем данные или логику стандартного контроллера через __call И прекрасно бы обрабатывался ajax и т п. И кеширование сразу блоками HTML (хуками ("подсовывая готовые данные из кеша")... и отрубить вычисления контроллера через _call обработку) и еще много можно было сделать разного рода вкусных плюшек И никаких vqmod и ocmod !
  11. Не говорите мне про турков, они еще тоже в архитектуре мудаки еще те... Мне хватает вот этой говно архитектуры уже с головой $this->response->setOutput($this->load->view('default/template/product/product.tpl', $data)); Просто они расширили чуть больше функционал и немного переделали админку под себя. Не нашел я ни хуков "magento", ни настоящего MVC, ни передачи массива данных между модулями и возврат контроллером массива а не html, ни перехвата и изменения этого массива Т.е. не нашел ничего стоящего. Те же яй...ца только в профиль Вывод: Даниель - мудак (кстати слышали про 50% ;) ), а турки это его последователи... мудазвоны
  12. И какая популярность этого г ? Никакая, единичные случаи.
  13. Без поддержки сообщества разработчиков - выкинутое время зря
  14. markimax

    [Поддержка]

    1. Нечетная ширина картинки или при ресайзе получается "остаток" (округляет в большую сторону) - адаптивный ресайз добавляет поле от себя (сторонняя библиотека ресайза) Совет ставьте оптимальную ширину 2. Невозможно увидеть так как не видно админ части (добро пожаловать в ЛС)
  15. Внимание до версии opencart 2.0.3.x был БАГ В конструктор библиотеки Mail передавалась строка вместо массива В opencart 2.0.3.x баг пофиксили и расширили возможности Раньше было: $mail = new Mail($this->config->get('config_mail')); И в новой версии выдает notice на этот баг код Стало $mail = new Mail(); if ($ver >= 203) { $mail->protocol = $this->config->get('config_mail_protocol'); $mail->parameter = $this->config->get('config_mail_parameter'); $mail->smtp_hostname = $this->config->get('config_mail_smtp_hostname'); $mail->smtp_username = $this->config->get('config_mail_smtp_username'); $mail->smtp_password = html_entity_decode($this->config->get('config_mail_smtp_password'), ENT_QUOTES, 'UTF-8'); $mail->smtp_port = $this->config->get('config_mail_smtp_port'); $mail->smtp_timeout = $this->config->get('config_mail_smtp_timeout'); } От меня добавлено if ($ver >= 203) { Потому что в меньших версиях при добавлении этого кода - отсылка почты не будет работать $mail->protocol = $this->config->get('config_mail_protocol'); $mail->parameter = $this->config->get('config_mail_parameter'); $mail->smtp_hostname = $this->config->get('config_mail_smtp_hostname'); $mail->smtp_username = $this->config->get('config_mail_smtp_username'); $mail->smtp_password = html_entity_decode($this->config->get('config_mail_smtp_password'), ENT_QUOTES, 'UTF-8'); $mail->smtp_port = $this->config->get('config_mail_smtp_port'); $mail->smtp_timeout = $this->config->get('config_mail_smtp_timeout');
  16. Он не российский и не украинский. Он международный. Здесь есть пользователи с Прибалтики, Болгарии, Беларуси и многих других стран. Есть системы оплаты - liqpay - это система Приватбанка Украины Есть и другие системы оплаты
  17. markimax

    opencart.com commission

    Он пошел по "стопам" themeforest...
  18. https://opencartforum.com/files/file/2371-oc-2-seo-cms-pro-2-блог-новости-отзывы-галерея-формы/
  19. :) В точку. И добавить что кривее модуля чем паладин для opencart - нет julia130786 отправьте паладин в мусорку
  20. Видели? https://opencartforum.com/files/file/2371-oc-2-seo-cms-pro-2-блог-новости-отзывы-галерея-формы/
  21. Вы не правы. Каждое изменение seo_pro приводит к большей вероятности конфликта и тем более будут проблемы при обновлении К тому же блог в journal2 просто никакой...
  22. А не проще просто модуль блога поменять?! Зачем эти патчи seo_pro - совершенно не логично
  23. Заменить это г на нормальный модуль
  24. Иногда такое ощущение что пользователи просто издеваются надо мной Уже рассказали где! Носом еще ткнуть? Без обид

×
×
  • Создать...

Важная информация

На нашем сайте используются файлы cookie и происходит обработка некоторых персональных данных пользователей, чтобы улучшить пользовательский интерфейс. Чтобы узнать для чего и какие персональные данные мы обрабатываем перейдите по ссылке. Если Вы нажмете «Я даю согласие», это означает, что Вы понимаете и принимаете все условия, указанные в этом Уведомлении о Конфиденциальности.