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

freelancer

Ветеран спільноти
  
  • Публікації

    10 630
  • З нами

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

Усі публікації користувача freelancer

  1. я просил написать в ЛС потому как эта проблема не относится к теме. но могу ответить тут. поторопился я с jQuery templates, если с php ещё кто-то может разобраться, с этим js плагином совсем плохо. из-за чего я часто встречал сообщения типо "автор криворукий, фильтр проще переписать с нуля чем доработать" =))) которые у меня и сейчас вызывают улыбку. в версии мега рендеринг я перенес на сервер на всем привычный .tpl PS - зачем извращаться с этим js templates ? всё просто - скорость. сейчас эта технология используется в бесплатном фильтре в админке, как ни странно нытья на эту тему ещё не было
  2. плохо понял, нельзя ли по конкретнее и лучше в ЛС
  3. часто в мой почтовый ящик сваливаются письма с заголовком "ваш модуль не работает". когда я выясняю в чем проблема, оказывается что проблема вовсе не в моём дополнении, а в каких-то других факторах, с этим сталкивается любой разработчик, вот об этом я и хотел бы рассказать. 90% проблема в теме, которую использует покупатель темо-создателей больше волнует кросс-платформенность своих работ, чем совместимость с другими дополнениями. ну это понятно, пользователи первым делом устанавливают понравившуюся тему, затем наращивают функционал дополнениями. тут я могу долго приводить примеры, когда криэйоры полностью переписывают html, но никаких форумов не хватит. справедливости ради, беру код из тех же версий default <input type="button" value="<?php echo $button_cart; ?>" onclick="addToCart('<?php echo $product['product_id']; ?>');" class="button" /> metroshop <div class="link-cart" onclick="addToCart('<?php echo $product['product_id']; ?>');"><?php echo $button_cart; ?></div> что мешало автору оставить тот же код, но изменить стили? зачем переписывать html и терять совместимость? если кто видел модуль Intelligent Product Labels, у него vqmod xml очень длинный. потому как автор постоянно добавляет правила для каждой новой темы или дополнения или вот ещё <?php $counter = 0; foreach ($products as $product) { if (($counter+3) %3 == 0) $xclass="span-first-child"; else $xclass=""; ?> <div class="span <?php echo $xclass; ?>"> тоже самое можно реализовать, добавить строчку кода в js функцию display, но в этом случае останется совместимость. $(".product-" + view +" > div.span:nth-child(3n+1)").addClass("span-first-child"); вообще с помощью display можно как угодно вертеть выводом товаров без потери совместимости. кроме как не знанием движка я не могу объяснить зачем темо-писатели вырезают функционал. так например в одних темах встречал когда вырезают подключение сторонних js скриптов или css файлов <?php foreach ($styles as $style) { ?> <link rel="<?php echo $style['rel']; ?>" type="text/css" href="<?php echo $style['href']; ?>" media="<?php echo $style['media']; ?>" /> <?php } ?> ... <?php foreach ($scripts as $script) { ?> <script type="text/javascript" src="<?php echo $script; ?>"></script> <?php } ?> в других намеренно отключают некоторые js скрипты, как jQuery ui, обновляют версию jQuery, а jQury ui нет или вот код, подключи vqmod и вся верстка отвалится $themeName = basename( dirname(dirname(dirname(__FILE__))) ); <link rel="stylesheet" type="text/css" href="catalog/view/theme/<?php echo $themeName;?>/stylesheet/stylesheet.css" /> в третьей разработчик решил заменить seo_url своей библиотекой, т.е. про seo_pro можно забыть. обращение к покупателям - не используйте shoppica, какой бы красивой она вам не казалась, если помимо красивой темы вам нужен нормальный магазин без проблем. автор настолько влез в движок, что это уже не opencart. серьезно, посмотрите сколько с ней проблем http://goo.gl/GJPbi4 перед приобретением темы поинтересуйтесь какие с ней могут быть проблемы. код, который я приводил выше был взят из наиболее популярных тем. создатели тем, задумайтесь о совместимости, не создавайте проблем для своих покупателей.
  4. вообще их гораздо больше. это те которые нашли
  5. $('div[position]').each(function(i, e) { console.log($(e).attr('position')); });
  6. рендеринг это модуля зависит от path, если в магазине 100 категорий, это как минимум 100 разных cache'й нужно хранить я ж говорю модуль не оптимизирован вот хороший пример оптимизации https://opencartforum.com/topic/3355-est-li-modul-analiza-log-failov/?do=findComment&comment=22909 попробуйте с ним протестировать производительность.
  7. да не только от модуля.. вот например модуль вывода категорий использует параметр path для рендеринга. т.е. нужен метод в каждом модуле который будет возвращать этот ключ исходя из состояния. а вот это простите полный бред, сам рендеринг занимает сотые или даже тысячные секунды. все тормоза в базе
  8. ну да, разжуй и в рот положи. подсказок уже мало, сразу рабочий код давай
  9. ну почему мой демо магазин с радостью продаст вам половину фотоаппарата ) http://orcart.ru/ocstore15511/index.php?route=product/product&product_id=30
  10. более того, помимо замеров должны нужно предоставить сами данные что бы у каждого была возможность проверить на своей конфигурации
  11. ну вы ставили какую-то тему или дополнение. надо выискивать такие вот кривые дополнения что бы другие не попадались я вам могу сказать что нужно вернуть файлы /admin/controller/setting/setting.php /admin/language/russian/setting/setting.php /admin/view/template/setting/setting.tpl но завтра другой пользователь заменит эти файлы из дефектного дополнения и будет задавать тот же вопрос
  12. элементарно. вспомните что устанавливали, какие файлы заменяли
×
×
  • Створити...

Important Information

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