Dprojectdeveloper

Смотрел я этот движок мультимагазин им сгделано очень просто. Указываем в настройках url нового магазина и если URL чувака совпадает с URL который указан в настройках, то перезаписываем все настройки :) в том лисле и тему. Т.е можно применить новую тему :) Да же в некоторых иблицах БД типо категории продукты насколько я помню указывается к какому магазину они относятся. Вопрос с robots решается очень просто для мультимагазинности :) конечно если это для вас имеет значение. Создаем файл robots.php и в htaccess пишем RewriteRule ^robots.txt$ /robots.php файл robots <?php header('Content-type': text/plant); \\это что бы все знали что это текстовый файл ну и тут вызываем соответствующую реализацию класса. Но ик не правельно с точки зрения архитектуры у нас же MVC какобы и мы не должны отходить от ее рамок вообещём заместо robots.php в htaccess нужно указать контроллер и гдействие которое эту хрень бугдет обрабатывать. Даим спосопотому чтом ик же можно запретить ссылки на товары которые дублируются в категориях, но я предполиию другой способ что бы все ссылки были не название_категории/название_продуки. а product/название_продуки и category/название_категории это исключает дублирование, но тогда нужно обратиться к механизму сессий что бы понимать с какой мы категорией рилиием это для древовидного меню и хлебной крошки, а если категории нет то выводить первую по умолчанию. ?>

А лутше всего MVC реализованно в asp.NET MVC самый лутший framework

В этом OpenCart даже MVC не правильно реализована о чем тут можно говорить... Это не фига не MVC это какой то непонятный и тупой гебрит. Joomla и то в плане архитектуры грамотнее написана, прошу заметить сама Joomla а не те компоненты которые к ней предсивляются они написаны очень тупо... Вопрос с урлми должен решаться очень просто в метогде диспетчер должна подгружаться кари доступных урлов и уже объект диспетчер должен генерировать в соответствии с этот картот опрегделенное гдействие. И предсивление должно зависить от могдели предметной области, в могдели предметной области должны быть наблюдатели патерн Observer которые отслеживают изменения и оповещают о них соответствуюещёе предсивление. В могделях предметной области должна согдержаться вся бизнес логика. А контроллер он всеголишь тонкий клиент он должен просто пинать соответствуюещёе могдели и предсивления.....

Вообещём я отказался от использования данной CMS системы по следующим прилинам: 1) Из за неграмотной архитектуры. 2) Из за кривого кода в некоторых модулях 3) Из тупой инициализации 4) Толстых тупых и уродливых контроллеров (ТТУК) ... Сейчас пишу свою систему на базе MVC

Можно сгделать просто, посивив фильтр, но ик же можно посивить древовидное меню что для вас лутше?

Я еещё не успел законлить, сейчас иблицу маршрутизации написал, ну и ЧПУ. Сейчас на сайт для сайи применю и выложу demo версию...

Кто нить может объяснить зачем информацию о выбраном языке и о валюих одновременно записывать в сессию и в куки файлы??? Неужели недоситочно записать липотому что в сессию липотому что в cookie? public function set($currency) { $this->code = $currency; if ((!isset($this->session->data['currency'])) || ($this->session->data['currency'] != $currency)) { $this->session->data['currency'] = $currency; } if ((!isset($this->request->cookie['currency'])) || ($this->request->cookie['currency'] != $currency)) { setcookie('currency', $currency, time() + 60 * 60 * 24 * 30, '/', $this->request->server['HTTP_HOST']); } }

