Yesvik

У тебя сейчас 500 Internal Server Error Попробуй убрать .htaccess

Может и не тупой но из серии:Доктор я когда моргаю - щекотно, а когда закрываю глаза - вообще ничего не вижу. Доктор я умру?

Всё работает правильно. Первая ссылка содержит path с правильным указанием всех категорий и подкатегорий товара и такая ссылка формируется во всех модулях. При запросе без path будет отрабатывать редирект со статусом 301 на URL с path. Если в настройках "SEO-url товаров с категориями: НЕТ" то везде ссылка на страницу товара будет без параметра path. При запросе с path будет отрабатывать редирект со статусом 301 на URL без path. Так-же в обоих случаях будет редирект со статусом 301 если в запросе присутствует указание на производителя. Не зависимо от того что указано в "SEO-url товаров с категориями" ЧПУ будет формироваться только если заданы псевдонимы у категории/подкатегорий и у товара. При отсутствии какого то псевдонима ЧПУ формироваться не будет, но контроль ссылок будет работать и дублей не будет. Я не могу написать модуль который будет сохранять формат всех извратов в URL которые каждый когда-то себе сотворил на свой вкус и цвет. Но контроль ссылок и редирект со статусом 301 позволит всем перейти на единый формат формирования ссылок без дублей и при этом не будет катастрофических просадок в выдачах ПС.

Выложил доработанный вариант Устранение дублей страниц товаров и категорий

:)Есть такое-же желание, но пока сдерживаюсь... ещё жива надежда сделать магазин и спихнуть на сторону, если не получится спихнуть - пойду твоей тропой... :)

Думаю надо в .htaccess запретить редирект и рерайт ссылок платежных методов... примерно так: после строк RewriteCond %{QUERY_STRING} ^route=([a-z-_/]+)$ [NC]и RewriteCond %{QUERY_STRING} ^route=([a-z-_/]+)\&(.*)$ [NC]добавить строку RewriteCond %{QUERY_STRING} !(^route=payment) и в response.php запретить карябать такие ссылки...

Проблема проста как 3 копейки. Настроено было на компе у которого флешка висела на букве E На другом компе флешка висит на букве F Дальше надо объяснять?

Если удалена директория install увидеть 4 шага очень сложно... а точнее не возможно.Что то происходило не так как описывается. Рассказывай подробнее какой именно opencart устанавливался? устанавливался на хостинге или локально? Ругался ли установщик на конфигурацию, на права? и т.д.

Ядро практически без изменений... немного косметики и всё... + функционал добавили. Остаются надежды на следующие версии, вроде был разговор о том что 1.5.2 будет несовместима по шаблонам... может там что-то кардинально изменится, а то рашпиль уже красный.... :)

С внешними скриптами дело не только в паралельной загрузке... даже при использовании CDN загрузка приостанавливается пока не загрузятся скрипты.Считается что постепенно появляющийся контент на странице лучше воспринимается пользователями и служит подобием индикатора загрузки. Я согласен что это лучше чем когда сайт тупит некоторое время, а потом резко вываливает готовую страницу. Страница не рендерится пока не подгрузятся все стили (что-бы не перерисовывать после загрузки), поэтому их желательно затолкать в заголовок. А со скриптамми всё наоборот - рендеринг не начинается для всего контента ниже скрипта. Поэтому скрипты опускают в самый низ. Я не уверен что это относится к инлайновым скриптам и скорее всего это доведённое до фанатизма использование этих рекомендаций. Но даже если всё обстоит именно так, то безумное количество скриптов размазанных по всей странице, всё равно будут тормозить... P.S. Вообще со скриптами в OpenCart полный бардак... где приперло там и сняли штаны...

http://developer.yahoo.com/performance/rules.html#js_bottom

Обсуждали блок информации... https://opencartforum.com/topic/2510-%D0%B8%D0%B7%D0%BC%D0%B5%D0%BD%D0%B5%D0%BD%D0%B8%D0%B5-%D1%86%D0%B2%D0%B5%D1%82%D0%B0-%D0%BF%D1%83%D0%BD%D0%BA%D1%82%D0%B0-%D0%BC%D0%B5%D0%BD%D1%8E-%D0%BC%D0%BE%D0%B4%D1%83%D0%BB%D1%8F-%D0%B8%D0%BD%D1%84%D0%BE%D1%80%D0%BC%D0%B0%D1%86%D0%B8%D1%8F/page__p__16099__fromsearch__1#entry16099

С учетом этого не могу не спросить - файл htaccess или .htaccess?

Что именно у тебя установлено на локалке? Добавлял в .htaccess строку? AddDefaultCharset UTF-8Если добавлял, то убедись что добавлял именно в .htaccess, а не в .htaccess.txt

Если ничего не предпринимал для борьбы с ними - 100% есть

seourl написан на базе версии 0.1.9 и даны пояснения как применить этот костыль на предыдущих версиях. seourl включен в версию 0.2.0.seopack - это продолжение seourl, написанное на базе версии 0.2.0 и содержит расширенный пакет исправлений/дополнений по работе с ЧПУ. Так что при выборе надо в первую очередь ориентироваться на версию. Дополнительно могу сказать что seopack будет включен в следующую версию и если есть желание подожди пару дней - я выложу доработанный вариант. В частности будет добавлен выбор как строить ссылки на страницы товаров, domain.tld/product или domain.tld/category/subcategory/product

Попробуй в .htaccess добавить строку AddDefaultCharset UTF-8

2 gdi31 Дубли есть и очень много Например: /Детская_обувь/Лето/Туфли_открытые/tufli-otkrytye-top-top-71416.php/ /Детская_обувь/Лето/tufli-otkrytye-top-top-71416.php/ /Детская_обувь/tufli-otkrytye-top-top-71416.php/ /tufli-otkrytye-top-top-71416.php/ все эти ссылки ведут на одну страницу, это и есть дубли. Лечить с помощью seopack.zip и seourl.zip одновременно не надо, да и учитывая что у тебя кириллица в URL лечение этими исправлениями будет не простым...

GevorgGrigoryan правильные вопросы задаёт.Суть не в том какой product_link, а в том что какие-бы урлы не были они должны отличаться для разных языков. Я уже думал что кроме меня эта тема никому не интересна. GevorgGrigoryan, если не пугают горбатые костыли - пиши в личку. Рассматривал разные варианты, но остановился на варианте: en.handmade24.at/product_link ru.handmade24.at/product_link de.handmade24.at/product_link Так удобнее продвигать...

В 99% случаев это скомпрометированный доступ по FTP. При этом в 99,99% случаев пишут про дырки...

Забыл сообщить... забирай seopack

Если есть такая иерархия каталога: Category 1 -- SubCategory 1.1 -- SubCategory 1.2 -- -- SubSubCategory 1.2.1 -- -- SubSubCategory 1.2.2 -- SubCategory 1.3 Category 2 Category 3 Для товаров принадлежащих, например, SubSubCategory 1.2.1 надо отметить галочками категории-родители (SubCategory 1.2 и Category 1) После этого товары из SubSubCategory 1.2.1 будут отображаться в родительских категориях.

Да, плюшки и рюшки присутствуют... а ядро практически не изменилось.

А Добавить/Изменить тоже нет?

А чем так всем нравится lightbox2? Неужели нельзя подобрать что-то на jQuery?Дело в том что количество скриптов размазанных по шаблонам - безумное. И почти у всех свой набор... Развести по углам prototype и jQuery, так что-бы не ссорились - можно, а вот дать единый рецепт на все случаи жизни используемые скрипты - сложно. Давай ссылку, посмотрю почему не работает.