tommcgee

We’re not using any plugin on this server, only the built-in WP caching.

I was having a similar issue in a multisite installation. Running the editor from the root site and applying changes to all sites did nothing.

Remembering what I read on another thread here, I hid the object-cache.php file in wp-content (just renamed it to _object-cache.php) and everything worked.

That seems to be working. Thanks!

Also note that you’ll have to look at the wp_options table. URLs for some things like background images or site logos, and all kinds of plug-in related entries, are kept there. They’ll need to change as well.

Don’t rely on testing from the machine where you developed it — image links to “https://localhost…” will still work, but from anywhere else in the world they’ll be broken!

WordPress 4.4.1, DH Press 2.7.1.

Here’s an example URL: https://blogs.shu.edu/dhtestbed/2015/12/09/looking-glass-house/

With DH Press active (as it is now) the page content is missing. When DH Press is deactivated, a chapter of “Through The Looking Glass” is there, with illustrations.

We have a multi-site installation, and number of network-enabled plugins running; but DH Press is the only one activated on this particular site.

That doesn’t seem to be running WordPress or any other CMS.

Or you could add a line to your .htaccess file:

deny from xxx.xxx.xxx.xxx

I think I found out the problem. We were getting hammered with xmlrpc requests, and our system admins suggested we disable it. I tried re-enabling it yesterday and activating the plugin, and it worked. Does it really need xmlrpc to activate? I didn’t have that problem with any other plugin.

will do, thanks.

Answering myself, it’s basically whatever your designer thinks is best. Make it wide so that it doesn’t pixellate at larger sizes, but everything scales down smoothly on its own.

Do you have access to the database? It could be that the new account is stuck there as pending, if the user hasn’t clicked on the link in their confirmation email.

Ultimately I went into the motes and changed the configuration of each location-related short-text entry to pick a specific color; and in the entry points re-selected the Base Layer for each of the map displays.

I see — I was sending the messages as the type “attendee mails,” but I should have used “booking mails.” Thanks!

I saw those. But I’m trying to send a message to unpaid attendees reminding them to pay — and especially since there’s a box in the Send Mails screen to “Only send mails to attendees who did not pay yet” it seems relevant. Maybe you can add the capability for that in a future release.

I finally got my immediate job done by modifying the Settings::Mail panel for the Registrant Updated message format to

Dear #_RESPNAME,

Thank you again for your interest in #_EVENTNAME. 

Please remember to complete your registration by paying your fee using PayPal at #_PAYMENT_URL.

Best,
#_CONTACTPERSON

and then going through the entries on the Change Reservation screen one-by-one, making a trivial change and updating them. Fortunately I only needed to send 14 of them.

Folder and file permissions?

Folders should be 755, files 644, and all should be owned by the user that your server is running as (apache, for example).