Перейти к публикации
Поиск в
  • Дополнительно...
Искать результаты, содержащие...
Искать результаты в...

markimax

Пользователи
  • Публикаций

    20 211
  • Зарегистрирован

  • Посещение

Все публикации пользователя markimax

  1. По идее JC все равно с кем работать Я кстати переписал полностью весь код модуля для унификации Работаю над 1.5.x Т.е. он уже работает под 1.5.x кроме кеширования контроллеров (ограничение архитектуры 1.5.x) Пока работаю над этим вопросом Возможно выпущу вначале под 1.5.x без кеширования контроллеров
  2. Вы хоть устанавливайте 10% сжатия для Page Speed роли не играет штатными методами PS проверяет можно ли вашу 10% - но сжатую картинку еще сжать И успешно сожмет еще Пока google не выпустит единый инструмент - расширение для СЕРВЕРА (типа gd2 но сжимающее согласно требований google) - это будет г.. еще тот
  3. Вы имели ввиду - без создания новых позиций Через jquery - самый простой и оптимальный вариант
  4. markimax

    SEO доработки Opencart

    А это не спор. Не ранжирует Google исходя из попугаев PageSpeed. Все. Кто вам такое скажет из типа "seo шников" - мошенники значит Обычные гадалки. Потому что технических предпосылок нету. К примеру не может Google измерить четко и правильно скорость TTFB именно для сервера и для магазина (ну не стоит там ПО google для измерений). Потому что существуют такие понятия как маршрутизация (отсылка / ожидание пакетов), DNS и т.п. Это чисто технические факты, из-за которых невозможно ранжировать Google по PS. Иначе данные будут очень сильно некачественные и большая погрешность, что за собой может потянуть даже иски, если это гипотетически есть. Google в своем блоге четко вот так и сказала, что прекрасно они понимают насколько кривожопые хостеры и кровожопо настроена маршрутизация в мире. А оптимизация переноса скриптов вниз может плачевно закончиться для внешнего вида или "оптимизаторы" будут пихать ВЕСЬ css прямо в html страницу и вместо того чтобы css файл грузился ОДИН раз в кеш браузера, всем будет отдаваться простыня css в теле HTML при КАЖДОЙ загрузке страницы. Эффект от такой оптимизации для google будет совершенно обратным. А напомню вам, что мобильный траффик очень дорогой у буржуев, да у нас тоже. И получается что пользователь будет платить за вот такую "оптимизацию" PS И есть еще 100500 факторов по которым технически нельзя ранжировать по попугаям Это РЕКОМЕНДАЦИИ ЮЗАБИЛИТИ, не более того Если вам присылают сео шники вот такую чушь про ранжирование PS - можете смело их "увольнять"
  5. markimax

    Гуглоспидсу посвяшается

    Всё, магазин будет в ТОП - 1 ? Сарказм конечно
  6. markimax

    Гуглоспидсу посвяшается

    90% css и JS в конце странице, но возмущает другое Тащить css (в "текстовом" виде) в header из-за попугаев PS это издевательство над теми кто сидит на мобильном траффике. Внешний css файл загружается ОДИН раз в кеш браузера. А пихать лишний траффик css "текста" пользователю при КАЖДОЙ загрузке страницы .. ну мягко сказать не уважение. Он платит за него вообще то! И получаются что рекомендации google ВРЕДЯТ пользователям в некоторых случаях, особенно если кто то "запиливает" под PS И я тебе скажу - не чего лезть в SEO, если не владеешь хорошей квалификацией программиста. Потому что надо знать техническую составляющую а не гадать на кофейной гуще (поэтому у нас 99.99% SEO - шников обычные мошенники - гадалки)
  7. markimax

    Гуглоспидсу посвяшается

    Ну о чем и говорят PS - это ДЛЯ ПОЛЬЗОВАТЕЛЕЙ - для их УДОБСТВА использования сайтом - юзабилити Технически там не чему влиять на ранжирование. Переносим все js и css вниз - и пипец - сайт при загрузке дергается и коряжится, потому что css основной не загружен Быстро это? Да (но НЕ НА МНОГО). Удобно ли для пользователя - НЕТ - он думает что за wtf и что это за сайт такой что так коряво загружается Подсознательно теряется доверие к сайту А это юзабилити тоже Так что не все рекомендации особо "полезны" - о чем и писал @chukcha
  8. markimax

    Гуглоспидсу посвяшается

    1. Я до сих пор говорю что ссылки не работают (это я привел слова seo шников, они уже изменили тактику что типа работают но надо супер трастовые сайты, но трастовые сайты не могут ссылку продавать так как станут не трастовыми - короче гониво полное) 2. То что ты написал полный [censored] - не говори такое больше ни кому. Сектантов идиотов наслушался (кстати 90% силиконовой долины просто хорошо обученные идиоты - и это не мои слова а психологов их) ? Анализируй сам Что там может влиять ? Технически скажи. Да ничего... не может там влиять. Верстка ?! Не говори такое не кому Скорость ? Нету у Google инструментария правильно замерять скорость - технически зависит от многих факторов ни связанных НЕ С СЕРВЕРОМ, не с ОПТИМИЗАЦИЕЙ, есть такие понятия как маршрутизация, ДНС и т п Google об этом и сказал в блоге- нету у нас такой возможности, параметры скорости "штука" относительная и зависит от многого поэтому НИКАКОГО ранжирования по скорости. В США они проводят эксперимента (установили свое ПО измерения скорости в некоторых дата центрах и ранжируют внутри их). И Google и Yandex прекрасно осознают какие серверы в мире и хостеры кривожопые
  9. markimax

    [Поддержка]

    В виджете формы отключайте визуальный редактор и визуальный рейтинг и т п Все лишнее выключайте Ну... включаем логику Форму назовите как вам надо а не "отзывы".
  10. markimax

    [Поддержка]

    Полей формы ? В редакторе полей
  11. Там основная проблема в категориях Кстати ТС .. а вы включили кеширование метода getTotalProducts() в JC (по умолчанию там не включено)? Я сегодня у одного пользователя включил - сайт залетал как ракета Только включение кеширование Jet Cache этого метода сразу уменьшили загрузку в 20 раз с 2 секунд до 0.1 секунды Замечу при это подсчет товаров в категориях был ОТКЛЮЧЕН в настройках ocStore Но тема (другая) не реагировала на этот параметр Если включено значит проблемы в другом, а не подсчете товаров в категориях
  12. Для справки PS никак не влияет на SEO (кроме адаптивности под мобильные и то в мобильной выдаче) Все забывают что такое SEO Напомню Никаких "бонусов" в ранжировании попугаи PS не дают PS - это РЕКОМЕНДАЦИИ ПО ЮЗАБИЛИТИ - не более того Если SEO шник утверждает что PS влияет на ранжирование и выдачу - это мошенник
  13. Очень не "красивый" код - нельзя так просто взять и "саблей" резануть по opencart - у Понятное дело что opencart его не поймет и другие модули тоже, использующие пагинацию (там еще с ajax надо "разобраться"). А смешение модификаторов ? Может кто еще "захочет"
  14. Ребята с частными случаями пишите в ЛС (все таки тема захлямляется потом тяжело найти что либо) Причем сразу с доступами С такими не определенными вопросами можно только гадать что вы там делали Возможно не смотрели доку http://opencartadmin.com/doc/index.ru.langmark.html
  15. markimax

    [Поддержка]

    Yes. So right for SEO If you do this, there will be an ideal module Unfortunately, for now .. this is an architectural error, actually Request URL for Ajax and browser URI will be same I know, it's a lot of work, but it's the right job.
  16. При смене URL будет просаживание обязательно Даже 301 редирект не поможет (так как он будет вести на страницы которых нет в индексе, фактически это 404) А вот восстановятся после этого позиции - еще вопрос. Так как свято место пустым не бывает и его займет конкурент, а вот потеснится ли он потом обратно - большой вопрос
  17. markimax

    SEO доработки Opencart

    Это не SEO PS - это ЮЗАБИЛИТИ
  18. markimax

    Гуглоспидсу посвяшается

    99.999% пользователей считают что попугаи PS дают плюсы в ранжировании Ну что сказать им еще Сам Google сказал, что НЕТ, никаких плюсов в ранжировании нету и PS это РЕКОМЕНДАЦИИ по ЮЗАБИЛИТИ не более того Но сектанты seo шники намерено распространяют дезу А что им делать ... внешние "ссылки" (которые влияют) фактически отменили (супер трастовый сайт не разместит ссылки просто так, не засравши себя, поэтому реально работающую хоть одну ссылку найти не реально) Теперь они начинают придумывать новые пути мошенничества Если кто из seo шников скажет что попугаи PS влияют на ранжирование - можете смело плюнуть в лицо тому мошеннику P.S. Влияет только адаптация под мобильные и то только в мобильной выдаче
  19. Да не просто "гадость" а редкостный говнокод там Вот совсем недавно... За "такое" надо сразу в табло бить, но ТП TM даже "глазом не моргнула" - с "их стороны проблем нет" Сказочные 3.14 [censored]
  20. markimax

    [Поддержка]

    Все правильно - обычная логика opencart работы с группами Модулю не нужна такая группа "не покупавшие" для отображения своих данных И она не создается как "группа" модулем. Это скорее не группа - а признак прописанный и вычисленный в модуле. Заведите в OPENCART группу и контроллер который бы туда вставлял покупателей что не купили товар Я бы советовал бы создать группу "настоящую" кто купил товары и создать контроллер который бы переводил покупателей в группы при покупке У модуля это не группы opencart - это "признак", который надо модулю для отображения информации в отзывах по типу "Купил этот товар" ("не купил этот товар" модулю как вы понимаете не надо)
  21. Не все, а только страницы категорий На остальных вроде в пределах нормы 0.1 - 0.9 с Запросы фильтра MFP - только 3-5 секунд выполняются
  22. markimax

    date_modified

    Видно кеш Journal 2 работает Попробуйте отключить все кеширование J2

×
×
  • Создать...

Важная информация

На нашем сайте используются файлы cookie и происходит обработка некоторых персональных данных пользователей, чтобы улучшить пользовательский интерфейс. Чтобы узнать для чего и какие персональные данные мы обрабатываем перейдите по ссылке. Если Вы нажмете «Я даю согласие», это означает, что Вы понимаете и принимаете все условия, указанные в этом Уведомлении о Конфиденциальности.