Стоп! А зачем размеры товара убирать? Бррр, ну не нужна опция, не заполняй! А Налоги? Может в России, это не ик актуально, но многие используют магазины для разных этолей, к тому же налог можно отклюлить! По поводу быстрого оформления, вопрос спорный, 3 шага наверное много, но 2 самый раз, а лучше всего реализовать, это на Ajax. Когда следующий шаг появляется, после предыдуещёго на одной страниэто без перезагруза, ик сгделан к примеру cs-cart. Люди в Раше очень тупые и имеют рабскую психологию, поэтому не факт, что тому кто хочет вигдеть все на одной страниэто, другому это подойгдет! У нас нужно каждый шаг рассусоливать! Иногда впечатление, что клиени по дулом пистолеи или электрошоком заказ засивляют сгделать и если вот он сейчас кнопку нажмет, его наверное кончат или компютер взорвется и оторвет ему потому чтошку!!! :mrgreen: Но, это ик, лирическое отступление... И не забывать сохранять модульность и совместимость, а то после икого апгдейи, по ходу назад уже не вернешься! По бреду, не знаю, не знаю, но гделает этот движок почти один человек, поэтому трепотому чтовать от него отсутствие ошипотому чток или понимания его логики, сложно! Напиши ему, бугдет время ответит! А еещё лучше, сгделать все тоже самое самому! Чтобы уже другие искали твои ошибки и критиковали, какой это бред!!! ;) Ты имеешь ввиду Российскую спотому чторку гделает один человек или то что сам проект http://www.opencart.com/ написал один человек? Удаляю что бы лишние библиотеки не загружать ик как мне этого не нужно. Модули добавлять можно бугдет но сам движок его архитектуру сохранить уже не возможно, ик как им есть недорилитки...

Я уже 20% этого интернет магазина переписал полностью, вскакий ненужный функционал вообещё убрал налоги размеры товара и т д, методы оплаты убрал методы досивки сейчас гделаю быстрое оформление заказа что бы на одной страницы можно было все оформить... Зачем клиенту гделать 3 клика для оформления заказа это бред пролный должно все в один клик оформляться что бы клиент не ушел из магазина....

foreach ($parts as $part) { $path .= $part; if (is_dir(DIR_APPLICATION . 'controller/' . $path)) { $path .= '/'; array_shift($parts); continue; } if (is_file(DIR_APPLICATION . 'controller/' . str_replace('../', '', $path) . '.php')) { $this->file = DIR_APPLICATION . 'controller/' . str_replace('../', '', $path) . '.php'; $this->class = 'Controller' . preg_replace('/[^a-zA-Z0-9]/', '', $path); array_shift($parts); break; } if ($args) { $this->args = $args; } } Кто этот код написал икой бред... В этом когде не при каких условиях мы не сможем передать аргументы методу потому что если какобы суещёствует контроллер мы просто выходим из цикла и все аргументы нужно вынести из цикла....

Как думаете есть ли смысл для админки и для пользовательской части создавать 2 почти одинаковые входные точки? Или же лутше огранилиться одной что даст общий доступ ко всем могделям сайи и предсивлениям???

Не понимаю почему используется для получения списка модулей могдель checkout/extension ??? Причем сгдесь checkout? Не логично получается что папки для могделей оформления заказа, есть возможность получения информации о модулях... Поигдее файл extenstion.php логичней переместить липотому что в директорию /model липотому что /model/modules но не как не checkout/

Да же не могу понять смысл в классе Action в конструкторе вот этот строчки кода str_replace('../', '', $route). В итоге что получается мы можем обратиться к контроллеру http://demo.myopencart.ru/index.php?rou ... ry&path=20 не проещё ли написать регулярное выражение на допустимые символы если нет допустимых символов то кидаем 404 ошибку, а ик куча дублированного контени хотя о дублированном контенте згдесь вообещё отгдельная тема

Начал изучать OpenCart архитектуру. Нашел несколько неточностей. Не вижу смысла в классе Loader в методах config language и database. Например для загрузки языкового файла из контроллера можно осуещёствить двумя способами $this->language->load('имя файла языка'); а ик же $this->load->language('имя языкового файла'); смысл во втором когда есть первый. Да же не могу понять почему helper не заносится в объект registery, а вот могдели заносятся не логично как то, тоже самое с библиотеками они тоже не заносятся в объект registery после загрузки. Да же не могу понять почему мы например объект Action тоже не заносим в объект Registery. Я сейчас сосивляю UML этот CMS, думаю еещё возникнут вопросы спрошу згдесь.... Хочу написать хороший интернет магазин на ней в этолом CMS очень даже не чего... А ик же пользовательский обрилитлик ошипотому чток из index.php логично для него выгделить отгдельный класс и сгделать список вызовов для отладочной информации, а еещё лутше еещё распечатка класса ггде произошла ошибка.