RGB

Не надо никуда ничего вносить. Если у вас та же проблема, то в теории может помочь изменения типа поля 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 еще не пропали из индекса, но это бы объяснило появление дублей с регистрами, а не дублей типа сайт/товар.

Сами знаете, строгость наших законов компенсируется необязательностью их выполнения

Кем же оно навязанное?) Я сужу по себе и по окружающим, а не по всяким глупостям и теориям мировых заговоров. А по поводу розетки - вы в России просто не поймете этого, так как у вас такого явления нет. В Украине нет больше ни одного интернет-магазина такого же уровня и ни одного серьезного конкурента, они запустились в удачное время и смогли занять очень лакомую нишу интернет-супермаркетов, фактически монополизировав все это направление. Очень очень многие люди сейчас, еще до того, как захотят что-то купить, знают ГДЕ будут покупать - настолько хорошо удалось розетке войти в контакт с аудиторией. В России это невозможно (ну или оооочень сложно реализуемо) из-за разрозненности рынка и из-за географии - очень сложно запустить такой магазин, который одинаково быстро будет доставлять и по Москве, и в сибири, плюс крупные сети просто не допустят появления такого магазина. А у нас сети провтыкали появление розетки, недооценив развитие интернет-рынка, и в итоге сейчас люди знают, что "покупка техники в интернете" - это синоним "покупка в розетке". Ваш Озон, КупиВип, Ситилинк или еще какой-то крупный магазин никогда не сможет превратиться в народный супермаркет, которым сейчас стала розетка. P.S. Я сам сейчас если хочу купить какую-то электронику, в первую очередь смотрю в розетке, хотя знаю, что у них наценка больше, чем у менее продвинутых магазинов. Просто я знаю, что они с бОльшей вероятностью доставят вовремя и что у них на складе есть заказанные товары, в отличии от многих других наших магазинов.