snastik

Насколько я знаю, нет. Хотя ocfilter по скорости дает прикурить любым фильтрам. Я все таки считаю, что на сегодня Mega - это лучшее решение.

Это неудачный пиар фильтра я так понимаю? Особенно про скорость страниц смешно.

Я вам отвечу просто. Потому что в рамках тегов, вам необходимо реализовать возможность сегментации подбора - читайте фильтр. Теги в опенкарте реализованы через текстовые поля, вследствие чего, даже при 1000 товаров в наборе с учетом использования тегов, будет дикий тормоз.

Когда-то очень давно, когда большая часть из вас, не слышали такого слова интернет. На одном из своих первых магазинов мы провели эксперимент. Сделали уникальный тайтлы/h1 и небольшой автоматический скрипт, генерирующий описания и скормили гуглу 400 000 страниц. Получили дикую пессимизацию позиций и практически бан в выдаче Гугла, на проекте, в продвижение которого было вложено денег, как за хороший Мерседес из салона. Поэтому, я наверное, как никто другой из вас в курсе, что такое сео фильтр). Идеальная реализация такого механизма есть например здесь: https://www.vseinstrumenti.ru/instrument/perforatory/ Если внимательно присмотреться, то здесь нет погони за попыткой сделать атвоматическую генерацию посадочных под все возможные комбинации значений фильтра. А есть грамотно продуманные посадочные под наиболее популярные СЧ-НЧ запросы из СЯ. При этом все остальные мусорные параметры, иногда просто прячутся в куку, даже без get-параметров. Найдите 100 000 отличий, между решением на всех инструментах и тем что предлагают, здешние разработчик СЕОШМЕОфильтров. А некоторые еще в блогах пишут сказки про серого бычка, почитав которые и послушав, можно просто завтра закрывать магазин и идти за станок на завод. Также я регулярно сталкиваюсь с проблемами, когда люди ставят типа-сео фильтры. И получают дикую нагрузку на своих проектах, либо понижение в поисковой выдаче. Мы уже много раз поднимали эту тему и объясняли, какой угрозой являются все эти автоматические генераторы мусорного контента. Ну давайте попробуем еще раз. Если внимательно почитать руководство для вебмастеров, там черным по белым написано. Делайте сайты для людей. А что человеческого в том, что вы берете и пытаетесь посадить в индекс тысячи и тысячи одинаковых мусорных страниц, которые отличаются одним словом, мониторы самсунг и мониторы сони. Все... У большинства нет ресурсов ручками метатеги написать на 1000 товаров 50 категорий. А вы хотите чтобы вас поисковики полюбили за вот такие вот никому не нужные страницы? Тоесть вы пытаетесь обмануть поисковик, подсунув ему тонну автоматического сгенерированного контента, который по сути абсолютно бесполезен как с точки зрения пользователя так и с точки зрения оценки алгоритма ранжирования поисковика. Вы правда думаете это сработает? Все эти фильтроделатели, так рьяно пиарят свои разработки. Но никто не приводит в описании успешные кейсы внедрения их наработок. Почему? Потому что их не может быть. Потому что мало того что поисковик никогда в жизни не будет индексировать нормально тупую пустую страницу в которой просто отличаются тайтлы (красные пуговицы, зеленые пуговицы), так еще и отдав все вариации возможных комбинаций фильтра как отдельные страницы, вы так грузите робот делами, что на нужные страницы он никогда к вам не придет. Поэтому, про все фильтры, где нет возможности принудительно заблокировать в robots get-параметр можно забыть. Про все фильтры, авторы которых говорят, я же добавил мета тег noindex, ачетакого можно забыть, потому что боты все равно должны зайти на эти 200 тысяч милионов вариантов, прежде чем увидеть ноиндекс, и пока они туда ходят, они не ходят на нужный качественный контент, так как ресурс бота все-таки ограничен. Также необходимо забыть про фильтры, авторы которых спрятали ссылки на фильтр в JS. Ваши браузеры давно стучат и сливают историю переходов по страницам, и бот ходит туда, куда ходите вы сами. Единственный нормальный вариант сео-механизма есть в МegaFilterPro. И то при определенных условиях настройки. Т.е. когда вы делаете нужные вам посадочные, пишите на них контент и они в рамках вашего магазина светятся с нормальным ЧПУ, а все остальные ссылки, для которых вы не создали нормальный контент, светятся как ?mfp=blalba, и этот mfp у нас принудительно закрыт в роботсе. И в таком случае, если вы потрудились, собрали СЯ, по нему сделали под 10-20-30 популярных запросов ручками посадочные, сделали в них нормальный контент, качественные статьи с описанием. Вот тогда вы можете просто захватить вселенную. А покупая сео-шмео-все приблуды, вы только кормите авторов и ставите свой бизнес на край пропасти, рискуя залететь под фильтр ПС и ограничиваете скорость индексации всего магазина.

