Forum Replies Created

Viewing 15 replies - 1 through 15 (of 45 total)
  • Thread Starter gsgltd

    (@gsgltd)

    Okay, the issue was resolved by my host. Apparently there was a DNS propagation issue, which they have fixed and now my site loads as it should from the URL.

    At least I can say that it wasn’t anything I did., or didn’t do.

    Thanks for all your suggestions. I am keeping them on file.

    Thread Starter gsgltd

    (@gsgltd)

    Hi, just wanted you both to know that I am still not able to get the re-direct to my WP installation working. I did a backup of my current installation, just in case, then removed (not uninstalled) the other two installations from Softaculous, which it created while I was trying to resolve this issue the other day, as neither worked, just in case there was a conflict. Also removed the /wp directory, since it was empty. Redirecting via the General setting in the Dashboard doesn’t work and generates a 404 error, so I restored the previous setting, keeping both /wp83.

    So for now, the index.htm is back as a link to the WordPress installation. I’ll ask my host if they can do a redirect, as obviously there is something not working in either Softaculous or in WP 6.8.2.

    Have there been issues in 6.8.2 using a WordPress directory other than the usual default /wp or /wordpress? I’ve never had this problem before, but it would be good to know in case it arises again.

    Thanks.

    Thread Starter gsgltd

    (@gsgltd)

    Thank you both for your quick replies!

    I don’t think moving the installation to the root directory is a good idea, ever – for the reason that I have often found it necessary to revert to my html knowledge and use a temporary index.htm (as right now) or do some other work that requires the root directory not to be exclusive for WordPress. So I will try one of the other methods suggested.

    I cannot rely on my host to be of much help in a move. They seem completely ignorant about a lot about WordPress, but especially 6.8 – as I found out last year re-building another website. Getting them to move directories and installations is not a good option. A re-direct might be best. They should be able to manage that.

    Thanks for the note at the top of the forum that stated problems with Softaculous WordPress Manager. I use it a lot and used it to create a staging version for both recent re-builds in WP 6.8 and to go live, but something is definitely wrong with it now (it worked last year, mostly). It is not configuring the re-directs properly, for sure. It was great to find out it wasn’t just my aging brain. Is anything being done to fix this? I would hate to lose use of this, as I’ve found it invaluable.

    As an aside, at one point I got a bar (sorry cannot remember what it was called) across the top of the the Dashboard claiming it had noticed installation discrepancies and giving three options (ignore, merge, make live – I think – can’t get it to show now). WARNING – ignore this thing. That created yet more conflicts and two dud installations. I have no idea what it was actually doing. Is there any info on this particular utility? Is it a 6.8.2 bonus? I finally closed it, whatever it was.

    Best Wishes and thanks again. If you can offer any insight into the last two paras, I would appreciate it.

    Hi again,
    The problem on my site has been resolved. I deactivated Akismet, an anti-spam plug-in that addresses spam via the Discussion settings, and no longer get the 403 message. When I re-activated it, the Discussion settings still worked.
    I can’t say for sure that this was the problem, but it seems likely, since no other changes were made to the plug-ins, except updates.

    My host offered to disable the ModSec too, and I declined. They seem sure that this is the cause of the 403 error.

    There are no errors showing in the cPanel error log.

    Which files would have to be have ModSec turned off in order for the discussion settings to work?

    All my WP files seem to have 0644 permission, except for config, which is 0600.

    I discovered that ALL the WP sites I administer, which are on this same host, now have this problem, although they were fine on the install. One site had WP installed just two weeks ago, and the discussion settings worked fine then.

    The host has no solution except to remove the security that protects the sites from malicious attacks.

    Could Akismet be the problem, since it does monitor comments? All my sites are using it. However, it is not currently activated on one site, because I removed the multi-site option and had to manually re-activate all the plug-ins. The 403 error is still there. I will try deactivating it on the other sites.

    I am having this problem also. I have the latest WP and this was a fresh install into /wp directory. I have never had this problem with any other sites, all using the same host. I do have this site on network admin, unlike other sites.

    My 403 error is server-generated, not WP, but my host cannot locate the problem and says that the discussion settings work for them.

    This is the message:

    403 Forbidden
    The page you are looking for might have been removed, had its name changed, or is temporarily unavailable.

    Any help would be much appreciated.

    Thread Starter gsgltd

    (@gsgltd)

    I just realized what the problem my be. I changed the WordPress URL as well as the site address. I can’t login, but I do have access to mySQL.

    Thread Starter gsgltd

    (@gsgltd)

    Sorry – now marked as resolved. Not sure what you mean by “mark on the front”. Please explain.

    Thanks.

    Thread Starter gsgltd

    (@gsgltd)

    Yes, thanks. The new WP update resolved all outstanding issues.

    Thread Starter gsgltd

    (@gsgltd)

    Thanks.

    Yes, I will fix any errors. Haven’t spotted any others.

    I’ll try deactivating, but reverting to a generic theme is not an option because of the complexity of our site.

    I checked the support forums under “error” and it seems as if a lot of plug-ins are having this issue, and others are having the custom fields problem as well.

    Looks to me like a problem in how html manifests. Could it be a theme problem?

    Thread Starter gsgltd

    (@gsgltd)

    Thanks for your reply.

    I noticed that the ” was missing after gallery, but since this code and page hasn’t been edited in years – and worked fine until very recently, the error could not have been there before.

    As to the order – this dictates how the images are shown, in this case, last posted at top of gallery. This has not changed in years either. I checked other galleries on the site, and none are working. Most just use a short category code, now visible.

    I tried different configurations of the code, as suggested, but that hasn’t fixed the problem.

    It appears that custom field inserts are also malfunctioning. The only thing showing is [HTML1] etc.

    This would seem to be a WP problem, rather than a plug-in issue.

    Any suggestions?

    Thread Starter gsgltd

    (@gsgltd)

    I did read your tutorial first, but misunderstood. So I can’t make either dimension larger than the default slider – is that correct?

    Thanks so much, Josh! That fixed it. I’ll remember that in future!
    Sorry for posting the question incorrectly too.

    I have a similar problem, except that my slider was working fine until very recently. Now I’ve lost the bottom of some of the images. Could this be a problem resulting from a WP update? We’re using Magazine Premium, but I don’t think there’s been an update for the it recently. There has been a couple of WP updates lately.
    I’ve tried adjusting the Meteor slide height and then deleting and uploading the image again, as suggested, but it’s still cut off.
    I find the revamped WP Media Library a bit confusing – but did try to re-scale the images, but that didn’t make any difference either.

Viewing 15 replies - 1 through 15 (of 45 total)