soeezauto

Hi

I just installed your plugin and I am having a similar issue.

My installation is as follows:
https://www.soeezauto.ma/soeez-blog -> this is the public URL for the blog
https://www.soeezauto.ma/wp -> this is the directory under which WP is installed

The above follows the settings guidelines from WP as per this documentation.

When you say that you use get_site_url, you are actually using the address to the physical directory, not the actual public URL of the blog. This will of course throw an error on your plugin.

If I var_dump($url) in wp-includes/link-template.php I will get https://www.soeezauto.ma/wp

Please advise

Regards

Bernard

After applying new input from cache issue it got back to working.

I had to delete the whole wp-content/cache directory.

That did the trick! Thanks a lot.

Will the cache directory/files reconstitute themselves automatically or do I need to do anything for it to get back to working normally?

• This reply was modified 6 years, 3 months ago by soeezauto.

Thanks, I was able to delete that directory but the issue persists.

Anything else, cache-wise, that you can think as causing the issue?

It seems I was able to resolve this.

The background is that I changed web host and the old one had its own cache plugin, which was automatically disabled when I moved over to the new host.

Now, the code from

/wp/includes/options.php, line 186

, below may lead one to think that core WP does its own basic cache, but that’s not the case.

function wp_load_alloptions() {
	global $wpdb;

	if ( ! wp_installing() || ! is_multisite() ) {
		$alloptions = wp_cache_get( 'alloptions', 'options' );
	} else {
		$alloptions = false;
	}

	if ( ! $alloptions ) {
		$suppress = $wpdb->suppress_errors();
		if ( ! $alloptions_db = $wpdb->get_results( "SELECT option_name, option_value FROM $wpdb->options WHERE autoload = 'yes'" ) ) {
			$alloptions_db = $wpdb->get_results( "SELECT option_name, option_value FROM $wpdb->options" );
		}

So, WP attempts to retrieve the cache with wp_cache_get, and if that’s not available it goes ahead and fires a query to db. And there’s an incredible amount of request for access to options, which one generating a query, if no cache.

If you look further down in options.php, you will see that wp_cache_set function exists, but only when changing, adding or delete options.

Only if one read the wp_cache documentation to the end it becomes clear that one should have an external cache plugin.

So, by installing W3 Total Cache and making sure that the object cache is enabled the issue was corrected.

Also, note that you may receive warning from W3 Total Cache concerning db.php file
that may be used by another plugin. If you want the cache the work properly you should accept prompt to let W3 TC replace that file.

Hello

In case somebody ever gives this some attention:

Somehow the plugin is putting the <div id=”sidebar”> outside of <div class=”single_post”>.

Normally “sidebar” is within “single_post. That’s what messes up the lay-out.

Regards
Bernard

Ok, here they are:

https://drive.google.com/open?id=0B91v1csitxeZQTZMRkJxZTl5WEk

https://drive.google.com/open?id=0B91v1csitxeZb0d3UloxYWplYWM

https://drive.google.com/open?id=0B91v1csitxeZdi1qSm5VRVVzaHc

Found solution here

Hi

I’ve replied to your email with the screenshot. Could not find a way to upload them here.

thanks
Bernard

Hi Harish

“Once you install our plugin and add your MailChimp.com API key to it”

I found no place in your plugin where I can add the Mailchimp API key.
I searched on Installation and Setting tabs and also on your online settings.
Please be specific.

resolved

Thanks Harish

I did not see where I could create the subscription form for MailChimp on your plugin.

If it is there, then problem solved.

But I have tested it and I was not prompted for email subscription.

Pls. advise

Bernard

Ok, issue solved.

Thanks

PS somehow I cannot mark this as resolved.

Hello

Just to add that I found out after a while that one can dismiss the mobile menu by clicking on Menu.

That’s not intuitive at all. Users will probably get very frustrated before, if ever, they find out about the Menu thing.

It should be clearly marked as CLOSE.

So, one way would be to change Menu to Close once it is pressed and then back to Menu once the menu is dismissed.

Thanks

Bernardo

Hi Harish

Sorry, that was really confusing from my part.

What I mean is that people will use your plugin to connect to my website, which is fine. But I would like to use that email list to also send newsletter and the like.

I am pretty sure the email list will be available somewhere on my WP installation ( right? ), but that’s not enough.

Normally in order to do that, one would have an opt in on the sign up form whereby the visitors could choose to join the email list.

That opt in would be directly connected to a service like Mailchimp. First there would be an email verification ( which might be unnecessary in this case ) and afterward I can use the list at Mailchimp for marketing activities.

So, the crucial part is the opt in that triggers the inclusion in Mailchimp via API, which should be presented to the visitor at sign up time. After that it’s all taken care by Mailchimp.

Thanks

Bernard