zimmi88

To the best of your knowledge, were any changes whatsoever made, either to the theme file, or your menus, or something else anywhere on your site? It seems unlikely that such a change would appear out the blue, but it might be possible that your browser had cached an old stylesheet and that cache file expired….

Is there a URL you can point us to that exhibits this behavior? Unfortunately, without further information, I’m unable to diagnose what could be the issue. =/

Ahh, there’s a potential lead. Caching plugins, such as WP-Super Cache, create HTML “snapshots” of your pages when they’re visited so that those who visit the page later don’t have to wait for the page to be re-processed. It essentially trades increased storage space for decreased processing time when building your pages. If you have a lot of traffic, it can really give your site a speed boost.

After a while, cache files go stale and are marked for deletion. Depending on how you have your setup configured, WP Super Cache should go through periodically and clean out old cache files that have expired (depending on your expiry time). Your cache can also be manually managed from the Contents tab of the WP Super Cache settings page. I wouldn’t recommend going through and deleting files directly unless necessary – try using the tools built in to the plugin’s admin panel first.

Now, as for the original topic… if most of your media is off-site and this is primarily the plugin you’re using, it’s likely this is where your storage is going, and it would explain the fluctuations in storage space (gain some when people visit new pages, lose some when the garbage collector goes through and clears out stale files). Still, if you wanna be 100% certain, I’d recommend connecting via FTP to the server and checking the folder sizes.

And if this is really the primary cause, you can try tuning the settings in WP Super Cache to better match your traffic patterns. WP Super Cache, while pretty simple to use, isn’t a “set it and forget it” type plugin – at least if you’re looking for optimal performance.

I hope this helps!

Hard to say. Usually most disk space in a WordPress install will be taken up by media, more specifically your /wp-content/uploads folder. If you’re adding a lot of images, audio, video, et cetera, it’s gonna take up space quickly. Themes and plugins may also have a noticeable impact on disk space, if there’s a lot of them.

Some trends I’ve come across with WordPress that could be eating up disk space…

• If you upload a media file, then decide not to use it in a post, it isn’t deleted automatically. You have to explicitly delete it in the Add Media panel or from the Media Library.
• If you’re using a plugin with a lot of custom thumbnails, WordPress will generate thumbnails for each size that’s given, each as their own separate file.
• A plugin you’re using could be making some augmentation to your media. If this involves making copies of files into other types or sizes, this could be taking up disk space.

Long story short, you’ll want to observe your blogging patterns and see if the amount of data being stored makes sense for the content you’re publishing. If something seems odd, you can take a look through your wp-content folder for further investigation.

I hope this helps!

Hmm… not sure how you have your install set up (is WordPress installed to the /Wordpress folder?), but it looks like you have a script redirecting to itself. Some places I’d check first is .htaccess and any custom redirection scripts you might have in place (is index.php from WordPress or is it a custom script?).

Here’s what I’ve been able to pick up from the request trace…

1. darkhoneybydesign.co.uk/Wordpress issues 302 pointing to darkhoneybydesign.co.uk/Wordpress/index.php/?bp_pc_redir_to=%2Fwordpress
2. darkhoneybydesign.cok.uk/Wordpress/index.php?bp_pc_redir_to=%2Fwordpress issues 301 pointing to darkhoneybydesign.co.uk/Wordpress/?bp_pc_redir_to=%2Fwordpress
3. darkhoneybydesign.co.uk/Wordpress/?bp_pc_redir_to=%2Fwordpress issues 302 pointing to darkhoneybydesign.co.uk/Wordpress/index.php/?bp_pc_redir_to=%2Fwordpress
and repeating between 2 and 3 until the browser gives up.

I hope this helps!

Hmm… I’d try spinning up a script titled modules.php that looks at the given name and does a 301 header redirect to the appropriate page. Then just upload that to the WordPress root directory… I don’t think you’ll need to make any modifications to your .htaccess file – it should pick up the script automatically.

I hope this helps!

My guess is that it’s a custom theme or theme mod. If we presume a fixed width for the page content and that the content is centered on the page (leaving a gutter on the left and right sides), then one could create a custom background that is centered on the page and leaves the middle (where the content goes) blank, then modify the theme files to use this new background. The CSS properties background-image and background-position should solve the image placement for us nicely when used on the body tag.

I hope this helps!

Hmm… looks like there’s no luck italicizing the text in the WYSIWYG editor. Probably the best way around this is coming up with some sort of custom syntax to denote italicized text in your caption that’s plain text friendly (not HTML tags).

This thread talks about a similar problem with links. It looks like the popular solution there is to use jQuery to parse the page for custom tags and replace that text with the proper HTML tag.

My gut says there has to be some sort of WordPress hook that would allow a WordPress plugin to parse caption text before it’s outputted to the screen, but I haven’t been so lucky in finding such a hook yet. But, theoretically, should a hook exist, it would be a matter of creating a plugin that ties into that hook and does a find-replace on the custom tags.

I hope this helps!

My guess is one of the sidebar widgets isn’t closing their div tags properly, so the footer is getting encapsulated in the sidebar. I’d recommend taking a look at any custom widgets you’re using and making sure that all <div> tags that are created are being paired off with a closing </div> tag.

I hope this helps!

Presuming you’ve got some experience with HTML/CSS, the file you’ll want to take a look at, create, or modify is comments.php (in your theme’s directory). That theme file is generally used to create the comments section in a post, which is later included into the post through the comments_template() template tag. You’ll also probably need to modify the style.css stylesheet if you’re modifying or adding new CSS rules.

I hope this helps!

Not sure how well these work, but I was able to find a couple of plugins that appear to support saving to a database…
https://www.ads-software.com/extend/plugins/contact-form-7-to-database-extension/
https://www.ads-software.com/extend/plugins/formbuilder/

Optionally, if those aren’t quite what you’re looking for, you can probably create this using a custom theme or plugin. WordPress has a built-in query class (https://codex.www.ads-software.com/Class_Reference/wpdb) that you can use for managing the database.

I hope this helps!

Some possible pitfalls I can think of off the top of my head…
*Are you including the Open Graph meta information in the page’s head? It’s often not enough to just add the button – the meta data needs to be added too.
*On the button code and/or the meta data, are you adding a URL? The XFBML version defaults to the current page if left blank. Might be best to explicitly add this if it’s missing… just point it to the current page (get_permalink()). Using your homepage URL will point all like buttons to the home page.

Documentation on the like button is available at https://developers.facebook.com/docs/reference/plugins/like/.

I hope this helps!

I believe WordPress at the core level uses the method mail() built in to PHP for sending mail. It could be your host has this functionality disabled or mail is being caught in spam filters. I’d check the documentation provided by your site’s web host to double-check that PHP mail is enabled.

I hope this helps!

Hmm… I see the predicament, as it appears the plugin you’re using uses the comments database for the guestbook.

Well, for removing comments on posts, you can go through your theme files and search for “comments_template()” and remove unwanted instances where that method is called (I’m guessing single.php and page.php). That way, your theme won’t display comments normally.

For comment redirection (I’m guessing you’re talking about including a “Sign My Guestbook” box on each post without including the whole guestbook?), I’m afraid I’m not sure of any straightforward solution. It’s probably solvable by hacking the plugin and theme, but there doesn’t appear to be a quick fix I can discover from a cursory look at the issue.

I hope this helps!

When you changed your blog’s address, did you switch over the URLs in the WordPress admin panel? If you can still access your admin panel, try logging in and going to Settings > General, then set WordPress Address and Site Address to reflect the new domain. My guess is that WordPress might still be referencing the old domain, which might have some anti-hotlinking measures in place to prevent cross-domain access to your CSS files.

I hope this helps!

Sounds like you’re trying to customize the appearance of your post editor. The post editor is quite customizable; most boxes on the page can be moved by clicking and dragging the box title[1]. You can change what boxes appear and the number of columns of the post editor by clicking the Screen Options button, located in the top right corner of the Add/Edit Post view. These customizations are user-centric; each user can arrange their post editor in whatever manner works best for them without affecting other users.

I hope this helps!

[1]Note: That said, drag and drop can be a little picky sometimes. If you’re having issues moving a box from one column to another, move it twice – once to get it into the proper column (anywhere in said column) and the second to move it to where it should appear in that column.