Перейти до вмісту
Пошук в
  • Детальніше...
Шукати результати, які ...
Шукати результати в ...

Baco

Користувачі
  • Публікації

    2 247
  • З нами

  • Відвідування

Повідомлення, опубліковані користувачем Baco

  1. Данный файл отображает все отслеживания, запрашиваемые вызовы и получаемые системные сигналы твоей платформы (хостинга). То есть была запущена утилита KTRACE которая присутствует в BSD платформах. С какой целью создан и для чего - неведомо, но это к вебразработке не имеет никакого отношения, это для системных кодеров больше интересно.

  2. 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'

    и рисунок добавьте: 

     
  3. Ну если писать поконкретней, то код примерно такого плана:

    <div class="banner">
    <h3><span>Заголовок</span></h3>
    <p>
    <img src="image/изображение.jpg" class="right" alt="Описание к изображению">
    Сам текст описания в баннере</p>
    <a href="/ссылка" class="button">Детали »</a>
    </div>
    

    это Ваш мод можно упростить под описанный выше код, включив в переборе массива баннеров инкримент и разделить на ширину.

    а у меня если использовать HTML то можно за**мучаться вводить рисунки, ссылки, кнопки и заголовки... в общем ясно, спасибо, ответили на вопрос.

  4. Во первых, минус можно было и не ставить, не понятна мотивация такова... во вторых - мой модуль с HTML модулем не имеет ничего общего... там отдельно текст, отдельно рисунок и отдельно тайтл выводяться... работает на конфигах.

    4. пункт я так понял написан "из пальца", так как аргумента понять не могу, что за "модуль для движка" и "полуконцепт" или же модифицированный модуль "баннеры" с выводом картинок в линию теперь называеться "модулем для движка" ?

    Ладно, мне нечего делить с Вами и поставлю "+" чисто за то, что проделанная работа заслуживает внимания.

  5. Включен в настройке ЧПУ "показывать товар без категорий"... предположительно. Кстати, разрабам, могу сбросить сео_про (мной подпиленный) для пагинации, лимитов и сортировки + поиск + теги, всё это в брокарте сделал (получится что то типа http://www.moj_sait.com/20-desktops/price-asc/page-2), правда сам контроллер Yesvik-а взял за основу... обращайтесь.

  6. Вопрос более глобальный...

    Для переключалки библиотек, использовать те же конфиги через модуль, но с помощью функции:

    $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 1
  7. я тут посмотрел код опенкарта, возможно кому пригодится, в опенкарт есть возможность в последних версиях хранить конфиги в файлах, правда эта возможность почему-то никем, даже самим опенкартом, не используется.

     

    файл конфига должен лежать в /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">

  8. Здесь есть несколько путей, можно просто в контроллере header.php подключить тут:

    $this->children = array(
    			'module/language',
    			'module/currency',
    			'module/cart',
                            'module/mine_conf'
    		);
    

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

    <style>
    . body {
    background: #<?php echo $config_page_14; ?>;
    }
    </style>
    
  9. А зачем кешировать настройки шаблона? Вы представляете, сколько раз юзер может "играться" с цветами или отступами, пока подберет подходящую комбинацию и настроит шаблон так, как ему нравится, и что - ему придется каждый раз чистить кеш? Но фиг с ним, с кешем, я все равно не понимаю другой момент:

     

    модуля в пользовательской части ведь нет как такового

    согласен, с кешированием - перегнул... а вот по поводу пользовательского, то ничего не мешает создать вам пустой тпл, где в качестве кода, распишите стили своего конфига, будет а-ля "модуль-стайлшит" (©) где в клас подгружаються <?php echo $config_page_12; ?>, по крайней мере хоть кодеру проще будет ориентироваться в вашем шабе, с таким модулем, чем читать между строк 

    <?php

    $mymoduleproperty = $this->config->get('mymodule_mymoduleproperty');

    echo $mymoduleproperty;

    ?>

    P.S. Если что, могу подсобить с конструкцией.
    • +1 1
  10. А что вы предлагаете для тех же целей - без вкмода и перезаписи файлов? Напомню, изначально задача стояла в разработке модуля для набора настроек шаблона, как-то: цвет каких-то элеметов, расположение, вариант слайдшоу и т.п.

    Как вариант, можно с помощью модуля, подгрузить на определённые схемы подключение, своего рода "конфига", который по сути своей, есть не что иное, как массив значений конфига (выбранный, так как выгружать все нет резона и плохо для безопасности), и просто напросто - закешировать, что бы не обращаться к базе при открытии новой страницы снова в базу за настройками, в самом же модуле, разобрать сам массив из кеша, присвоив значения переменных соотвественным значениям 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. Валидность кода не проверял, писал из головы логику...

  11. Попробую скорректировать, $this->config->get('tvoj_config'); - это лишь конфиг, который значение (не только булево) вносит в БД, можно переполнять таблицу setting но достигнуть того эффекта, что имеет vQmod нельзя, так как виртуальный модификатор, парсит сам код, и вносит изменения (в вашем примере это ваш же $this->config->get('tvoj_config'); в нужное место, программно же реализовать такое, будет сложновато, тоесть написание модуля - это написание модуля с его конфигами, а использование vQmod-а - это отдельная тема для разговора, вот есть темка, где раньше поднимался вопрос об отказе от виртуального модификатора.

     

    P.S. Использование же вызовов конфига непосредственно в TPL - даже не рассматриваю, и называю такой стандарт кодирования по определению, фекалиеподобным... мягкоговоря.

  12. Попробуйте парсить ответ на <ErrorText>, предполагаю, в норм. ответе отсутствует или пустой текущий элемент массива. В общем, копать в сторону идентификатора, который отличает ответы.

  13. Нашел эту тему через поиско по названию своего модуля - InstaLoader

     

    Вау. Ну и разработчики пошли на родине, я вам скажу...

     

    Мне кажется, что поддержка - должна быть включена в цену. Так, по крайней мере, работет у нас )

    Признаюсь откровенно, что 70% своих разработок, я не выкладываю на продажу... а знаете почему ? Потому что за 300 рублей, заходить к каждому клиенту на фтп (это в идеале, по среднестатистическому же - придётся объяснять исправление проблемы в десятке сообщений при личной переписке), править не только под нестандартные темы (на подобии Shoppica, PAV г*кодеров и т.д.) но ещё и при обильном кол-ве уже установленных модулей, найти конфликт, проанализировать ситуацию, прописать при необходимости в код, и лишь тогда сказать "готово" и "проверяйте"... и это за 300 р. ???

    Уж извольте, но время и нервы куда дороже таких вот "пассивных доходов".

    • +1 1
  14. Если не ошибаюсь, то в system\library\currency.php находите $this->set($this->config->get('config_currency')); и меняете на $this->set('UAH');

    в самой же шапке комментируете вывод отображения массива валют и всё.

×
×
  • Створити...

Important Information

На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність.