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: Из-за чего могла возникнуть такая ошибка и где еще может таиться подвох?