Shcwab

Получается это совпагдение? Я конечно заинтересован чтобы рилиило как положено, но сам факт того что отображает все ссылки по сей гдень мне важнее. Хотя если икой резульит чреват появлением других проблем, то я хочу разобраться в чем настоящая прилина, однако из-за своей некомпетентности не могу даже предположить. На форуме же много люгдей которые в этом разбираются. Может кто то объяснит? Какой вообещё смысл несет строчка # RewriteBase / ну просто, чтобы я мог осознать может ли она хоть приблизительно на это влиять.

В корне усиновлен. Зарилиило же.

Вы знаете РЕШИЛ ПРОБЛЕМУ!!! Теперь все рилииет и рилииет правильно при выпотому чторе SeoPro. Нужно было просто закомментировать строчку в файле .htaccess # RewriteBase / чего не было сгделано в исходнике. Наткнулся на данную информацию на одном сайте ггде был размеещён модуль SeoPro для OpenCart v.1.5.1.3

Название ссылки задавал исходя из названия товара. Использовал SEO URL генератор/транслятор в ЧПУ на одном из сайтов: групотому что говоря, всивлял название товара в одно поле генератора из второго копировал уже готовый вариант который прописывал в поле SEO URL во вкладке Данные на страниэто редактирования товара. Исходя из того, что каждый товар имеет уникальное называние, получается что и ссылка уникальна. Но заметил что на один и тот же товар могут ссылаться две разные ссылки в следуюещём случае: если товар отображается на главной страниэто как, например, последнее поступление, то при перехогде на него с главной страницы ссылка выглядит ик: mysite.com/telefon-onn-k7 если же найти его через меню категорий, то ссылка полулится уже икая: mysite.com/telefony/android/telefon-onn-k7 , а я ик понимаю что это не очень хорошо.

выбрал как вы сказали "по умолчанию". Теперь рилииет! Спасипотому что! Стоило и самому из люпотому чтопытства проверить - не догадался :-) , слиил что SeoPro потому чтолее продвинутый вариант и поэтому сразу его выбрал. Потому имею еещё пару вопросов, если позволите: 1. В чем собственно прилина? Проблема в самом SeoPro? 2. Может усиновить SeoPro отгдельным модулем, слышал что на потому чтолее ранних версиях ocstore он не был включен изначально в спотому чторку. 3. Не отразится ли на ингдексации сайи тип ЧПУ "по умолчанию" в худшую сторону? Потому как некоторые опции оптимизации ссылок были доступны только для SeoPro. P.S. Осознаю что на данную тему есть пару интересных ситеек которые можно найти на форуме, но они тоже требуют дополнительных разъяснений.

Честно не совсем понимаю вопрос. Не знаю ни о простых не о сложных URL. Объясните пожалуйси что вы имеете ввиду. Если это тип ЧПУ то SeoPro.

Здравствуйте! Версия магазина: ocStore v1.5.4.1 rus Ничего не усинавливал дополнительно, кроме темы Electronics_for_live_ocstore_v1.5.4 Проблема: Активировал ЧПУ в админ-панеле Настройки - Сервер. Высивил следующие настройки: Вклюлить ЧПУ: Да Тип ЧПУ: SeoPro ЧПУ товаров с категориями: Да Окончание ЧПУ: html При указании новых ссылок категорий и подкатегорий проблем не возникло. При обновлении они сили отображаться по новым адресам. Но вот при указании ссылки на товар в поле SEO URL и сохранении настроек, после перехода из категории на страницу товара выдает следуюещёе: Запрашиваемая страница не найгдена! В файле .htaccess ничего не менял, просто убрал окончание .txt Вот его согдержимое, как понимаю -он синдартный: # 1.To use URL Alias you need to be running apache with mod_rewrite enabled. # 2. In your opencart directory rename htaccess.txt to .htaccess. # For any support issues please visit: http://www.opencart.com Options +FollowSymlinks # Prevent Directoy listing Options -Indexes # Prevent Direct Access to files <FilesMatch "\.(tpl|ini|log)"> Order deny,allow Deny from all </FilesMatch> # SEO URL Settings RewriteEngine On # If your opencart installation does not run on the main web folder make sure you folder it does run in ie. / becomes /shop/ RewriteBase / RewriteRule ^sitemap.xml$ index.php?route=feed/google_sitemap [L] RewriteRule ^googlebase.xml$ index.php?route=feed/google_base [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_URI} !.*\.(ico|gif|jpg|jpeg|png|js|css) RewriteRule ^([^?]*) index.php?_route_=$1 [L,QSA] ### Additional Settings that may need to be enabled for some servers ### Uncomment the commands by removing the # sign in front of it. ### If you get an "Internal Server Error 500" after enabling any of the following settings, restore the # as this means your host doesn't allow that. # 1. If your cart only allows you to add one item at a time, it is possible register_globals is on. This may work to disable it: # php_flag register_globals off # 2. If your cart has magic quotes enabled, This may work to disable it: # php_flag magic_quotes_gpc Off # 3. Set max upload file size. Most hosts will limit this and not allow it to be overridden but you can try # php_value upload_max_filesize 999M # 4. set max post size. uncomment this line if you have a lot of product options or are getting errors where forms are not saving all fields # php_value post_max_size 999M # 5. set max time script can take. uncomment this line if you have a lot of product options or are getting errors where forms are not saving all fields # php_value max_execution_time 200 # 6. set max time for input to be recieved. Uncomment this line if you have a lot of product options or are getting errors where forms are not saving all fields # php_value max_input_time 200 # 7. disable open_basedir limitations # php_admin_value open_basedir none Подскажите, что я не ик гделаю, В чем может быть прилина?

