Viewing 10 replies - 1 through 10 (of 10 total)
  • URL?

    Have you taken a look at your PHP and/or Apache error logs?

    Thread Starter jacobeshop

    (@jacobeshop)

    So, the URL of the site is https://eshopmarketer.com, but it does not happen to everyone, and when it does happen, it only happens when they login.

    I did not have WordPress logging enabled, so I just did that, but my cPanel Apache logging just has a bunch of stuff like this:

    [Fri Dec 25 07:23:37.503339 2020] [autoindex:error] [pid 1146720:tid 47360807929600] [client {ip_address}] AH01276: Cannot serve directory /home/{cpanel_username}/public_html/wp-content/uploads/: No matching DirectoryIndex (index.html.var,index.htm,index.html,index.xhtml,index.wml,index.perl,index.pl,index.plx,index.ppl,index.cgi,index.jsp,index.js,index.jp,index.php4,index.php3,index.php,index.phtml,index.shtml,default.htm,default.html,home.htm,index.php5,Default.html,Default.htm,home.html,welcome.html) found, and server-generated directory index forbidden by Options directive

    • This reply was modified 5 years, 2 months ago by jacobeshop.
    • This reply was modified 5 years, 2 months ago by jacobeshop.

    Hm.
    You have so much going on with this site.

    View post on imgur.com


    40 megs of data loading over 7 seconds.

    You are asking the user to use a login under /new/, yet when I hit /new/ on it’s own it just redirects me to the homepage :
    https://eshopmarketer.com/new/wp-login.php
    So what kind of weird set up is going on here?

    Have you enabled Cloudflare logging ?
    https://support.cloudflare.com/hc/en-us/articles/360050691831-Understanding-Network-Error-Logging
    and have you tried the site with CloudFlare off ?

    You’re using frames to load forms from InfusionSft ?
    https://tz235.infusionsoft.app/app/form/c1cfb9eeca8d4d715ba4548ff081c328?iFrame=true&referrer=https%3A//eshopmarketer.com/new/about-2/&cookieUUID=594253e4-49db-46dd-b090-30f606f814de
    And ZendDesk too ?

    I dunno – there’s just too much going on in order to troubleshoot effective – there’s like too much that can go wrong ! Lol.
    If it were me, I would sign up for a cloud service like this :
    https://rollbar.com/pricing/

    and go through this :
    https://www.wpbeginner.com/wp-tutorials/how-to-set-up-wordpress-error-logs-in-wp-config/

    and talk to your host to make sure your Apache and PHP error logging is set to the most verbose.

    Is the error from Cloudflare (it should have a RAY – ID if it does originate from there) or is it a webserver error from Apache or whatever webserver you are running or is it from a Proxy between the users involved and your host (other than Cloudflare itself).

    Who is your origin host? Is there an Nginx box out in front?

    I have no experience with InfusionSoft but I’d look real hard at that integration also. The interface between the CRM – and WordPress userbase and the login modals or form can be troublesome when that gets complicated with handing off or API integration. And that’s where this problem seems to begin…

    Looking at that error ID makes me even more suspicious when I see letters ‘I’ and ‘S’ there but that may just be coincidental. Worth looking though! If you have any doubts then ask Keaps or Infusionsoft about that.

    One other thought…

    I noticed you have the latest, greatest PHP 7.X and wondered if that might be incompatible with the CRM system.

    The more I think about this…

    @jnashhawkins

    > even more suspicious when I see letters ‘I’ and ‘S’

    Yes, agree.

    @jacobeshop

    Any update here ?
    I’m super curious – as I have never seen this type of error.
    Did you speak to InfusionSoft ?

    Thread Starter jacobeshop

    (@jacobeshop)

    @corrinarusso
    I have been looking into some of the suggestions, but can not figure anything else. No matter which error logs I look at, I find nothing regarding this. I agree on the probability of the IS thing, though haven’t been able to get around to contacting InfusionSoft quite yet. As for the Zendesk and InfusionSoft frames, that’s just our live chat widget and a newsletter form, so they have nothing to do with login.

    I do not think it is Cloudflare, though I cannot simply write off the possibility. I hesitate to pause Cloudflare though, as doing so has broken our site in the past.

    As for the /new/, we hired a developer to streamline our login and membership process, and he built it on a subdirectory and switched it to the main site, keeping the login and admin dashboard in the subdirectory. I agree that it is not optimal and would rather it be in the same place, but it has not given us any trouble otherwise. I am not sure if this has anything to do with it.

    > he built it on a subdirectory and switched it to the main site,
    > keeping the login and admin dashboard in the subdirectory

    That’s wonky IMO.
    Especially if you are dropping and accessing session cookies for the login / logout.
    I would change that.

    I hope you have a good sandbox to set this up!
    There’s a lot to address.

    Sometimes it’s better / faster / easier to start over than to try to fix legacy.

    Thread Starter jacobeshop

    (@jacobeshop)

    @corrinarusso Yeah, I definitely agree that it’s wonky. I can try migrating everything off /new/, but it’ll probably be a bit before I can provide update on that front. Thanks for your suggestions so far.

Viewing 10 replies - 1 through 10 (of 10 total)

The topic ‘M4IS:13 Forbidden Error’ is closed to new replies.