RGB

Вы НЕ потеряете того, что уже есть. По 1.5.4 не скажу - у меня до сих пор старенькая, но надежная 1.5.2.1 :-) С урлами ситуация следующая - они не могут остаться жить в бд, поскольку они хранятся в одной таблице, и их не может быть несколько разных, в один момент времени действует только то, что находится в таблице, а поскольку старых урлов там нет, то проблема только в медлительности сканирования новых урлов гуглом.

Я про те, что сам модуль обеспечивает. Если у вас раньше была страница с акционными товарами (например) как обычно в ОС по адресу /index.php?route=product/special, то после установки SeoPro у вас при заходе на такой адрес будет выполняться переадресация на то, что вы назначите как seo-url адрес страницы акций (у меня например просто /actions). И поисковики, и посетители, будут туда (на новый адрес /actions) попадать независимо от того, заходили они на /index.php?route=product/special или же на /actions, поэтому, насколько я вижу, страшного в этом только то, что появятся на какое-то время дубли в индексе поисковиков со старыми и новыми адресами, но во-первых это со временем само исчезнет, а во-вторых - дубли эти будут вести на одну и ту же страницу, и ее вес (ТИЦ, ПР, что угодно) сохранится.

Не надо никуда ничего вносить. Если у вас та же проблема, то в теории может помочь изменения типа поля text на longtext, но это не очень правильно, лучше спросите автора модуля.

Я что-то не пойму, когда вы (не залогинившись) добавляете что-то в вишлист и переходите по ссылке /index.php?route=account/wishlist, у вас открывается что? Страница регистрации или сам вишлист?

Скорее всего ожидает, но если редиректы со старых ссылок на новые идут нормально, то волноваться не о чем - гугл через какое то время сам почистит свой индекс от ваших старых ссылок и будет выводить уже новые. P.S. Ну так это ж мировая обложка мирового альбома :-)

Срочно погуглите, что такое Таблица и что такое База данных, пока никто не увидел Это не совсем одно и то же, по хорошему на всех старых страницах будет работать (и работает), 301-й редирект на новые страницы, соответственно дубли должны быть только пока поисковики не проиндексируют страницы заново - как вариант, можно в панели управления гугл или яндекс вебмастера вручную поудалять дубли. У меня выше проблема другого рода - непонятно откуда вылезшие дубли прямых ссылок на товары, без учета дерева категорий.

Так у вас ведь не нужно регистрироваться для просмотра заметок — замените все эти ссылки сразу на ссылку на заметки.

Спасибо, только я наверное глупость хочу сделать - ведь если подумать, то если уже сейчас работает редирект с верхнего регистра на нижний, то такое решение ничего не поменяет :unsure:

Предыстория вот здесь. Если кратко - все ссылки на старой версии SeoPro учитывали регистр, указанный в базе, а после обновления перестали его учитывать (точнее сразу записываются в базу в нижнем регистре). Поэтому возникла такая фигня - в поисковиках сейчас отображаются кириллические ссылки такие (старые): сайт/Категория/Подкатегория/Товар вместе с такими (новыми, где буквы все в нижнем регистре) сайт/категория/подкатегория/товар Хотелось бы от этих дублей (хотя бы от них) избавиться, а для этого надо курить htaccess, а логика его работы у меня до сих пор вызывает тяжесть в животе. Поэтому на просторах инета нашел такой кусок кода, который по идее делает что надо: <?php // Приняли URL и перевели все символы в нижний регистр, при этом указав кодировку, во избежания проблем с кириллицей $url = mb_strtolower(urldecode($_SERVER['REQUEST_URI']), 'UTF-8') ; // Пишем условие, если в брайзерной строке отличается от урла с нижним регистром, то if(urldecode($_SERVER['REQUEST_URI']) != $url) { // Выполняем редирект 301 header('Location: http://'.$_SERVER['HTTP_HOST'].$url, true, 301) ; } ?> Но я не могу понять, куда его правильно прикрутить (и нужны ли какие-то изменения в коде).То ли в библиотеки в url.php, то ли еще куда. Гуру, укажите пожалуйста конкретное место, где эту радость надо вставить, чтобы все снова стало прекрасно, а то опять начнутся чудеса с дублями.

В вашей компании работают балбесы, робот может не приходить хоть 5 лет, но юзер (ведь компания продает юзерам, а не роботам) при переходе по старой ссылке автоматически переадресуется на новую. Соответственно все ссылки в индексе гугла/яндекса или на покупных площадках будут исправно перенаправлять на нужные вам страницы. P.S. Ну если все работает, то славно :-)

Почему? Ставится редирект всех ссылок с каталога на шоп например, и все покупные остаются на своих местах, и движок остается целым. И волки сыты, и овцы целы) redirect /catalog http://www.site.com/shop

Покупать битрикс, чтобы магазин находился по адресу сайт/каталог? Месье любитель извращений?) Объясните заказчику, что каталог - это зарезервированное движком имя, и на него переадресацию никак не сделать без переименования всех файлов, но при этом потеряется обновляемость системы. ИМХО проще в ТЗ внести изменения и сделать переадресацию на shop например, чем так издеваться над движком.

