It is a potential bug, and MUST be fixed.
I will look into this some time this week, in the mean time, if Andrew has the chance to visit this thread, he may give us some hint.
Regards
Printable View
Bug found, hot fix applied on your test site, a new release which addresses this fix will be coming now.
This is the sample of the sitemap created after the fix, as you may have noticed already, you may need to write a language parser for Hebrew, this topic will be covered soon in the wiki.Code:<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" href="gss.xsl"?>
<urlset xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.sitemaps.org/schemas/sitemap/0.9
http://www.sitemaps.org/schemas/sitemap/0.9/sitemap.xsd"
xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url>
<loc>http://www.somesite.gg/en/dresses-c-3</loc>
<lastmod>2008-10-24</lastmod>
<changefreq>weekly</changefreq>
<priority>0.5</priority>
</url>
<url>
<loc>http://www.somesite.gg/ru/platya-c-3</loc>
<lastmod>2008-10-24</lastmod>
<changefreq>weekly</changefreq>
<priority>0.5</priority>
</url>
<url>
<loc>http://www.somesite.gg/he/%D7%A9%D7%9E%D7%9C%D7%95%D7%AA-c-3</loc>
<lastmod>2008-10-24</lastmod>
<changefreq>weekly</changefreq>
<priority>0.5</priority>
</url>
<url>
<loc>http://www.somesite.gg/en/accessories-c-5</loc>
<lastmod>2008-10-04</lastmod>
<changefreq>weekly</changefreq>
<priority>0.5</priority>
</url>
<url>
<loc>http://www.somesite.gg/ru/aksessuary-c-5</loc>
<lastmod>2008-10-04</lastmod>
<changefreq>weekly</changefreq>
<priority>0.5</priority>
</url>
<url>
<loc>http://www.somesite.gg/he/%D7%90%D7%91%D7%99%D7%96%D7%A8%D7%99%D7%9D-c-5</loc>
<lastmod>2008-10-04</lastmod>
<changefreq>weekly</changefreq>
<priority>0.5</priority>
</url>
<url>
<loc>http://www.somesite.gg/en/handbags-c-6</loc>
<lastmod>2008-10-04</lastmod>
<changefreq>weekly</changefreq>
<priority>0.5</priority>
</url>
<url>
<loc>http://www.somesite.gg/ru/sumki-c-6</loc>
<lastmod>2008-10-04</lastmod>
<changefreq>weekly</changefreq>
<priority>0.5</priority>
</url>
<url>
<loc>http://www.somesite.gg/he/%D7%AA%D7%99%D7%A7%D7%99%D7%9D-c-6</loc>
<lastmod>2008-10-04</lastmod>
<changefreq>weekly</changefreq>
<priority>0.5</priority>
</url>
<url>
<loc>http://www.somesite.gg/en/jeans-pants-c-7</loc>
<lastmod>2008-10-04</lastmod>
<changefreq>weekly</changefreq>
<priority>0.5</priority>
</url>
<url>
<loc>http://www.somesite.gg/ru/dzhinsy-bryuki-c-7</loc>
<lastmod>2008-10-04</lastmod>
<changefreq>weekly</changefreq>
<priority>0.5</priority>
</url>
<url>
<loc>http://www.somesite.gg/he/%D7%92-%D7%99%D7%A0%D7%A1-%D7%9E%D7%9B%D7%A0%D7%A1%D7%99%D7%99%D7%9D-c-7</loc>
<lastmod>2008-10-04</lastmod>
<changefreq>weekly</changefreq>
<priority>0.5</priority>
</url>
<url>
<loc>http://www.somesite.gg/en/tops-c-8</loc>
<lastmod>2008-10-26</lastmod>
<changefreq>weekly</changefreq>
<priority>0.5</priority>
</url>
<url>
<loc>http://www.somesite.gg/ru/bluzki-c-8</loc>
<lastmod>2008-10-26</lastmod>
<changefreq>weekly</changefreq>
<priority>0.5</priority>
</url>
<url>
<loc>http://www.somesite.gg/he/%D7%97%D7%95%D7%9C%D7%A6%D7%95%D7%AA-c-8</loc>
<lastmod>2008-10-26</lastmod>
<changefreq>weekly</changefreq>
<priority>0.5</priority>
</url>
<url>
<loc>http://www.somesite.gg/en/skirts-c-4</loc>
<lastmod>2008-10-23</lastmod>
<changefreq>weekly</changefreq>
<priority>0.5</priority>
</url>
<url>
<loc>http://www.somesite.gg/ru/yubki-c-4</loc>
<lastmod>2008-10-23</lastmod>
<changefreq>weekly</changefreq>
<priority>0.5</priority>
</url>
<url>
<loc>http://www.somesite.gg/he/%D7%97%D7%A6%D7%90%D7%99%D7%95%D7%AA-c-4</loc>
<lastmod>2008-10-23</lastmod>
<changefreq>weekly</changefreq>
<priority>0.5</priority>
</url>
</urlset>
This is also the beauty of this new version (well, actually you can do this in 2.9.6 already), it let you write the parser for your own language (as the no single solution works perfectly for every language)
When I turn on the "Set Link Alias Status", the main page loaded ok, but when I try to go to product page I got this error in FF:
Firefox has detected that the server is redirecting the request for this address in a way that will never complete.
I am running SSU 2.9.6. My login system has stopped working when SSU is activated, but only for people with a clean cache.
If a previously registered user arrives at the site's homepage, and tries to login using the login sidebox (having previously cleared cache), it directs them to a strange URL (see below) and doesn't log them in...
https:// starlightmobiles.com /index/?zenid=i1a06tsrgv0jkd276n2o01fc84? zenid=i1a06tsrgv0jkd276n2o01fc84
BUT, if they arrive at the site (again with a clean cache) and navigate to one or two pages, and then try to login in the same manner, it works fine!
Any idea why it would do this?
Is there a way of including the whole login process in the exclude list? I ahve already added the following...
login,index.php?main_page=login,login.php,index.php?main_page=index,index.php?ma in_page=login&action=process,
But problem still happens.
If I turn OFF SSU, everything works fine. I really need SSU for cats and prods as it is exceptional, but need to solve this problem quick smart - Client not happy!
Any help or advice on excluding ALL of the login process would be great. Thanks!
Chris
Sorry to bump, but just in addition to the above post, could it have anything to do with having an SSL? it is a dedicated SSL certificate. Does the htaccess require anything different if SSL is enabled?
Chris
epsports: This may not be the root of the cause, but it is a good practice: your site seems to work fine with the links that contain www or not, this is not good. You should redirect the customers to one only (with www for example)
Put something like this in .htaccess below rewrite engine on:
RewriteCond %{HTTP_HOST} ^example.com
RewriteRule (.*) http://www.example.com/$1 [R=301,L]
RewriteCond %{HTTPS_HOST} ^example.com
RewriteRule (.*) https://www.example.com/$1 [R=301,L]
Hi Yellow,
please check, with SSU 3.2.2 on when I press button Write review its redirect me to main page of site. with SSU off it works usual.