kuprosa

Support for this plugin is here:

https://www.justin-klein.com/projects/wp-fb-autoconnect

This is a thread about scheduled posts, not a plugin incompatibility…but no, I myself am using both plugins simultaneously without a problem.

What does it do? You can see here:

https://www.justin-klein.com/?s=test&searchsubmit=

That it does indeed work (showing 35 posts per page, when the “global” setting is only 5, as you can see on the main page https://www.justin-klein.com/)

Well, glad you were able to reproduce it at least. Step 1! ??

Hmm…well, previously I’d never called relevanssi_do_query() – simply doing $my_query = new WP_Query($queryString) and then iterating through $my_query->have_posts() was sufficient to get the results. Is this not going to result in duplicate work?

One possible thing to check: what happens if you set posts_per_page to a number *higher* than the value set in the WP options? I’ve got WordPress set at 5 (i.e. for my main front page, https://www.justin-klein.com), but posts_per_page overridden to 35 for searches (i.e. https://www.justin-klein.com/?s=test&searchsubmit=)

Separate note: congrats on the premium addon release. That’s *exactly* what I ended up doing with my most popular plugin, https://www.justin-klein.com/projects/wp-fb-autoconnect ??

That’s kindof what I thought having glanced through a diff of the code, but I’m 100% sure that from 2.7.3 to 2.7.4, the behavior described above is accurate. No other variables changed: I went back and forth between the two versions twice to confirm…

I figured out the solution. Apparently the URL was changed, but not documented anywhere. It’s now:

https://www.example.com/wordpress/wp-admin/index.php?page=useronline

I wouldn’t mind getting an answer to this myself…

Support for this plugin is at https://www.justin-klein.com/projects/wp-fb-autoconnect

At the moment that’s all that occurs to me. With IPs you could do all kinds of analysis based on number of unique visitors, popular terms by country of origin, etc. And UID could help with issues like that above. You could always go a step farther and log referrer as well, but my personal thoughts are that it’d add unneeded bloat to the database, as an IP and UID are tiny values whereas a referrer could potentially be much longer (and wouldn’t reveal as much as far as summarizing results, when it comes to that.)

Weird…I just noticed that SOMETIMES it still seems to be logging my searches…

This made me think of another log-related thing you might consider including, though: It would probably be handy to log the UID who performed the search, and/or their IP address – again, for Analytics-style log interpretation. While I think that at the moment the only way to view logs is by looking at the database directly, this might be the type of thing that’d come in handy when log-presentation functionality is (presumably) eventually included.

Oops, there’s a bug in the logic.

Once I’ve saved “1” (the admin’s ID), then cleared it and saved with nothing, it omits all logs by anonymous users. This is because the array becomes Array ( [0] => ), and since the “anonymous user” has ID=0, in_array(wp_get_current_user()->ID, $omit) returns true – thus ommiting all logs once the textbox has been “cleared.”

Nice, that was fast! ??

Hey again – so it turns out there’s an issue with the way orderby has been implemented. It occurs when the number of results returned is greater than the number of results to be shown on a page.

Let’s say we perform a search that returns 20 results. We’re showing 10 results per page and sorting by date. What’s happening is that the query first returns the 10 results with the highest relevance, then these 10 are getting sorted by the “orderby=post_date” after the fact (line 457) – so what you get is two pages where the results on each page individually are in order, but the total results from the two pages are all intertwined. Know what I mean?

I’ll leave the plugin active for a little bit if you want to see an example; try flipping through to the second page of results:

https://www.justin-klein.com/?s=stuff&searchsubmit&orderby=post_date

Alrighty – we’re good here, but there’s still a bug with orderBy, hehe ?? I’ll address it back on the other thread…