fcast

In admin page for options/reading, you may find (probably 4th place from top) something as “for each post, show all/abstract”, here:

yourdomain/wp-admin/options-reading.php

Problem solved: it wasn’t caused by the WP app but by hosting company’s tighten security policies. They recently applied restrictions to accessing xmlrpc.php file from outside, to increase security on WP installations.

A check may be made as suggested here in Jetpack troubleshooting, point 3.2 (you need to logout from WP, before testing):

https://jetpack.me/troubleshooting/troubleshooting-tips/

Update: still the same with WP 3.5.2, WP app for iPad/iPhone 3.6.3 and Catch Box 2.5

Here some screenshots:

https://dl.dropboxusercontent.com/u/1501380/screenshot_1.png
https://dl.dropboxusercontent.com/u/1501380/screenshot_2.png
https://dl.dropboxusercontent.com/u/1501380/screenshot_3.jpg
https://dl.dropboxusercontent.com/u/1501380/screenshot_4.jpg
https://dl.dropboxusercontent.com/u/1501380/screenshot_5.jpg

You’re welcome, thank you for your work!

Yes, as I said they are spiders (bots), used to gather web content to be compressed, often reformatted for small screens and sent to their mobile browsers. Those browzzers, Amazon Silk (https://en.wikipedia.org/wiki/Amazon_Silk) and Opera Mini (https://en.wikipedia.org/wiki/Opera_Mini), access the web through their proxy servers, to speed navigation with a more compressed content (respectively SPDY protocol and OBML, Opera Binary Markup Language). Silk, for instance, can’t access the web directly but acts splitting content between direct and compressed. Those bots must be recognized as legitimate and needed, not blocked. Blocking them means to shut out some hundreds of millions of mobile users.

Wikipedia bot is different: they periodically check and validate links from Wikipedia pages to external reference sites.

IMHO, you need to whitelist some of their IPs, probably classes of them (I can’t guess all IPs they use for bots)

I forgot to tell that these bots blocks only happened since few days, not more than one week.

For your reference, these are their IPs:

208.80.153.164
54.241.211.112
82.145.208.238
82.145.209.175

I don’t know anything about ModSecurity, just that phpinfo says that “mod_security2” is between loaded modules. Of course I won’t enable Disable Dir Listing again ??

Today I checked plugin’s setting many times, because I had a lot of blocked “attacks” from legitimate spiders, as Opera Mini’s, Amazon Kindle’s (those mobile browsers access the web through their servers) and Twitter’s one, all classified “User Agent Blacklist – Python”. And one “attack” from Wikipedia’s spider (link checker, I guess), classified as “User Agent Blacklist – Curl”

Solved: renamed plugin’s .htaccess and restored original WP’s one. Tx anyway.

You fully deserve it, it’s a great piece of programming, complex but organized, neat and well commented, so thank YOU for this great theme

Sorry, whilst saving the code was removed (grin). I intended to say input <br /> in the HTML editor. Another way may be to modify P height attributes in the Custom CSS editor. I personally use: p {line-height: 1.625; margin-bottom: 1em;}

IMHO, it’s not the theme but a normal habit of WP. Pressing enter in the visual editor it enters an empty paragraph, so it’s a quite lot of vertical space. Try to input one/two “
” in the HTML editor, or install some plug-ins that hack the TinyMCE editor

And this is another one, also quite detailed:

https://wpmu.org/how-to-automatically-backup-your-wordpress-site-to-google-drive/

Exactly the same that happens to me, it works on little blogs but hangs on bigger ones.

My db is about 42 Mb and other files some 400 Mb.

I can’t find in plugin’s code where to increase dedicated RAM.

Thank you