Jump to content

Модуль блог от prestalive


Recommended Posts

Добрый день!

Прошу помощи, так как столкнулся со следующей проблемой.

Установил себе модуль plblog от prestalive.

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

Может кто знает как подправить?

Спасибо!

Link to comment
Share on other sites

Добрый день!

Прошу помощи, так как столкнулся со следующей проблемой.

Установил себе модуль plblog от prestalive.

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

Может кто знает как подправить?

Спасибо!

А разве тебе удалось победить баг в этом модуле? У меня при нажатии кнопки сохранить текст в блоге превращает в набор вопросов. Пример

https://plus.google.com/u/0/photos/111526711068451872545/albums/5697489963038307313

Link to comment
Share on other sites

может просто включить utf-8 ?

уже давно включено. Я только на utf-8 и держу магазин. И при нажатии кнопки сохранить проверил - UTF-8 в настройках броузера. Какая то чертовщина

Link to comment
Share on other sites

А разве тебе удалось победить баг в этом модуле? У меня при нажатии кнопки сохранить текст в блоге превращает в набор вопросов. Пример

https://plus.google....489963038307313

У меня такой проблемы не было. Все сохраняет как нужно. Ставил последнюю версию. Единственное подправил чтобы имя человека, оставляющего комментарий нормально отображалось. В оригинальном варианте сохранялось в таком же виде как у тебя на рисунке.

Link to comment
Share on other sites

  • 2 weeks later...

Модуль создания SITEMAP.XML с учетом статей, созданных в plBlog

 

Модуль создан на основе стандартного gsitemap и призван его заменить.

 

Отличия от стандартного:

1. Добавляет ссылки на статьи, созданные с помощью модуля plBlog.

2. Кроме такого же как у стандартного модуля формирования статичного файла sitemap.xml в корне сайта (по кнопке в админке),

после добавления в .htaccess строки:

 

RewriteRule ^sitemap.xml?$ modules/frgsitemap/frsmap.php

 

доступно динамическое формирование файла (по запросу, без записи самого файла).

 

Может будет кому-нибудь полезно.

 

frgsitemap.zip

Link to comment
Share on other sites

Добрый день!

Прошу помощи, так как столкнулся со следующей проблемой.

Установил себе модуль plblog от prestalive.

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

Может кто знает как подправить?

Спасибо!

 

Это не проблема Ваша или plBlog.

Насколько я понимаю, у Вас включены ЧПУ и сгенерирован .htaccess, который и делает, то о чем Вы рассказываете.

Если Вы попробуете то же самое с любым товаром произвести, реакция будет точно такой же.

 

Кроме одного случая: в урле поста уберите ведущие цифры... и попадете на 404. =)

Link to comment
Share on other sites

Может кто нибудь возьмётся за вознаграждение исправить эту ошибку?

Нашел способ лечения

лечатся каракули в модуле Блога.

Открываем в нем файл AdminPLPost.php и в конце 174 строки после

Код:

value="'.htmlentities($obj->getTags((int)($language['id_lang']))

добавляем

Код:

, ENT_COMPAT, 'UTF-8'

 

Далее открываем файл AdminPLComment.php и в строке 53 после

Код:

htmlentities($row['comment_author_name']

добавляем

Код:

, ENT_COMPAT, 'UTF-8'

Link to comment
Share on other sites

Это не проблема Ваша или plBlog.

Насколько я понимаю, у Вас включены ЧПУ и сгенерирован .htaccess, который и делает, то о чем Вы рассказываете.

Если Вы попробуете то же самое с любым товаром произвести, реакция будет точно такой же.

 

Кроме одного случая: в урле поста уберите ведущие цифры... и попадете на 404. =)

Если пробовать с товаром, не убирая цифру, то срабатывает редирект на правильный урл, можете проверить у себя в магазине)) Я так понимаю это благодаря опции "Автоматическая переадресация на канонические ссылки" в настройках ЧПУ.

В модуле блог вроде тоже эта функция есть, но она не срабатывает чего то....

Link to comment
Share on other sites

Если пробовать с товаром, не убирая цифру, то срабатывает редирект на правильный урл, можете проверить у себя в магазине)) Я так понимаю это благодаря опции "Автоматическая переадресация на канонические ссылки" в настройках ЧПУ.

В модуле блог вроде тоже эта функция есть, но она не срабатывает чего то....

