Support/Comments for SEO Strict URLs

Hi.I have discovered a inconsistency bug in this version.
I have a container with children , and it’s resolved url is something like this: http://yoursite.com/doc_id/ , but, on the page, in the menu generated by wayfinder it appears like this: http://yoursite.com/doc_id.html . Also , This issue doesn’t appear for first level items , but only for the children from what I can see.
By the way,is there any intention of implementing the feature request I wanted (the one with the folders with no children to appear as containers-see the old thread) as an official configuration option ?

Hello.

I am busy with migrating the site from old phpnuke with urls like [tt]/module.php?name=Pages[/tt] to MODx.

In order to keep search engines happy and informed about new addresses of the pages I need to have a way to send 301 redirect, when someone comes to that old page like [tt]/module.php?name=Pages[/tt].

I have made some plugin prototype, which is described at
http://modxcms.com/forums/index.php/topic,13134.0.html

I have also started some discussion in the thread
http://modxcms.com/forums/index.php/topic,8316.0.html
but nothing interesting is there.

The plugin doesn’t work yet. Something is wrong there.

I’d like to ask you for the help in developing this new plugin, or just include the described functionality into yours. As soon as it is also about SEO and 301 redirect.

@Geo88:

I believe I have fixed the issues you reported with sub-folder rewriting. I have also integrated support for correct rewriting of empty containers when using &makeFolder, the new parameter is called &emptyFolders.

Edit: The updated (and confirmed working) code is now available in the repository: http://www.modxcms.com/SEO-Strict-URLs-1335.html

@almays:

Did you come up with a solution to your plugin yet? .. I saw you had posted something new in the thread. I would be more than happy to integrate the functionality into SEO strict and think it would fit in with the overall purpose of the plugin.

Nice! v1.0.1 corrected the weird 404 behavior I was experiencing when alias_path was OFF. Now it sends proper 404 HTTP response again

Is this plugin incompatible with the FileDownload Plugin? The two don’t play nicely on my site.

Hi,

a really handy plugin but I have errors with 404 page

here are my response headers results when seo_strict(version 1.0.1) is enabled (test.html doesn’t exist)

#1 Server Response: http://**.mydomain.fr/test.html
HTTP Status Code: HTTP/1.1 301
Date: Wed, 28 Mar 2007 10:34:22 GMT
Server: Apache
Cache-Control: private, must-revalidate
P3P: CP="NOI NID ADMa OUR IND UNI COM NAV"
X-Powered-By: PHP/4.4.4
Set-Cookie: SN440eb91313063=a373aadff528f32f50675724cef722cb; path=/
Vary: Host
Location: /traduction-en-ligne/erreur_404.html
Connection: close
Content-Type: text/html
Redirect Target: /traduction-en-ligne/erreur_404.html

seo_strict disabled

#1 Server Response: http://**.mydomain.fr/test.html
HTTP Status Code: HTTP/1.1 404
Date: Wed, 28 Mar 2007 10:42:16 GMT
Server: Apache
Cache-Control: private, must-revalidate
P3P: CP="NOI NID ADMa OUR IND UNI COM NAV"
X-Powered-By: PHP/4.4.4
Set-Cookie: SN440eb91313063=c72cd6451b0ef471577390c786e55a42; path=/
Vary: Host
Connection: close
Content-Type: text/html; charset=iso-8859-1

In this case the header is fine but the error page is not sent anymore

Let me know if you need more infos

:-)

edit : modx version is 0.9.5

Quote from: heliotrope at Mar 28, 2007, 10:47 AM

Hi,

a really handy plugin but I have errors with 404 page

heliotrope,

Have you tried getting the latest copy (1.0.1 I think) ? I had brought up the issue of non-404 headers to ApoXX, and it solved it for me

Please confirm you’ve got the MOST recent version (within the last week) and if not, please try and report back

Quote from: Hypercubed at Mar 28, 2007, 04:30 AM

Is this plugin incompatible with the FileDownload Plugin? The two don’t play nicely on my site.

I have discovered that the SEO Strict URLs plugin is incompatible with invalid (but common) URL query strings. Query strings are supposed to start with an ampersand (&) with subsequent arguments using a question mark (?). Unfortunately many applications are not careful about this and just use &.

This can be tricky since an actual MODx url is index.php?id=xx, but if you’re using friendly URLs, then you get the alias instead, so it’s hard to tell when to use a ? or a & for your query string. The best thing to do is to use a variable, and have an operation to check the status of friendly URLs; if they are on, set it to ? and if not set it to &.

Actually, the best way is to build URL’s without an initial symbol using $modx->makeUrl()...