Leaderboard

Времени пока на анализ текстов нет, по-позже обязательно отпишусь.А касательно этой ошибки - по стандарту xhtml1 атрибута tab нету у тега a, но он нужен jQuery-скриптам, чтобы работать с вкладками. Вариантов два: 1. забить на валидацию 2. использовать вместо tab, скажем, rel или, что лучше, href и переписать jQuery-скрипты под использование значения href вместо tab. вот, например, подправленный под использование href-ов стандартный рисователь таб-контрола из базовой темы OpenCart-а из моего магазина. Файл /catalog/view/javascript/jquery/tab.js (только не забудьте, что перед его изменением надо во всех шаблонах, где есть такие же кантролы переписать tab-ы на href-ы, т.е. вместо <a tab="#some">...</a>, ставим <a href="#some">...</a>): $.tabs = function( selector, start ) { $( selector ).each( function( i, element ) { $( element ).click( function() { $( selector ).each( function( i, element ) { $( $( element ).attr( 'href' ) ).removeClass( 'selected' ).css( 'display', 'none' ); }); $( this ).addClass( 'selected' ); $( $( this ).attr( 'href' ) ).css( 'display', 'block' ); return false; }); }); if ( !start ) start = $( selector + ':first' ).attr( 'href' ); $( selector + '[href=\'' + start + '\']' ).trigger( 'click' ); };

День добрый, комюнити. Есть ряд наработок по оптимизации количества запросов к БД в ocStore 0.2.0 (проделывалось на магазине в 200+ категорий и 2000+ товарных позиций), в частности: - Все категории грузятся одним запросом; - Исправлены запросы с участием языка (убран один JOIN); - Добавлено множество индексов на таблицы; - Ряд мелких правок в коде для отладки и оптимизации работы; По итогам, вместо более 1000 запросов к базе на генерации морды получил 140+, и ускорение генерации страниц с 1200мс до 200мс (при отключенном кешировании запросов). Во вложении - diff от ocStore v0.2.0 (базовой) и скрипт генерации запросов для создания индексов (на всякий случай, на все "..._id"-поля, где-то, может, и переборщил, но все-равно лучше стало, чем было). Также есть правки для дополнения SeoUrl_ocStore_0.2.0.zip (не помню, входит оно в базовую сборку или нет), тоже на уменьшение количества запросов. Если данная работа актуальна сообществу хотелось бы, чтобы она попала в репозитарий и в будущие релизы (очень уж не хочется при обновлении перетаскивать все это каждый раз). PS: убедительная просьба ставить diff аккуратно и внимательно, предварительно забекапив скрипты и базу. PPS: в будущем готов проделать тоже самое и для ocStore 1.х (по крайней мере посмотреть, что там и как), когда доберусь до переноса магазина с 0.2 на 1.0. db_index_hotfix.php preformance.diff.txt

Подскажите пожалуйста такую вещь. пытаюсь установить панельку на сайт http://small-dog.ru все получилось но не понимаю этого момента socializ(encodeURIComponent(’Ссылка на статью’),encodeURIComponent(’Название статьи’)) не могу найти что выводит у меня ссылку на статью и название статьи. в wordpress выводят так <script type="text/javascript">socializ(encodeURIComponent('<?php the_permalink() ?>'),encodeURIComponent('<?php the_title(); ?>'))</script>

small-dog.ru/catalog/view/theme/you theme/template/common/home.tpl между 5 6 строчкой <div class="indent-bg-main"> <script type="text/javascript">socializ(encodeURIComponent(document.location),encodeURIComponent(document.title))</script> <div class="border-left"> на сайте carmod.su немного другую панельку сделал. там в основе лежит модуль. его выкладываю если интересно. скачивал вроде как с буржуйских сайтов. share_module.zip

Ну я это все к тому, что привести в порядок верстку в большинстве шаблонов, в частности, под opencart, нужно потратить не один час времени (и чем сложнее дизайн и неграмотнее изначальный создатель шаблона, тем больше времени придется убить на валидацию). Если это делается "чтобы глаз радовало", то это одно, но тут вроде как обсуждали отношение поисковиков к верстке и ошибкам в ней, значит цель-то немного другая. А для поисковиков, вместо убивания 5 часов на создание валидной верстки, лучше это время потратить на написание уникальных, сбалансированных текстов с ключевиками (за 5 часов вполне можно наполнить текстами главную и десяток узлов каталога, толку от этого для ранжирования будет на порядок больше, чем от валидной верстки). PS: а по Вашему вопросу по jQuery, так сходу сказать, в чем проблема у Вас не получится (не известно, какие дополнения к jQuery ставили, что в самом jQuery правили, что именно и как на нем реализовано и т.д., скорее всего, проблема именно в плагинах/скриптах на jQuery, а не в нем самом). Нужно смотреть полную картину, а то получается вопрос типа "у меня не заводится машина, вот фотка передней панели в момент завода" (без обид). :)

