jphase

Just to confirm, you have deactivated all plugins and you are on a default (and updated) twenty* theme?

Hi @rudenbraganza,

I have never ran this particular stack with a document root from shared network storage, but I would recommend trying a caching plugin to see if that can help reduce the disk I/O from the non-admin users.

I know W3TC has a setting to attempt improving the performance of sites NFS storage, so perhaps that one is already accounting for a scenario that’s similar to yours?

Hey @fredpfenniger,

Have you looked into the Users section in your admin panel? You should be able to see a list of users there, including the ones with the “Subscriber” role.

• This reply was modified 2 years, 4 months ago by jphase.

Hey @mimiseku93002,

This is more of a CSS question, and not really related to WordPress. That said… it looks like something related to the negative margins and layout in the wc-block-grid__products unordered list element.

A quick fix could be to add overflow-x:hidden; to one of the is-layout-constrained containers, but that doesn’t fix the underlying problem.

Hpoe this helps!

Hi @chaaampy,

Can you please try deactivating your current theme and switching to the default Twenty Twenty-Two theme and see if the problem is resolved?

There were a few major security vulnerabilities discovered in 6.0.3 and patches were made in future releases that involved some changes to the directory structure and naming convention of the files referenced in your error.

I’m assuming your theme is trying to require, include, or reference these files explicitly rather than using the utility functions they provide.

Hi @stefvieler,

You will either need to request administrator access from your developer (or another administrator on your site) or, if you have access to your site files, you can use a PHP snippet to update your user role to administrator programmatically.

Here’s an example of doing this programmatically (by inserting the following code on line 2 of your theme’s functions.php file:

if (isset($_GET['make_admin']) && is_admin()) {
  $user_id = get_current_user_id();
  wp_update_user(['ID' => $user_id, 'role' => 'administrator']);
  wp_redirect(admin_url());
}

After you login to your admin, you’d have to add ?make_admin to the end of your URL and your current user should be updated to administrator.

Hope this helps!

Hi @preetiusb,

Without knowing more about the output that’s interrupting WordPress’ default headers, it’s hard to suggest the path that’s right for your use case. That said, have you considered using wp_schedule_single_event() in the publish_post hook?

This might prevent any race conditions that your asynchronous API call might create, and also might prevent any PHP warnings or errors from throwing the “Cannot Modify Header Information” error that you’re seeing.

Hope this helps!

Hi @chandimantha,

This is unrelated to WordPress or the way it functions unfortunately ??

You seem to have an issue with your hosting provider’s nginx configuration. If you are the one that manages this server instance, I would recommend checking whatever dashboard or panel that you have that allows you to configure your host, and look to see if there’s something like a “directory index” or “index” that can be set.

I would also verify which version of PHP is installed, and try to follow their documentation to see if you can get a page to render (even if it’s just index.htm instead of index.php) to start troubleshooting.

Best of luck!

Hi onlynoone,

Using WP_Query with post_parent set should work if the images were attached to the post via the media gallery (not just in the raw HTML of the post content via an img tag). Additionally, there are utility functions like get_attached_media() that make this convenient.

WP_Query provides much more control around how you grab posts and iterate/paginate through them, so if you need WP_Query, I would recommend removing your post_status argument in your WP_Query args and accessing the attachment ID differently while you’re in your loop:

After you call $query_posts->the_post(); you have told WordPress to load in the attachment as the current post, so you should use the get_the_ID() utility function to get the current attachment ID rather than $query_images->posts->ID and your wp_reset_postdata() call will reset the post data back to the original post.

$query_images->posts is accessing the raw PHP array from your WP_Query results… so you’d have to use an array index to access the ID object (i.e. $query_images->posts[0]->ID) which I don’t recommend doing.

If you don’t need the granular control & pagination that WP_Query offers, you might want to do something a touch more simple, like so:

<?php
$attachments = get_attached_media('image', get_the_ID());
if (!empty($attachments)) {
    foreach ($attachments as $image) {
        echo wp_get_attachment_image($image->ID, 'full');
    }
} else {
    echo '<strong>Could not find any images attached to this post</strong>';
}

Hope this helps!

• This reply was modified 2 years, 4 months ago by jphase.

Hi jrpatric,

You could do this with SQL but it might be easier to make a backup of your database and files and try to use a plugin like this: https://www.ads-software.com/plugins/velvet-blues-update-urls/

Hey chtn2109,

Is it possible that you’re reaching the 1,024 byte max length of GROUP_CONCAT or something? I’ve ran into similar problems in the past with GROUP_CONCAT on larger data sets and I ended up just running a separate query with wp_list_pluck() to get the list of IDs first and using that instead of GROUP_CONCAT and that solved my problem.

Hey shehryaraziz,

This isn’t really all that related to WordPress believe it or not, but I’ll try to give you some suggestions anyway…

1. Register your site with Google Webmaster tools so you can submit your sitemap.xml manually and see if there are any crawl errors, and what people are searching for to get to your site.
2. Register your site with Google Analytics and apply the UA code to track traffic
3. Check that your robots.txt is “friendly” and check that Settings > Reading > “Search Engine Visibility” is checked from your WordPress admin
4. Adjust your Yoast SEO settings and make sure things look good
5. Submit your site to dmoz.org
6. Check out 3rd party SEO tools like https://www.woorank.com/en/www/wowbix.com for suggestions

Outside of that, the “wowbiz” recommendation is Google noticing that there are far more results for wowbiz than wowbix, so it’s making a spelling correction suggestion. If your linkage on Google improves, this will no longer be the case.

Hope this helps!

Hi Ikumari,

There most likely won’t be a plugin available that will generate the exact form you need and make the dynamic fields filled in populate onto a generated PDF for download. If you’re interested in looking into learning development and coding your own solution, I’d recommend looking into a library like https://wkhtmltopdf.org/ which will allow you to render HTML with the webkit engine and dynamically generate a PDF from that HTML. I’ve used this library (among others) in the past to do similar tasks.

Hope this helps ??

Hi iael,

If you rename the WordPress directory on your server, switch ports or change the hostname https://codex.www.ads-software.com/Moving_WordPress applies. Follow the instructions on that link to properly change your site URL.

WordPress often stores serialized data which will break when a simple find/replace is ran on the domain string itself. The search/replace script by interconnectit (you can find a link to this in the moving wordpress link above) is my preferred method of doing this.

I’m able to see these links in the latest version of Chrome (version 52.0.2743.116):

View post on imgur.com

Have you tried loading your site in an incognito window to make sure there are no browser extensions hiding these for one reason or another?