FURLs turned on, but not working.

17 Posts

Sabrecho Reply #1, 15 years ago

I have two sites that use Revo. 2.1.3... http://diebot.org/ and http://alpha-byte.ca/

Both have friendly urls turned on and ht.access renamed to .htaccess but where diebot handles furls perfectly, alpha-byte just keeps showing the landing page.

Both of the sites are on the same server, with the same Apache and php settings. Both have the same modx manager settings.

The only difference is that once upon a time I did a test install based on m.alpha-byte.ca but then changed to just alpha-byte.ca. Since dropping the subdomain portion of the name friendly URLs have been broken and not even total erasure and a fresh install with a new mysql database has fixed it.

Is there any site url information stored at modx.com or some other server that I can't purge and start again?

This question has been answered by Sabrecho. See the first response.

"The problem with troubleshooting is sometimes trouble shoots back." - Unk.

☆ A M B ☆
24,524 Posts

sottwell Reply #2, 15 years ago

Is the alpha-byte.ca site that doesn't work installed in a subdirectory of the web root? If so, this needs to be reflected in the RewriteBase line of the .htaccess file. This is not necessary if the site is a subdomain, when the actual file structure is specified in the Apache directive creating the subdomain. One way or another, Apache has to know where in the file system the site exists. You see the landing page because that is the default "not found" (404) page for your site.

MODx installations are completely independent of modx.com; in no way is any information transferred to or from a MODx installation.

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

17 Posts

Sabrecho Reply #3, 15 years ago

In my hosting account, under the domain settings, alpha-byte's document root is "/www/alpha/" which is where modx has been put. Also, the .htaccess file for diebot.org (installed to "/www/dbo/") has not had its RewriteBase line edited, yet diebot works as it should.

Incase you haven't looked at the alpha-byte site already I have three resource pages made using the most basic install of Rev. 2.1.3 and the home page has links to the other two which are generated using [‍[~number]‍] on the left and hand-coded "http://alpha-byte.ca/index.php?id=number" links on the right. The links on the right produce the desired resources, but the links on the left go 404 on me.

Any other thoughts or clarifying questions?

"The problem with troubleshooting is sometimes trouble shoots back." - Unk.

discuss.answer

17 Posts

Sabrecho Reply #4, 15 years ago

It works now!

In short, the .htaccess file needed to be edited slightly. Instead of:
RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]

I need to use:
RewriteRule ^/(.*)$ index.php?q=$1 [L,QSA]

How I got that is by islandnet.com's system admin and I reviewing as much as we could about each stage of the process of a browser asking for a page. After an hour of searching, we noticed that diebot.org's page requests were rewritten to be diebot.org/index.php?q=someresource.html and alpha-byte's requests were being rewritten as alpha-byte.ca/index.php?q=/someresource.html (note the presence of a "/" where it shouldn't be) we concluded that there has to be something about a domain name that contains a hyphen makes the normal rewriterule leave the / after .ca. Mark (my admin friend) tried the adjustment to the rewrite rule and it worked for my hyphenated domain name. Mark also tried this experiment with my non-hyphenated domain and that broke the site.

With this in mind, a modx user should only adjust the rewriterule line in the .htaccess file if the domain name used contains a hyphen.

"The problem with troubleshooting is sometimes trouble shoots back." - Unk.

Answered FURLs turned on, but not working.