We launched new forums in March 2019—join us there. In a hurry for help with your website? Get Help Now!
    • 32025
    • 305 Posts
    I am having an issue with a test migration over to new server and domain name. New site URL: http://www.skywardltd.com/. Everything seems to be fine except SEO URLs. I had another post but it was pertaining to Network Solutions which I don't think is the problem now (https://forums.modx.com/thread/99492/seo-urls-not-working-after-migration-to-network-solutions)

    Before migrations I backed up the database and downloaded files but noticed I had SEO URL's turned on in the old installation. So shut them off, cleared cache and flushed permisssion the re-downloaded again. But when I re-installed on new server and logged in, my SEO URL's were turned on (instead of off). Don't know how this happened after I spent lots of time re-downloading but not a big deal.

    The new server and my site shows just fine. Except if you click any of my SEO links that I have in my nav via wayfinder, they go to a page does not exist.

    In my template I have this:

    <base href="[[++site_url]]" >

    My .htaccess file looks like this:
    <Files .htaccess>
    order allow,deny
    deny from all
    </Files>
    
    # seo rewrite rules.
    
    RewriteEngine On
    RewriteBase /
    
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]


    Under system settings:
    Use Friendly URLs: Yes
    Use Friendly Alias Path: Yes
    Automatically generate alias: Yes
    FURL Lowercase Aliases: Yes

    I am somewhat sure these were set this way before the migration to the new server and new domain name.

    Any ideas?

      Making the web a better place on site at a time! Dayton Web Design: http://www.dayton-web-design.com/
    • Hm. It's not even looking at the index.php file, that's the server not-found page. Are you sure that mod_rewrite is enabled on the server?
        Studying MODX in the desert - http://sottwell.com
        Tips and Tricks from the MODX Forums and Slack Channels - http://modxcookbook.com
        Join the Slack Community - http://modx.org
        • 32025
        • 305 Posts
        Thanks for the advice, I called again and asked and the operator told me the hosting package permissions need to be set higher. That they were at 555 or 644 (he just told me they were too low). The .htaccess file won't go higher than 644. Maybe this is the reason why its no re-writing properly.

        This company does major defense work, so the government came in at one time in order to secure and approve of their old website. So its possible this is why the permissions were low. The client has to call in an up the permissions, then we will see if it works. I asked the guy over and over again if mod re-write was enabled and over and over again he said permissions need to be higher. Once again English broken and bad.

        I will report back once I see if this helps or not.
          Making the web a better place on site at a time! Dayton Web Design: http://www.dayton-web-design.com/
          • 32025
          • 305 Posts
          It appears Network Solutions upped the permissions to normal. 755 on folders, and 664 on all files I looked at. .htaccess is also 664.

          Yes this issue still persists. I have a support ticket that has been escalated we will see what happens. What a nightmare.
            Making the web a better place on site at a time! Dayton Web Design: http://www.dayton-web-design.com/
          • Shouldn't that be 644? Some servers will throw hissy fits and errors if the files aren't the exact permissions they want.
              Studying MODX in the desert - http://sottwell.com
              Tips and Tricks from the MODX Forums and Slack Channels - http://modxcookbook.com
              Join the Slack Community - http://modx.org
              • 32025
              • 305 Posts
              Oops you are right. The file permission on the .htccess is set to: 644.

              Weird thing is all the permissions look like this:

              Folders: flcdmpe (02755)
              Files: adfrw (0664)
              .htacess: adfrw (0644)

              Never seen permissions look that way before.

              Got another ticket escalated to their supposed server engineer. They say if its on their end they will fix it, if its on my end I have to fix it. But I know if they have no clue its always on my end. LOL. Will see what happens (maybe).
                Making the web a better place on site at a time! Dayton Web Design: http://www.dayton-web-design.com/
              • Could be a BSD server?
                  Studying MODX in the desert - http://sottwell.com
                  Tips and Tricks from the MODX Forums and Slack Channels - http://modxcookbook.com
                  Join the Slack Community - http://modx.org
                  • 32025
                  • 305 Posts
                  According to info.php System is:
                  Linux atl4vux134 3.2.51-hardened-r2 #1 SMP Tue Nov 26 23:39:42 UTC 2013 x86_64 


                  Dont know if this matters but they are running Suhosin Extension 0.9.38
                    Making the web a better place on site at a time! Dayton Web Design: http://www.dayton-web-design.com/
                  • Well, in any case, the last three numbers are the actual permissions, the numbers before that indicate other status to the OS. I'm not sure exactly what; some have to do with whether or not certain permissions are always autmomatically assigned for new files and directories. Usually all that is displayed to an end-user are the last three, since all the prior ones are relevant only to the OS itself.
                      Studying MODX in the desert - http://sottwell.com
                      Tips and Tricks from the MODX Forums and Slack Channels - http://modxcookbook.com
                      Join the Slack Community - http://modx.org
                      • 32025
                      • 305 Posts
                      In my case, the issue with Network Solutions and rewrites was never resolved. I talked to them 5 - 8 times and submitted 4 tickets. The last escalated case where the server admin (someone who knows a little more than phone support) was supposed to check it out, but several days later and no response from them. We all know if a hosting company can't find the issue somehow its always the script or installation error. Basically its your fault not theirs. Yet same site shows on 2 other server installations just fine. Obviously something on their server is not compatible with MODx rewrites. No trying to blame anymore just wondering where the issue lies. I hope others who use Network Solutions will have a different outcome.

                      As for me and my client, its not worth fighting anymore the company is moving to my server which is better anyway. Thank you for your help!
                        Making the web a better place on site at a time! Dayton Web Design: http://www.dayton-web-design.com/