cmd

Сделал магазинчик чтобы приторговывать своими разработками. Ничего примечательного из себя не представляет, но если есть какие-то концептуальные\креативные\существенные замечания\пожелания\советы - с удовольствием прислушаюсь.

Серьёзно. Потому, что я не очень верю, что Яндекс-Метрика или Piwik в курсе интимных деталей Опенкарта. А речь шла именно о ней, мол она одной левой всё это делает.

А, да. True. Все идеи интегрировать слону слону рога обречены.

Связь реферера с конкретным заказом? Слабо верится.

Серьезно? Почему? Просто вешаем куку на входе и проверяем куку в момент заказа. Основного функционала где-то на 10 строчек кода. Ну, и ещё надо бы написать админский модуль для просмотра полученных данных - там уже больше кода.

Вышел то он вышел! но некоторые скрипты перестают работать с ним. Нужны допилы

Не увидел Ваше сообщение. См. deprecate.js

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

Хорошая и change log впечатляет. Но депрессировали селекторы :text, :radio, :password и иже с ними, а они мне нравились. И отдельный deprecate.js вопросами по которому, наверно, скоро все будут завалены форумы...

Нет ли у кого случаем модуля, который можно будет запустить по крону для постоянного обновления БД из дампа? Т.е. хочу постоянно отменять все изменения, которые вносят пользователи. Есть предчувствие, что такой модуль должен уже существовать, но не могу нагуглить...

Вышел релиз jQuery 1.8 http://blog.jquery.com/2012/08/09/jquery-1-8-released/

Ну, если вкраце, то там строка

$results = $this->model_catalog_product->getProducts($data);

обращается к моделе и забирает из БД список товара. Можно открыть модель и внести правки прямо в метод getProducts. А можно в контроллере ControllerProductCategory внести правки. Например, список товаров $results перебирается в цикле foreach - вот туда можно дописать какое-нибудь условие. А ещё ж там есть условие sort, которое можно попробовать обмануть... только я не уверен как... гуру, подскажите как $this->request->get['sort'] присвоение сделать? Может set? А может напрямую:

$this->request->get['sort'] = 'p.price';
$this->request->get['order'] = 'ASC';

А может надо set вместо get... я не помню как в OC...

А вы откройте вначале исходный код веб-страницы и найдите там незакрытый тег. Как только найдете я сразу скажу в каком он tpl. А пока я не знаю... В каком-то...

105 открытых div и 52 закрытых. Ищите незакрытый div, сударь :)

ProfiSale, в моем понимании, если Вам надо парсить целый сайт, то надо писать парсер самому с нуля. Никакая универсальная программа тут по определению не поможет. Парсер отгружаете на свой веб-сервер и запускаете через cron. Другое дело, если есть xml или какой-то API-интерфейс для экспорта товаров - тогда можно и коробочное решение попробовать найти. Но у Вас, как я понимаю, первая ситуация. Так что я совершенно не представляю как Вам десктопное приложение тут может помочь...

RGB, пусть минусуют. Я расцениваю это как "перекличку дебилов". Кто ж в здравом уме будет офтоперов защищать...

Сама тема эта оффтопная и бессмысленная, созданная от скуки и безделья.

dress81, что такое оффтоп знаешь? Название раздела "Предложения и пожелания". Я внес предложение, а ты зачем сюда написал?

Интересная работа. Тыкал по сайту и пытался вербализировать странное ощущение. А потом понял: DLE. Шрифты и стили создали у меня ощущение DLE. Baco, расскажите, почему выбрали реализацию на OC?

По моему опыту разработчики часто выступают в роли покупателей. Разработчик получает заказ, начинает серфить Google и выясняет, что может сэкономить массу времени кастомизировав готовое решение. И в такой ситуации цена модуля должна быть ниже, чем написание его с нуля исходя из минимального рейта. ИМХО, не стоит списывать разработчиков из потенциальных клиентов.

templater, нет, не я. Мне вообще было бы стыдно признаться, что я смотрю на свою карму.

Takep, как я говорил, я читаю старые темы и нет смысла их апать, чтобы ткнуть кого-то лицом в его некультурность.

Приятный шаблон. Спасибо, что поделились.

Зайду бывало на форум и начинаю просматривать какую-то ветку. А том оффтоп... оффтоп.... Хочется залепить минус и тому и этому.... А после первого минуса сразу выдает error: "Ваш лимит минусов на сегодня исчерпан". А я читаю оффтоп. Злюсь. Опять минус нажимаю. Опять error :)

А без минусов оффтоперы будут проживать жизнь в уверенности, что они приятные люди.

P.S. Хочу обратить внимание, что минусовать я предлагаю только людей глупых, невоспитанных, которые создают темы с бессмысленными названиями ("ПОМОГИТЕ", "Есть проблема..."), встрянут в чужие разговоры со своими неуместными проблемами, выбирают ветку форума для создания темы рандомным образом.

В админке: System -> Localization -> Weight Class

CI мне это вообще мало напоминает.. Накодился в CI дай боже.. опенкарт нравится большеее..

А можно с обоснованием?

А в ОС ядре из сотни патернов ООП только и реализован что MVC, да и то слабовато. Для нормальной разработки на ядре ОС как на фрэймворке необходимо хотя бы override реализовать (как во всех приличных библиотеках сделано) чтобы с vqmod не мучиться. Так что данное ядро из-за бедности функционала преимуществ при разработке не дает. Для серьезной разработки сложных приложений прежде всего ZF. Если нужно ядро попроще ZF, можно взять CakePHP или Symfony.

Спасибо, за мнение. Хотя, я не предполагал в своем вопрос ничего сложнее сайта-визитки с какой-то кастомизацией, которую проще реализовать "с нуля" как модуль, чем ковырять и дописывать тот же WP. Т.е. примерно то о чем написал выше AlexFisher. Но судя по отсутствию рабочих примеров таких сайтов - задумка себя, вероятно, не очень оправдывает.

А откуда вообще такие мысли? Представление данных в виде Модель-Контроллер-Шаблон это не footprint.

это не ядро, это готовая CMS, писалась предположительно на CI фреймворке по структуре MVC.

Baco, не уверен, что понял ответ. OC писалась на фреймворке CI?

Смотрю на ядро OpenCart (папочка system) - ну красиво же написано. А кто-то что-то ещё на этом ядре писал свое?

Вы говорите про информационную страницу "Контакты"? Можете открыть файл /catalog/view/theme/ваш_шаблон/template/information/contact.tpl и внести правки прямо туда. Но если у Вас мультиязычность, то лучше все делать по-фуншую, например, как говорит mersedes71.

Всем спасибо за полезную информацию и мнения вообще. Свою проблему я решил совершенно неожиданным образом - я в сессии писал ~200 Kb. Это был просто временный костыль, который я повесил в процессе работы. Как только начал писать в базу проблема сразу решилась сама собой. Объяснить взаимосвязь между сессиями и vQmod я пока никак не могу.

Вспомнил зачем переменная $cute_borders принимает значения true || false!

При ресайзе могут появляется поля (в зависимости от пропорций):

- если true, то поля будут обрезаны

- если false поля будут на месте (цвет подложки)