Ой, народ, вот вы заморочились-то. Поисковикам глубоко фиолетово 95% ошибок, которые показывают валидаторы. На ошибки CSS им вообще плевать (а без них, зачастую, кроссбраузерную верстку не сделать). JS тоже не интерпретируется, и на ошибки в нем тоже побоку. Самое главное, для поисковиков, чтобы семантически в верстке не было грубых ошибок, и только, т.е: - теги закрыты корректно (чтоб вот такого не было): <form> <div> <p>какой-то-текст </form> </div> - правильно расставлены акценты (чтоб вот такого не было): <strong>и-тут-пошло-полтора-экрана-текста</strong> - блоки использовались по назначению (чтоб вот такого не было): <style> .b-as-div { display: block; width: 400px; height: auto; } .b-as-header { display: block; width: 100%; margin: 10px; text-align: center; } .b-as-paragraph { display: block; width: 100%; text-indent: 20px; text-align: left; } </style> ........... <b class="b-as-div"> <b class="b-as-header">Заголовок</b> <b class="b-as-div"> <b class="b-as-paragraph">какой-то-<b>текст</b></b> </b> </b> кстати, пример выше абсолютно валиден (ну если раскидать стили и тело по header и body) и человек в браузере его будет видеть как надо, но при этом от такого любой поисковик взвоет и не ровен час, забанит страницу за поисковый спам. - Чтоб верстка была максимально компактная (чтоб вот такого не было): <div> <div> <div> <div> <div> <div> <div> <div> <div> <div> какой-то-текст </div> </div> </div> </div> </div> </div> </div> </div> </div> </div> На общепринятые ошибки глаза закрываются (такие как незакрытые img и input-ы) обычно. А все остальное - на усмотрение самого веб-мастера. Кардинально использование div-ов или таблиц, а также валидность на позиции не влияет никак. Просто при переверстывании на div-ах документ более структурирован получается (если верстали с умом), это роботам нравится, при проверке валидности правятся ошибки, которые могут помешать роботам увидеть контент (незакрытые теги) и упростить разбор, что в итоге дает большую частоту индексации и попадание в индекс всей страницы корректно. Но есть и примеры, когда в коммерческий топ с 700.000+ запросов/мес выходят сайты с грубыми ошибками в верстке, разваливающиеся в разных браузерах, да и вдобавок сверстанные таблицами, зато с уникальными текстами и хорошим ссылочным.

В Вашем случае, добавьте background-position: 0 62px; в стили "#header .div4 a.selected" и "#header .div4 a".

Что именно смущает? diff содержит изменения в файлах, все можно посмотреть глазками, при наличии знаний по PHP. php-скрипт ищет все поля в таблицах базы, заканчивающиеся на "_id" (скорее всего будут участвовать в джойнах), проверяет, есть ли на это поле одиночный индекс и, если нет, выводит в поток вывода (консоль или браузер) запрос для добавления индекса на это поле. Полученную кучку запросов выполняем в phpmyadmin. НО! т.к. diff снимался с переправленного магазина (правки касались не только скорости), то что-то может быть лишнее (хотя вроде все вычислил) или чего-то не хватать, так что пользоваться всем этим на работающем магазине не советую, обкатайте сначала на локальной копии. Если будут какие-то проблемы - готов подсказать.

Правильнее будет заменить strtolower на mb_strtolower. Это из-за кодировки проблемы. Будет выглядеть вот так: mb_strtolower($data['filter_price'], 'UTF-8')

В общем опять же получилось решить проблему самому, выкинув из "admin/model/catalog/product.php" функцию "strtolower()". Теперь вроде всё работает :rolleyes: Для правильной работы с кириллицей фильтра по названию товара в двух местах находим: $sql .= " AND LCASE(pd.name) LIKE '%" . $this->db->escape(strtolower($data['filter_name'])) . "%'";Изменяем на: $sql .= " AND LCASE(pd.name) LIKE '%" . $this->db->escape($data['filter_name']) . "%'"; То же самое я на всякий случай проделал и со следующими строчками: $sql .= " AND LCASE(p.model) LIKE '%" . $this->db->escape(strtolower($data['filter_model'])) . "%'"; $sql .= " AND LCASE(p.price) LIKE '" . $this->db->escape(strtolower($data['filter_price'])) . "%'"; $query = $this->db->query("SELECT * FROM " . DB_PREFIX . "product p LEFT JOIN " . DB_PREFIX . "product_description pd ON (p.product_id = pd.product_id) WHERE pd.language_id = '" . (int)$this->config->get('config_language_id') . "' AND (LCASE(pd.name) LIKE '%" . $this->db->escape(strtolower($keyword)) . "%' OR LCASE(p.model) LIKE '%" . $this->db->escape(strtolower($keyword)) . "%')"); Я далеко не спец в PHP, но вроде всё работает. Поправьте меня если что не так!

почитайте тут http://dimox.name/socializ-floating-panel/затем добавите то, про что я писал в этой теме и все у вас получится

разобрался <script type="text/javascript">socializ(encodeURIComponent(document.location),encodeURIComponent(document.title))</script> мне нужно было добавить вот такую строчку. может кому пригодится. смотрим тут результат small-dog.ru панелька слева. если кому нужно рассказать как, то пишите помогу