| |||||||||
| |||||||||
Modules/translit.php
Разработчик CMS Eurowebcart
Спасибо.
А нужно поменять только тут:
"$strw = htmlspecialchars($strw); .... $strw = strtolower($strw);"
Чем отличается translit от translit0 ?
А нужно поменять только тут:
"$strw = htmlspecialchars($strw); .... $strw = strtolower($strw);"
Чем отличается translit от translit0 ?
оба править надо
Разработчик CMS Eurowebcart
Вопреки бытующему мнению.
Бытует устойчивое мнение, что ЧПУ поисковиками индексируется лучше, чем не ЧПУ. На многих seo ресурсах, по этому поводу, можно обнаружить целую кучу утверждений преподносимых как неоспоримый факт.
Однако, возьму на себя смелость развенчать сей догматизм.
Некоторое время назад, я обнаружил, что страницы сайта стали выпадать из индекса в яндексе. Подумал, ну, мало ли, бывает, выпадет, а потом впадет. Ан нет. В течении 2 или 3 месяцев картина не менялась и количество в индексе неуклонно понижалось. А потом и вовсе, ситуация приняла угрожающий характер.
Не на шутку обеспокоившись, стал искать, где свинья зарыта. В ходе поисков грязного животного, выгрузил базу в xls и представил ее собственному взору. С базой оказалось все в порядке. Но очевидным оказалось, что из индекса вываливаются урлы не чпушного вида. А чпушные, кои я установил, отчего-то в индекс напрочь не встают.
Вообще-то, я много еще чего обнаружил, ну, да речь не о том.
Почесав репу, произнес матерное заклятие и вернул все не чпушное взад. А спустя чуток времени, обнаружил, что боты остервенело, будто гиены голодные, накинувшись, стали вновь тащить в индекс все что ни попадя. Чему я оказался несказанно рад.
Так вот, возвращаясь к бытуемому мнению, предлагаю осмыслить иное воззрение.
Урл, это совершенно точно идентифицируемый адрес, конкретной страницы какого либо сайта. И абсолютно не важно, как именно она идентифицируется, если не выходит за рамки правил предусмотренных алгоритмами поисковиков. Например, человека можно идентифицировать по фио, дате, месту рождения и фактическому пребыванию выраженному словесно. Это и будет рассматриваться как ЧЕЛОВЕКОМ понимаемый урл. Иной способ идентификации, буквенно-цифровой номер паспорта того же человека. Что как раз и будет соотноситься с не чпу урлами.
Взирая на факты, сформировал собственное убеждение, что мнения о лучшей индексации, основано на умении поисковиков понимать ключевики в урлах. Имея урл такого вида: cheloveko_ponimayemyye_url в серпе сможете обнаружить их выжернинными, если был запрос юзера – человеко понимаемые урл. Но, это не дает гарантий в занятии лидирующих позиций в серпе по отношению к сайту с кучкой неосмысляемых кракозябов в теле урла. Определяющим фактором все равно останется человеку полезный контент, толково seo оптимизированный.
Юзер придет на ваш сайт, только если обнаружит заинтересовавший его заголовок и текст снипета. И совершенно не заметит вида ссылки.
Если хорошо покопаетесь в метриках, обнаружите переходы из поисковика не только с первых страниц выдачи, но и куда более глубоких. Это и есть над чем подумать.
Бытует устойчивое мнение, что ЧПУ поисковиками индексируется лучше, чем не ЧПУ. На многих seo ресурсах, по этому поводу, можно обнаружить целую кучу утверждений преподносимых как неоспоримый факт.
Однако, возьму на себя смелость развенчать сей догматизм.
Некоторое время назад, я обнаружил, что страницы сайта стали выпадать из индекса в яндексе. Подумал, ну, мало ли, бывает, выпадет, а потом впадет. Ан нет. В течении 2 или 3 месяцев картина не менялась и количество в индексе неуклонно понижалось. А потом и вовсе, ситуация приняла угрожающий характер.
Не на шутку обеспокоившись, стал искать, где свинья зарыта. В ходе поисков грязного животного, выгрузил базу в xls и представил ее собственному взору. С базой оказалось все в порядке. Но очевидным оказалось, что из индекса вываливаются урлы не чпушного вида. А чпушные, кои я установил, отчего-то в индекс напрочь не встают.
Вообще-то, я много еще чего обнаружил, ну, да речь не о том.
Почесав репу, произнес матерное заклятие и вернул все не чпушное взад. А спустя чуток времени, обнаружил, что боты остервенело, будто гиены голодные, накинувшись, стали вновь тащить в индекс все что ни попадя. Чему я оказался несказанно рад.
Так вот, возвращаясь к бытуемому мнению, предлагаю осмыслить иное воззрение.
Урл, это совершенно точно идентифицируемый адрес, конкретной страницы какого либо сайта. И абсолютно не важно, как именно она идентифицируется, если не выходит за рамки правил предусмотренных алгоритмами поисковиков. Например, человека можно идентифицировать по фио, дате, месту рождения и фактическому пребыванию выраженному словесно. Это и будет рассматриваться как ЧЕЛОВЕКОМ понимаемый урл. Иной способ идентификации, буквенно-цифровой номер паспорта того же человека. Что как раз и будет соотноситься с не чпу урлами.
Взирая на факты, сформировал собственное убеждение, что мнения о лучшей индексации, основано на умении поисковиков понимать ключевики в урлах. Имея урл такого вида: cheloveko_ponimayemyye_url в серпе сможете обнаружить их выжернинными, если был запрос юзера – человеко понимаемые урл. Но, это не дает гарантий в занятии лидирующих позиций в серпе по отношению к сайту с кучкой неосмысляемых кракозябов в теле урла. Определяющим фактором все равно останется человеку полезный контент, толково seo оптимизированный.
Юзер придет на ваш сайт, только если обнаружит заинтересовавший его заголовок и текст снипета. И совершенно не заметит вида ссылки.
Если хорошо покопаетесь в метриках, обнаружите переходы из поисковика не только с первых страниц выдачи, но и куда более глубоких. Это и есть над чем подумать.
Спасибо Сударь! Вы выразили то что я давно пытаюсь вбить "пострадавшим" от SEO, то что поисковым системам наплевать на адрес ссылки, будь то kucha_poleznoy_informacii.html или p0003.html, или даже index.php?page=02345968740302-5-6
Разработчик CMS Eurowebcart
почему после индексации не переиндексировались:
товары (item_id)
а страницы наоборот переиндексировались но потеряли адрес!
ht:
RewriteEngine on
Options +FollowSymlinks
RewriteRule ([A-Za-z0-9_]+).xml$ /full.php?type=$1
RewriteRule ([A-Za-z0-9_]+).htm$ /index.php?item_id=$1
RewriteRule ([A-Za-z0-9_]+)/([-А-Яа-яa-zA-Z0-9_w x21-x40]+)/*$ /index.php?catid=$1&brand=$2
RewriteRule ([A-Za-z0-9_]+)/*$ /index.php?catid=$1
товары (item_id)
а страницы наоборот переиндексировались но потеряли адрес!
ht:
RewriteEngine on
Options +FollowSymlinks
RewriteRule ([A-Za-z0-9_]+).xml$ /full.php?type=$1
RewriteRule ([A-Za-z0-9_]+).htm$ /index.php?item_id=$1
RewriteRule ([A-Za-z0-9_]+)/([-А-Яа-яa-zA-Z0-9_w x21-x40]+)/*$ /index.php?catid=$1&brand=$2
RewriteRule ([A-Za-z0-9_]+)/*$ /index.php?catid=$1
Со стороны движка все ок
смотрите
Разделы стали правильные
http://artelshop.ru/muz_instrumentyi_ambient_mashine_ и работают
страницы товаров приобрели ссылку
http://artelshop.ru/ambient_mashine_belyiy_matovyiy-am3.htm
но в htaccess стоит условие
A-Za-z0-9_
А у вас в ссылке - ДЕФИС
надо вместо
поствить
и все будет работать
смотрите
Разделы стали правильные
http://artelshop.ru/muz_instrumentyi_ambient_mashine_ и работают
страницы товаров приобрели ссылку
http://artelshop.ru/ambient_mashine_belyiy_matovyiy-am3.htm
но в htaccess стоит условие
A-Za-z0-9_
А у вас в ссылке - ДЕФИС
надо вместо
RewriteRule ([A-Za-z0-9_]+).htm$ /index.php?item_id=$1
поствить
RewriteRule ([A-Za-z0-9_-]+).htm$ /index.php?item_id=$1
и все будет работать
Разработчик CMS Eurowebcart
admin
спасибо вам за обучение
__
а почему названия страниц переиндексировалось, но теперь они оказались недоступны по проиндексированному варианту.
то есть в меню они переписались на данную ссылку и не открываются (404)
artelshop.ru
а по старой ссылке работают
artelshop.ru
ну так надо добавить еще
я добавил вам и все заработало
RewriteRule галочкавверх([A-Za-z0-9_-]+).html$ /index.php?page=$1
я добавил вам и все заработало
Разработчик CMS Eurowebcart
Разработчик CMS Eurowebcart
Вроде правильно все делаю, но всеравно не работают pages, конечно включал мод_рв и т.п.
Страница не найдена по урлу site.com/nazvanie.html как никрути
Если у вас будет время посмотрите в чем может быть ошибка, сейчас переведено в обычный режим, информацию по сайту написал в чат, спасибо.
Страница не найдена по урлу site.com/nazvanie.html как никрути
Если у вас будет время посмотрите в чем может быть ошибка, сейчас переведено в обычный режим, информацию по сайту написал в чат, спасибо.
попробуйте такой .htaccess:
www.eurowebcart.ru - я его обновил поэтому если вы его грузили - то нажмите SHIFT+обновить
www.eurowebcart.ru - я его обновил поэтому если вы его грузили - то нажмите SHIFT+обновить
Разработчик CMS Eurowebcart
В одном из постов чуть раньше, мастер выразился:
Тут вот какой вопрос: а не смог бы мастер заняться этим вопросом всерьез и как-то стандартизировать работу модуля перезаписи?
Дело в том, что движок-то развивается, полезные функции добавляются, а вместе с ними и разные варианты урлов на одну и туже страницу.
И тут мы попадаем в засаду.
Вот, есть верхнее меню, там урл чистый, потом боковое меню, там &финти=флюшка. А потом имеем wiki с &другой=финти&флюшкой.
И понеслась галопом по европам...
А сие в плане сео ниразу не зер гуд!!! И даже сильно вери бэд!!! По тому как все они друг дружке дубли и в индекс попадают то один вариант, то другой, и ничего путевого не выходит, кроме того, что обычно выходит.
А засада сидит как раз в том, что многие, и я в том числе, не знаем как рассказать ПСам, что все эти финти с флюшками то же самое, что и без них.
???
стало понятно, что пора заняться автоматическим созданием .htaccess'ов
Тут вот какой вопрос: а не смог бы мастер заняться этим вопросом всерьез и как-то стандартизировать работу модуля перезаписи?
Дело в том, что движок-то развивается, полезные функции добавляются, а вместе с ними и разные варианты урлов на одну и туже страницу.
И тут мы попадаем в засаду.
Вот, есть верхнее меню, там урл чистый, потом боковое меню, там &финти=флюшка. А потом имеем wiki с &другой=финти&флюшкой.
И понеслась галопом по европам...
А сие в плане сео ниразу не зер гуд!!! И даже сильно вери бэд!!! По тому как все они друг дружке дубли и в индекс попадают то один вариант, то другой, и ничего путевого не выходит, кроме того, что обычно выходит.
А засада сидит как раз в том, что многие, и я в том числе, не знаем как рассказать ПСам, что все эти финти с флюшками то же самое, что и без них.
???
если прирменительно к вики и правому меню - нет проблем запретить индексацию в robots.txt 2-мя строчками
# Disallow: /*&z=*
# Disallow: /*&bb=*
и ничего выдумывать не надо.
# Disallow: /*&z=*
# Disallow: /*&bb=*
и ничего выдумывать не надо.
Разработчик CMS Eurowebcart
Робатсом тоже засада будет. Если меню как у стройкорпа, то 2 уровень только через вики или ручные ссылки в контенте. Вики-то закрыты будут. А ситимап вложенные уровни не строит и как ситимап не распознается.
Следовательно в индекс загонять будет сложновато однако.
И потом, замечено, гуглу такие робатсы по барабану. Он их всеравно индексит. А потом вижу, Я проиндексировал один тип урла, а G - другой.
В общем, пляски с бубном еще те.
И данное правило, на сколько я понимаю, не запретит индексировать урлы содержащие эти символы. Для запрета надо такое правило
Disallow: /index.php?page*&z=*
Следовательно в индекс загонять будет сложновато однако.
И потом, замечено, гуглу такие робатсы по барабану. Он их всеравно индексит. А потом вижу, Я проиндексировал один тип урла, а G - другой.
В общем, пляски с бубном еще те.
И данное правило, на сколько я понимаю, не запретит индексировать урлы содержащие эти символы. Для запрета надо такое правило
Disallow: /index.php?page*&z=*
можно и такое.
а роботы сожрут sitemap
а роботы сожрут sitemap
Разработчик CMS Eurowebcart
скрытые разделы и в меню не показываются.
Разработчик CMS Eurowebcart
Так я про то и толкую. Роботсом запрещаем индексацию открытых разделов с символами, а открытые для роботса не индексируем ситимапом...
У нас для попадания в индекс остается только контекстная перелинковка. Т.е. ручками.
У нас для попадания в индекс остается только контекстная перелинковка. Т.е. ручками.