dogma00

Hi,

thanks, but I got the same result with the rule in the plugin’s own CSS field.

And the same result with and without cache.

Weirdly, “rolling” term works as expected, but if you try “tero” for example, it won’t show any results. If you look at the html, the results are there, but without the highlight class. If I remove the rule, “tero” starts showing results again.

Other test terms that definitely should find several results are “primus”, “crimson” and “beatles”, for example. (Btw also weirdly “jethro” and “keuhkot” work while these don’t.)

I left the rule on for now, so you can test it if you like. Caching is disabled.

Ach, forgot to mention that https is forced only on the server, not locally where WP resides. And the local machine is running OS X 10.12.6.

WP-config forces the local site to use address http://localhost/pyyhepaiva just so that the site shows up in the browser. Could that be the source of headache?

These are the wp-config.php settings:
define(‘WP_HOME’,’http://localhost/pyyhepaiva’);
define(‘WP_SITEURL’,’http://localhost/pyyhepaiva’);

Meanwhile, after I fixed the front page manually, I noticed that the static front page history didn’t go past /page/2/. Then I noticed that category history doesn’t go past page 2 either, and tags neither.

But that was fixed by including all of them in the crawling text field.

I also tried adding first / in the crawling text field, then /pyyhepaiva/ (which is the actual relative local address) and finally /index.php. The last one worked in a way: output was broken. Styles and images were missing. And the included file was index.php, but without php code, just with rendered html.

Thanks for the Boring Talks link! Hadn’t heard of that one.

• This reply was modified 7 years, 4 months ago by dogma00.