через что вы заливаете ? вам нужно содержимое папки upload залить любым фтп клиентом к примеру тоталкомандером

просто залейте по фтп

нет

для 2х сравнительную таблицу не делали есть сравнение только с чистым опенкарт https://opencart.pro/overview/ а вот такие отличия были в 1.5 версии они же в целом и в 2х сохранились http://ocshop.net/

отсюда перекачайте https://github.com/ocstore/ocstore/tree/ocstore-3-0-2-0 и если ошибки будут скопируйте их потом сюда

Это временно) Поверьте)

Вы не один, и не десять)

Вы сталкивались сколько раз - полтора? И что отличного, будьте добры конкретику в цифрах. Что касается модулья sitecreator, опять же все упирается в вашу слабую квалификацию и отсутствия опыта работы с высоконагруженными проектами.

Никому не говорите больше таких глупостей. Модуль от sitecreator - создает исключительно проблемы в работе системы и влияет с учетом нынешнего алгоритма оценки скорости страниц гугла очень опосредовано. Намного эффективнее простое бесплатное решение оптимизации изображений при помощи плановой пакетной cron обработки средствами jpegoptim и optipng. Memcache - не влияет от слова совсем на 90% магазинов mod_pagespeed - развалит вам работу всех скриптов магазина. ВНИМАТЕЛЬНО ПОЧИТАЙТЕ КРИТЕРИИ ОЦЕНКИ ГУГЛА. И если почитаете увидите. Что основная проблема у всех практически - это слишком большое количество DOM-элементов страницы, на обработку, инициализацию, и регистрацию JS-событий и манипуляций с этими элементами (некий среднестатистический мобильный бразуер) тратит очень много времени. Поэтому для получения оценок PageSpeed в мобайл больше 90 - необходима глубокая переработка структуры мобильного шаблона, модулей, ограничение количества элементов магазина а так же в случаях если вам критично важен тот или иной контент внедрение механизмов подгрузки дополнительного контента по мере отображения в бразуере, т.е Lazyload не только изображений но и целых блоков с товарами и иной информацией.

как сделаем окстор 3х так сделаем и сайтмап 3х и про 3х

в про есть http://demo23.opencart.pro/index.php?route=product/latest

Цена в 300 рублей актуальна до 26.11.2018

от 100 тыр!

вы бы модуль и сайт указали, было бы понятней

это

он лежит у вас к корне сайта вот откройте его и в самом низу удалите лишнее

ну вот он даже называется я для гугла вы его тулите яндексу уберите его из роботса, скормите руками каждому ПС то что для него предназначено

Если вам просто дата нужна то думаю за месяц выпустим, осталось только в сео_про блог вписать Но если вам нужно делать боевой магазин то делайте его на 2.3 и через год не раньше переносите его на 3.х По сути мы потому и не спешим с релизом, так как кроме циферок в тройке не появилось ничего полезного для пользователя да и для разработчиков плюшек особых нет

А что вы там увидели такого "волшебного" что вас поразило? Шаблон магазина голый, без наворотов и СМС. Там нет бутстрапа, небольшой css, отсутствуют сложные js скрипты, нет банального фильтра товаров и в конце концов - это симпла cms, в которой три строчки кода. Поэтому он быстро отображается в браузере и быстро грузится. Но попробуйте к ней сделать какое нить нестандартное расширение. Что касается времени загрузки страниц140-150 мс, на сервере за 15 долларов в месяц и 1000 товаров достигаются на раз

Нет не облегчит. Смысла нет, в случае если у вас единая общая тематика магазина.