Ну так я Вам об этом и говорю. Что для товара, что для блога - одинаково: если есть цифра, то попадаете на товар/статью с этим идентификатором.

Link to comment
Share on other sites

Да нет же если для товаров меняем урл на неправильный после отработки редиректа, получаем страничку с правильным урлом.

http://www.dreams4u.ru/coll-tet-a-tet/16-violetta.html

 

http://www.dreams4u.ru/coll-tet-a-tet/16-vietta.html

 

В обоих случаях в результате перехода получим страничку с правильным урлом.

 

А в модуле блог этого не происходит....

Link to comment
Share on other sites

Да нет же если для товаров меняем урл на неправильный после отработки редиректа, получаем страничку с правильным урлом.

http://www.dreams4u....6-violetta.html

 

http://www.dreams4u..../16-vietta.html

 

В обоих случаях в результате перехода получим страничку с правильным урлом.

 

А в модуле блог этого не происходит....

 

Теперь я понял о чем Вы говорите! =)

Да, есть такой глюк. Надо будет посмотреть...

Link to comment
Share on other sites

В качестве решения "на скорую руку" (т.е. полностью и во всех режимах не оттестировано).

Вроде работает, сделано по аналогии с Продуктом. Будем надеяться, что авторы к следующему релизу сами это корректно поправят. =)

Итак, в файл /modules/plblog/frontent/controllers/DetailController.php вставляем следующую функцию:

public function preProcess()
{
 global $link, $cookie;
 $id_pl_blog_post = (int) Tools::getValue('plidp');
 if ($id_pl_blog_post != null) {
  $post = $this->getMetaPostById($id_pl_blog_post);
   if ($post) {
 $php_self = "blog/".Tools::getValue('plcn').'/'.$id_pl_blog_post.'-'.$post['link_rewrite'].".html";
 $canonicalURL = $link->getPageLink($php_self, $this->ssl, $cookie->id_lang);
 if (!preg_match('/^'.Tools::pRegexp($canonicalURL, '/').'([&?].*)?$/', Tools::getProtocol().$_SERVER['HTTP_HOST'].$_SERVER['REQUEST_URI'])) {
  header('HTTP/1.0 301 Moved');
  if (defined('_PS_MODE_DEV_') AND _PS_MODE_DEV_)
   die('[Debug] This page has moved<br />Please use the following URL instead: <a href="'.$canonicalURL.'">'.$canonicalURL.'</a>');
  Tools::redirectLink($canonicalURL);
 }
   }
 }
 parent::preProcess();
}

Link to comment
Share on other sites

Спасибо ОГРОМНОЕ!

РАБОТАЕТ!!!

СПАСИБО!

Единственное - просьба, не сочтите за наглость, но Вы могли бы добавить в Вашу функцию проверку и на изменение в адресе поста названия категории, а также урла самой категории

 

Т.е., опять же пример в Вашем магазине:

1) меняем название категории в составе урла товара

http://www.dreams4u....6-violetta.html

http://www.dreams4u....6-violetta.html

 

2) меняем урл самой категории.

http://www.dreams4u....-coll-tet-a-tet

http://www.dreams4u.ru/2-coll-ta-tet

 

В обоих случаях получаем 301 редирект на канонический урл.

Спасибо за помощь.

Link to comment
Share on other sites

Спасибо ОГРОМНОЕ!

РАБОТАЕТ!!!

СПАСИБО!

Единственное - просьба, не сочтите за наглость, но Вы могли бы добавить в Вашу функцию проверку и на изменение в адресе поста названия категории, а также урла самой категории

 

я понял о чем Вы говорите.

Намеренно не хотел еще и в те дебри влазить. Потому как все же надеюсь на разработчиков.

 

Очень там все запутанно.

Особенно, если брать первый пример. В отличие от всей остальной "политики" Престы, именно в линке на статью КАТЕГОРИЯ выводится БЕЗ ИДЕНТИФИКАТОРА. А потому не ясно, как определить ЧТО Ж ТАМ ДОЛЖНО БЫТЬ НА САМОМ ДЕЛЕ.

 

Может и придумаю что-нить, если желание будет. =)

Link to comment
Share on other sites

  • 1 month later...

Добрый день, у меня проблема другая, модуль встал как положенно, стоит в правой колонке, созданая тема показывается но стоит на неё перейти посередине белый экран и отстутствует правая колонка http://forsan-store.ru/

буду очень признателен за помощь.

Link to comment
Share on other sites

И все сразу должны понять в чем дело по белому экрану??? Включи отображение ошибок и глянь чего там пишет.

 

У кого в модуле после всех манипуляций всеравно знаки вопросов в место текста, идут менять кодировку таблиц на UTF8.

Link to comment
Share on other sites

  • 2 weeks later...

У меня такой проблемы не было. Все сохраняет как нужно. Ставил последнюю версию. Единственное подправил чтобы имя человека, оставляющего комментарий нормально отображалось. В оригинальном варианте сохранялось в таком же виде как у тебя на рисунке.

Очень прошу, поделитесь как.

Link to comment
Share on other sites

Прошу прощения за назойливость. Подскажите как перевести в "хлебных крошках" ссылку "Blog", ведущую на blog/all-post.html. Несколько раз перерыл все возможные переводы - не могу найти.

Link to comment
Share on other sites

Прошу прощения за назойливость. Подскажите как перевести в "хлебных крошках" ссылку "Blog", ведущую на blog/all-post.html. Несколько раз перерыл все возможные переводы - не могу найти.

Честно я у себя не переводил... посему не скажу. Если в переводе нет, то тогда в tpl файлах посмотрите.

Link to comment
Share on other sites

  • 6 months later...

уже давно включено. Я только на utf-8 и держу магазин. И при нажатии кнопки сохранить проверил - UTF-8 в настройках броузера. Какая то чертовщина

 

Проблема в кодировке таблиц plblog - заходите в PhpMyAdmin и меняйте кодировку на utf8_general_ci

Должно помочь.

http://i968.photobucket.com/albums/ae166/nhadattrungkien/3.jpg

Весь пост

http://www.prestashop.com/forums/topic/139638-module-free-blog-module-a-usefull-prestashop-module/page__st__20

Link to comment
Share on other sites

  • 3 months later...

Приветствую всех форумчан!

У меня с этим модулем совсем не сложилось... Не видно его в админке после добавления в папку "модули"! Хоть через админку добавляю, хоть просто заливаю на сервер... Версия PrestaShop - 1.4.4.0, версия модуля 1.1.8

Перерыл кучу иноязычных постов - нигде решения не предлогают, единственный ответ - убедитесь что модуль в нужной папке... Через FTP я его вижу, а в админке - нет!

Как его правильно установить?

Заранее спасибо за ответ!

Link to comment
Share on other sites

Отбой, разобрался! :)

Решил порыться в папке с архивом, а в нем еще есть папки... Короче говоря скинул на сервер внутреннюю папку без всяких там README - заработало! Буду дальше тестить... :)

Link to comment
Share on other sites

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

1. Добавил правку в AdminPLPost.php и AdminPLComment.php как показано здесь: http://prestadev.ru/forum/showthread.php?t=3939&pp=20

2. Поменял кодировку таблиц в PhpMyAdmin с latin1_swedish-ci на utf8_general_ci как показано здесь: http://i968.photobucket.com/albums/ae166/nhadattrungkien/3.jpg

3. Поменял движок БД для таблиц модуля с MyISAM на InnoDB (как везде) - http://prestadev.ru/forum/tema-3939-30.html

4. Загружал в админку текст с Notepad++ для контроля над кодировкой текста (чтоб наверняка был utf8_general_ci)

А помогло мне в итоге вот что: используя PhpMyAdmin зайти в ps_pl_blog_post_lang, выбрать закладку "структура" и поменять кодировку на utf8_general_ci для post_description.txt как показано на рисунке: http://itexpert-on.net/webdesign/prestashop/prestashop-module-free-blog-problems-special-character/

 

Теперь текст отображается корректно!

Link to comment
Share on other sites

После всех правок модуль вроде работает, но при открытии статьи (кликая по теме статьи в блоке модуля) перед текстом самой статьи появляется сообщение:

Notice: Undefined index: pl_a_path in ...../modules/plblog/frontent/controllers/DetailsController.php on line 35

Notice: Undefined index: pl_a_name in ..../modules/plblog/frontent/controllers/DetailsController.php on line 36

 

Кто нибудь сталкивался с подобным? Как исправить?

Edited by Chygryn (see edit history)
Link to comment
Share on other sites

×
×
  • Create New...