Так какая разница? Поменяйте в языковых файлах это на это и все :-)

В категориях почти все ошибки ведут к filter pro, что не удивительно, если учитывать сколько вы атрибутов насоздавали парсингом такого количества товаров. У фильтра в какой-то теме указывали на ошибку, в которой количество хранимых им атрибутов ограничено размером поля в бд, и выше нескольких тысяч все отваливается. Вывод - парсить надо осторожно и по чуть-чуть :-) P.S. Вспомнил табличку - смотрите в базе setting, поле key со значениями filterpro_setting и filterpro_module. Вот у них в value записываются все настройки модуля, при этом поле имеет тип text, и соответственно ограничением на кол-во сохраненной информации.

url_alias

Спасибо, пойду гуглить. А действительно, такая красота и все в одной функции) Хобби у меня такое - выводить рандомные наборы чисел :-D На самом деле это для создания уникального контента на сайте - просто раньше он генерировался сторонними синонимайзерами, а теперь пришла идея - почему бы не зашить все это непосредственно в шаблон? Получается не очень читабельно, но ориентация тут только на поисковики, потому что после работы парсера на сайте очень мало собственного уникального содержимого, и такие штуки могут сильно помочь.

Перечитал и понял, что если я сам себя понимаю с трудом, то лучше пояснить. Имеется в виду использование сотни массивов типа: $p1 = array ("111", "222", "333", "444", "555", "666", "777", "888", "999", "000"); И соответственно вывод произвольных комбинаций этих элементов через вот что: echo $p1[mt_rand(0,count($p1)-1)]; echo $p2[mt_rand(0,count($p2)-1)]; echo $p3[mt_rand(0,count($p3)-1)]; ... echo $p199[mt_rand(0,count($p199)-1)]; echo $p200[mt_rand(0,count($p200)-1)];

Да переименуйте папки свои русские (и файлы) в английский и проверьте, что получится. А потом последуйте совету snastik, я вот даже у себя на домашнем пк никогда не называют папки русскими - себе дороже)

Насколько сложно и затратно для обычного веб-хостинга использование в генерации одной страницы (в шаблоне product.tpl) 1-2 сотни функций mt_rand? Визуально особой разницы с ними и без них не видно, поэтому у меня такое чувство, что это мелочи, но хотелось бы услышать ответ профи.

Две такие диаметрально противоположные истории, хотя второй возможно предстоит повторить путь из первой, а первой (кто знает как все сложится?) перейти во вторую :-) А у меня все просто - находясь в поисках CMS для будущего магазина, попробовал ос_коммерс (тихий ужас), джумлу (идиотская система с подключением мамботов) и виртумарт (все равно не то), мадженто (чем-то не понравилась, уже не помню), дле (отрежьте мне руки, если я снова захочу с ним иметь дело), короче в итоге на стол операционной попал опенкарт, тогда еще древний и неповоротливый ocstore 0.0.7), и заверте.. :-)

А зачем вам копировать магазин? Ну мне просто любопытно, дело ведь вот в чем - если делать копию один в один, то вам в жизни не превысить позиции копируемого сайта, а скорее всего при абсолютно идентичном контенте по стуку донора вы попадете в категорию ГС и заработаете бан. Или у вас есть другие каналы продаж, помимо поисковиков? Что-то очень слабо вериться, учитывая ваш бюджет в 3К. Хотя возможно вы поспорили с другом, что найдете лоха работника, который скопирует вам сайт за копейки? :-)

Вам не жалко свое зрение? Я смотрю на скриншот и не вижу сглаживания шрифтов вообще, будто бы вы сидите на Windows 3.11 :-)

Конечно будет, ведь этот текст показывается только при попытке добавить товар со стороны незарегистрированного пользователя, а такой сценарий единичный и больше (вроде бы) нигде не может произойти. P.S.А что за заметки? Вишлист что-ли? P.P.S. Уже вижу, что он, непонятно только почему топикстартер обозвал его заметками, все же у вишлиста чуть другое предназначение:-)

А вот так делали?

Долгое время использовал версию SeoPro с другой темы (без кеширования и мультиязычности, но не родную, кто-то из сообщества выкладывал со своими маленькими изменениями, в ней еще адреса все имеют регистр, то есть выводится адрес типа: сайт/Категория/Товар, а не как в версии из этой темы: сайт/категория/товар), так вот со старой версией все было хорошо. А вот недавно решил обновить на версию из этой темы, и после очередной индексации сайта гуглом, полезли проблемы. Непонятно откуда появились дубли страниц товаров: сайт/категория/подкатегория/товар сайт/Категория/Подкатегория/товар сайт/товар сайт/Товар Хотя при попытке открыть любую из этих ссылок, происходит редирект на сайт/категория/подкатегория/товар, что и указано в настройках. Но тогда с какого перепуга гугл вдруг решил индексировать страницы, с которых идет редирект? Кто-нибудь сталкивался с таким? Есть подозрение, что это старые ссылки со старой версии seopro еще не пропали из индекса, но это бы объяснило появление дублей с регистрами, а не дублей типа сайт/товар.