-
Публікації
2 247 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Повідомлення, опубліковані користувачем Baco
-
-
Данный файл отображает все отслеживания, запрашиваемые вызовы и получаемые системные сигналы твоей платформы (хостинга). То есть была запущена утилита KTRACE которая присутствует в BSD платформах. С какой целью создан и для чего - неведомо, но это к вебразработке не имеет никакого отношения, это для системных кодеров больше интересно.
-
Файл в студию.
-
1.http://bloomy-shop.ru/catalog/view/javascript/common.js
2. http://bloomy-shop.ru/catalog/view/javascript/script.js - предположительно он бажит и посему, желательно удалить функцию:
$(document).ready(function() { var fl=true; /* AddToCart */ $('.addToCart').click(function() { if (fl) { fl=false; var tis = $(this); $.ajax({ url: 'index.php?route=checkout/cart/add', type: 'post', data: 'product_id=' + tis.attr("data-id"), dataType: 'json', content: this, success: $.proxy(function(json) { $('.success, .warning, .attention, .information, .error').remove(); if (json['redirect']) { location = json['redirect']; } if (json['error']) { if (json['error']['warning']) { $('#notification').html('<div class="warning" style="display: none;">' + json['error']['warning'] + '<span class="close"><img src="catalog/view/theme/mmosolution100/image/close.png" alt="" class="close" /></span></div>'); } } if (json['success']) { $('#notification').html('<div class="success" style="display: none;">' + json['success'] + '<span class="close"><img src="catalog/view/theme/mmosolution100/image/close.png" alt="" class="close" /></span></div>'); $('.success').fadeIn('slow'); $('#cart-total').html(json['total']); $('#cart .content').html(json['output']); animateProduct(tis.parents().find(".image2 img") , $("#cart")); } }, this) }); } });
и не забудьте подключить colorbox, а то ошибка дальше всплывает: Uncaught TypeError: Object [object Object] has no method 'colorbox'
и рисунок добавьте:
-
Подключите библиотеку colorbox, а то ошибка всплывает: Uncaught TypeError: Object [object Object] has no method 'colorbox'
-
проверить права на файл my_mego_log.log и проверить в админке, правильно ли выставлено логгирование + права на папку с рисунками (image/cache) выставить (рекурсивно).
-
ТЗ нет, писать некому. Формулы вывести можно.
А как тогда определился бюджет с суммой в 5000 р. ? без ТЗ - никак, формулы - это уже удел программиста, что б зависимости при отборе выводил (как на том сайте).
-
Подобные калькуляторы "по примеру" не пишутся, есть у вас ТЗ, откуда входные параметры брать, подписка на рассылку и т.д...
-
Ну если писать поконкретней, то код примерно такого плана:
<div class="banner"> <h3><span>Заголовок</span></h3> <p> <img src="image/изображение.jpg" class="right" alt="Описание к изображению"> Сам текст описания в баннере</p> <a href="/ссылка" class="button">Детали »</a> </div>
это Ваш мод можно упростить под описанный выше код, включив в переборе массива баннеров инкримент и разделить на ширину.
а у меня если использовать HTML то можно за**мучаться вводить рисунки, ссылки, кнопки и заголовки... в общем ясно, спасибо, ответили на вопрос.
-
Во первых, минус можно было и не ставить, не понятна мотивация такова... во вторых - мой модуль с HTML модулем не имеет ничего общего... там отдельно текст, отдельно рисунок и отдельно тайтл выводяться... работает на конфигах.
4. пункт я так понял написан "из пальца", так как аргумента понять не могу, что за "модуль для движка" и "полуконцепт" или же модифицированный модуль "баннеры" с выводом картинок в линию теперь называеться "модулем для движка" ?
Ладно, мне нечего делить с Вами и поставлю "+" чисто за то, что проделанная работа заслуживает внимания.
-
Включен в настройке ЧПУ "показывать товар без категорий"... предположительно. Кстати, разрабам, могу сбросить сео_про (мной подпиленный) для пагинации, лимитов и сортировки + поиск + теги, всё это в брокарте сделал (получится что то типа http://www.moj_sait.com/20-desktops/price-asc/page-2), правда сам контроллер Yesvik-а взял за основу... обращайтесь.
-
Вопрос более глобальный...
Для переключалки библиотек, использовать те же конфиги через модуль, но с помощью функции:
$this->document->addScript
и стилей (прямо в хедер) с помощью:
$this->document->addLink
Так как в каждом header.tpl есть код типа:
<?php foreach ($links as $link) { ?> <link href="<?php echo $link['href']; ?>" rel="<?php echo $link['rel']; ?>" /> <?php } ?>
и
<?php foreach ($scripts as $script) { ?> <script type="text/javascript" src="<?php echo $script; ?>"></script> <?php } ?>
то есть с помощью нужных конфигов, вполне можно переключать нужные библиотеки и нужные стили, а вот нюансы уже типа rel и т.д., то тут вопрос сложный, я в верстке не особо смекалист, но думаю так же решить можно.
- 1
-
я тут посмотрел код опенкарта, возможно кому пригодится, в опенкарт есть возможность в последних версиях хранить конфиги в файлах, правда эта возможность почему-то никем, даже самим опенкартом, не используется.
файл конфига должен лежать в /system/config
подгрузить можно через $this->load->config('filename');
или через $this->config->load('filename');
после чего все данные из этого файла будут доступны в массиве конфига через $this->config->get('foo');
по-моему отличная альтернатива, учитывая сколько времени уходит на написание страницы настроек для модуля или темы, особенно если там несколько десятков значений..
Альтернатива хорошая, но... подключать доп. класс в startup.php - нагружает, тем более когда массивный проект получается и оптимизируется чуть ли не каждый запрос (тут я про кеш подумал и написал ранее).
..и в результате сделать именно то, от чего я предлагаю избавиться в первом сообщении этой темы :)
А вот отсюда можно подробнее? Где и как это сделать?
catalog\controller\module\moj_config.php
вставляем что то типа этого:
<?php class ControllerModuleMoj_config extends Controller { private $error = array(); public function index() { $config_data = array( 'config_page_1', 'config_page_2', 'config_page_3', 'config_page_4', 'config_page_5', 'config_page_6', 'config_page_7', 'config_page_8', 'config_page_9', 'config_page_10', 'config_page_11', 'config_page_12', 'config_page_13', 'config_page_14', 'config_page_15' ); foreach ($config_data as $conf) { $this->data[$conf] = $config[$conf]; } if (file_exists(DIR_TEMPLATE . $this->config->get('config_template') . '/template/module/moj_config.tpl')) { $this->template = $this->config->get('config_template') . '/template/module/moj_config.tpl'; } else { $this->template = 'default/template/module/moj_config.tpl'; } $this->render(); } ?>
а уже в самом catalog/view/theme/default/template/module/moj_config.tpl
Пишем что то типа этого:
<style type="text/css"> #id-form {display:<?php echo $config_page_5; ?>;} #id-form_2 {background-color:#<?php echo $config_page_11; ?>; cursor:wait;} #id-content {height: <?php if ($theme_config == 1 && $config_page_10 == 1) {?> 450 <?php } elseif ($theme_config == 1 && $config_page_10 == 0) { ?> 330 <?php } elseif ($theme_config == 0 && $config_page_10 == 1) { ?> 370 <?php } else { ?> 250 <?php } ?>px; width:560px; .class-header {background: #<?php echo $config_page_14; ?>;} </style>
ну а сами классы - по шаблону стандартно, например <div class="box-heading"> заменить на <div class="class-header">
-
Здесь есть несколько путей, можно просто в контроллере header.php подключить тут:
$this->children = array( 'module/language', 'module/currency', 'module/cart', 'module/mine_conf' );
можно в админке, присвоить вывод модуля на всех схемах без разницы в какой позиции - это я думаю оптимальный вариант, ведь "рендёринга" в модуле не будет никакого, чисто переменные... для использования же по шаблону, вам надо поприсваивать всего навсего классы, а в модуле текущем сделать типа:
<style> . body { background: #<?php echo $config_page_14; ?>; } </style>
-
согласен, с кешированием - перегнул... а вот по поводу пользовательского, то ничего не мешает создать вам пустой тпл, где в качестве кода, распишите стили своего конфига, будет а-ля "модуль-стайлшит" (©) где в клас подгружаються <?php echo $config_page_12; ?>, по крайней мере хоть кодеру проще будет ориентироваться в вашем шабе, с таким модулем, чем читать между строкА зачем кешировать настройки шаблона? Вы представляете, сколько раз юзер может "играться" с цветами или отступами, пока подберет подходящую комбинацию и настроит шаблон так, как ему нравится, и что - ему придется каждый раз чистить кеш? Но фиг с ним, с кешем, я все равно не понимаю другой момент:
модуля в пользовательской части ведь нет как такового
P.S. Если что, могу подсобить с конструкцией.<?php
$mymoduleproperty = $this->config->get('mymodule_mymoduleproperty');
echo $mymoduleproperty;
?>
- 1
-
Ув. автор, в чем отличие от этого модуля кроме адаптивного функционала ?
-
А что вы предлагаете для тех же целей - без вкмода и перезаписи файлов? Напомню, изначально задача стояла в разработке модуля для набора настроек шаблона, как-то: цвет каких-то элеметов, расположение, вариант слайдшоу и т.п.
Как вариант, можно с помощью модуля, подгрузить на определённые схемы подключение, своего рода "конфига", который по сути своей, есть не что иное, как массив значений конфига (выбранный, так как выгружать все нет резона и плохо для безопасности), и просто напросто - закешировать, что бы не обращаться к базе при открытии новой страницы снова в базу за настройками, в самом же модуле, разобрать сам массив из кеша, присвоив значения переменных соотвественным значениям view файла.
Практический пример №1:
catalog\controller\module\moj_config.php
<?php class ControllerModuleMoj_config extends Controller { private $error = array(); public function index() { $config_data = array( 'config_page_1', 'config_page_2', 'config_page_3', 'config_page_4', 'config_page_5', 'config_page_6', 'config_page_7', 'config_page_8', 'config_page_9', 'config_page_10', 'config_page_11', 'config_page_12', 'config_page_13', 'config_page_14', 'config_page_15' ); foreach ($config_data as $conf) { $config = $this->cache->get('config.my_page' . (int) $this->config->get('config_language_id')); if (!$config) { $this->data[$conf] = $this->config->get($conf); $this->cache->set('config.my_page' . (int) $this->config->get('config_language_id'),$conf); } else { $this->data[$conf] = $config[$conf]; } } ...
в самом ТПЛ файле уже выводим по типу <?php echo $config_page_12; ?> в нужном месте...
P.S. Валидность кода не проверял, писал из головы логику...
-
Попробую скорректировать, $this->config->get('tvoj_config'); - это лишь конфиг, который значение (не только булево) вносит в БД, можно переполнять таблицу setting но достигнуть того эффекта, что имеет vQmod нельзя, так как виртуальный модификатор, парсит сам код, и вносит изменения (в вашем примере это ваш же $this->config->get('tvoj_config'); в нужное место, программно же реализовать такое, будет сложновато, тоесть написание модуля - это написание модуля с его конфигами, а использование vQmod-а - это отдельная тема для разговора, вот есть темка, где раньше поднимался вопрос об отказе от виртуального модификатора.
P.S. Использование же вызовов конфига непосредственно в TPL - даже не рассматриваю, и называю такой стандарт кодирования по определению, фекалиеподобным... мягкоговоря.
-
Попробуйте парсить ответ на <ErrorText>, предполагаю, в норм. ответе отсутствует или пустой текущий элемент массива. В общем, копать в сторону идентификатора, который отличает ответы.
-
Проанализируйте работу вот этого модуля: https://opencartforum.com/files/file/732-webme-18yo-%D0%B4%D0%BB%D1%8F-ocstore-v15x/
-
По-хорошему так, но клиенты "родины" часто хотят не хороший сервис, а хорошую цену.
Или "максимальный сервис за минимальную цену..."
-
Нашел эту тему через поиско по названию своего модуля - InstaLoader.
Вау. Ну и разработчики пошли на родине, я вам скажу...
Мне кажется, что поддержка - должна быть включена в цену. Так, по крайней мере, работет у нас )
Признаюсь откровенно, что 70% своих разработок, я не выкладываю на продажу... а знаете почему ? Потому что за 300 рублей, заходить к каждому клиенту на фтп (это в идеале, по среднестатистическому же - придётся объяснять исправление проблемы в десятке сообщений при личной переписке), править не только под нестандартные темы (на подобии Shoppica, PAV г*кодеров и т.д.) но ещё и при обильном кол-ве уже установленных модулей, найти конфликт, проанализировать ситуацию, прописать при необходимости в код, и лишь тогда сказать "готово" и "проверяйте"... и это за 300 р. ???
Уж извольте, но время и нервы куда дороже таких вот "пассивных доходов".
- 1
-
Если не ошибаюсь, то в system\library\currency.php находите $this->set($this->config->get('config_currency')); и меняете на $this->set('UAH');
в самой же шапке комментируете вывод отображения массива валют и всё.
-
Не предусмотрено модулем редактирование кириллических символов или пробелов в названии изображений (ИМХО)
-
Не предусмотрено модулем редактирование кириллических символов (ИМХО)
Акции НЕ отображаются покупателям
в Загальні питання
Опубліковано: