HenryQW / mercury_fulltext

📖 Enjoy full text for tt-rss.
159 stars 27 forks source link

"Get fulltext via Mercury Parser" Cannot be Checked #5

Closed oscargong closed 6 years ago

oscargong commented 6 years ago

Hi,

I have properly set the mercury_fulltext plugin and filled my Mercury API, but the "Get fulltext via Mercury Parser" option still remain unchecked after every refresh.

This relapse after reinstall the plugin.


Hello WangQiru,

我已经正确的安装了插件,并设置了 Mercury API,但是插件始终无法正常工作,具体表现为:在某个 Feed 的 Plugins 选项中勾选了「Get fulltext via Mercury Parser」,页面刷新后,这个选项会回到未勾选的状态。 重新安装插件后问题仍在。请问这个问题大概是什么原因造成的?可能的解决方法?

HenryQW commented 6 years ago

Did you install it manually? If yes, are you running with mysql or postgres? Is it possible to reinstall everything from scratch to see if the problem persists?

Otherwise if you are pulling my Docker image it’s working as intended.

There is a “Save” button after you ticked the plugin, at the bottom right of the window.

oscargong commented 6 years ago

Hi, I installed this plugin manually ( git clone https://github.com/WangQiru/mercury_fulltext.git /usr/share/nginx/ttrss/mercury_fulltext) and using Tiny Tiny RSS with PostgreSQL and Nginx.

I spend an afternoon reinstalled hole Tiny Tiny RSS from the very beginning, unfortunately, the problem still here 😭

Meanwhile, the deprecated af_readability works fine(which can be checked).

HenryQW commented 6 years ago

I’m unable to reproduce the error described.

Can you paste the relevant PHP logs here if it produced any error? Nginx shouldn’t be the cause.

Meanwhile you can try my all-in-one docker image and sees if that’s working.

Glashkoff commented 6 years ago

I have the same problem. Nginx 1.13.8 and PHP-FPM 7.2.1 The problem appeared after update from php 7.0 branch to 7.2.1. Perhaps nginx has also been updated, I can not check now. There are no errors in the nginx logs. I use https with protocol http/2.0, but it was when the plugin worked.

HenryQW commented 6 years ago

@OscarGong @Glashkoff can you both confirm your PHP version for me to reproduce the bug? Better with error logs.

Glashkoff commented 6 years ago

I updated PHP 7.0.26 to version 7.2.1. On version 7.0.26 and previous PHP versions (I updated to 7.0 immediately after release) everything worked. Unfortunately, even with the "debug" nginx error log option there are no errors. Here is what access log looks like when I open the subscription settings window, enable mercury checkbox and save:

[16/Jan/2018:11:50:23 +0300] "GET /backend.php?op=pref-feeds&method=editfeed&id=143 HTTP/2.0" 200 2210 "https://tt-rssdomain.com/prefs.php" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.132 Safari/537.36"
[16/Jan/2018:11:50:29 +0300] "POST /backend.php HTTP/2.0" 200 20 "https://tt-rssdomain.com/prefs.php" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.132 Safari/537.36"
[16/Jan/2018:11:50:30 +0300] "POST /backend.php HTTP/2.0" 200 3395 "https://tt-rssdomain.com/prefs.php" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.132 Safari/537.36"
[16/Jan/2018:11:50:30 +0300] "GET /backend.php?op=pref-feeds&method=getfeedtree HTTP/2.0" 200 4974 "https://tt-rssdomain.com/prefs.php" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.132 Safari/537.36"
[16/Jan/2018:11:50:38 +0300] "POST /backend.php HTTP/2.0" 200 22 "https://tt-rssdomain.com/prefs.php" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.132 Safari/537.36"

And the mercury setting does not change. Tiny Tiny RSS v17.12.

HenryQW commented 6 years ago

@Glashkoff Can you try dev branch see if it works? be3b3234019df5806ac2135fbf6e004ea386de7f

Glashkoff commented 6 years ago

Now the setting is saved, thanks!

oscargong commented 6 years ago

Also works on my part, many thanks!