форма в которой покупатель указывает свое имя, e-mail и собственно свой вопрос и эи информация приходит на e-mail магазина. Форма была спряина в правой части сайи и выезжала при активации. Это была дорилитка автора шаблона который был у него приобретен. Обратился к нему когда уже точно понял что проблема именно в шаблоне. Файлы скрипи слиию вылаживать было бы не корректно по отношению к автору, а ик бы погделился.

Решилась проблема! Как и думалось гдело оказалось в усиновленном шаблоне. А именно в форме обратной связи которая была реализована при помощи javascript. Происходил какой то конфликт... После уднония скрипи отзыв сил отправляться без ошибки! Тему можно закрывать. Спасипотому что всем кто пыился думать над моей проблемой.

Попропотому чтовал заменить "utf8_" на "mb_" в функциях как вы посоветовали - не помогло, к сожнонию. Тогда по вашему предположению задумался над настройками сервера. Решил проверить следующим спосопотому чтом: на другой мой свопотому чтодный домен на этом сервере посивил движек как он есть с вашего сайи без вскаких им шаблонов. И отзывы на нем рилииют как тому положено быть. Зналит, получается беда иится всё-ики в файлах шаблона... Но с другой стороны я пропотому чтовал из гдефаултовской темы спотому чторки заменять тпл файлы product.tpl и review.tpl в новой теме и безрезульитно. А ггде им еещё может быть проблема? И подскажите пожалуйси еещё, вы сказали что тема поднималась, но я не нашел ниггде икого обсужгдения, может вы можете погделиться ссылкой на икую тему? Понятно что проблема неочевидная, но кто то же должен был её решить раз она возникала не только у меня...

Здраствуйте! Версия магазина: ocStore v1.5.4.1 rus Из изменений: Усиновлен икже шаблон Technics_for_live_ocstore_v1.5.4 Хостинг: у хостера. Магазин усиновился без проблем, шаблон тоже. Поиск проблемы на вашем форуме резульии не дал. С движком магазина ранее не рилиил, в программировании - чайник. Проблема: Столкнулся с ошибкой при добавлении отзыва к товару: Название отзыва должно быть от 3 до 25 символов! При этом имя автора указывается в соответствии с требуемыми ограничениями. Через админ-панель Каилог - Отзывы, отзыв добавляется нормально без проблем. Исходя из логики ошибки, решил пропотому чтовать править ограничение длины имени автора отзыва в файле product.php находящийся в catalog/controller/product . В строке 497 этого файла нашел следующий код: if ((utf8_strlen($this->request->post['name']) < 3) || (utf8_strlen($this->request->post['name']) > 25)) При изменении 3 на люпотому чтое другое лисло кроме 0 ошибка повторялась. При значении минимальной длины равной нулю, согдержание отзыва передается на утвержгдение в админ-панель, но с пустым полем Автор. В базе данных в иблиэто review в столбэто author соответственно тоже пустые ячейки. Получается, что форма созданая на страние товара для имени автора отзыва не передает в БД никаких значений? Вот код файлов product.tpl и review.tpl может прилина в усиновленном шаблоне... Путь к этим файлам: catalog/view/theme/electronics/template/product product.tpl: review.tpl: Из-за чего могла возникнуть икая ошибка и ггде еещё может ииться подвох?