FAQ

Yes sir/madam, the plugins order is very important for MijoSEF.

To be more specific, the System type plugins order does affect MijoSEF's functionality. So this is the order that your System plugins should be ordered:

• Other plugins
• System - MijoSEF
• Cache plugins

For more details check the following article:
http://www.nonumber.nl/news/blog/463-plugin-order-is-important

This has nothing to do with MijoSEF or even Joomla!. It is simply a logical result of the way a browser works.

If you click on a link, say www.example.com/a-page.html, your browser first request the web server to send the html for the page. It starts analysing it. If it finds links to images, to css files, to javascripts files or to flash files i embedded, then the browser will send additional and separate requests to the server for these added bits.

So if you have for instance an image tag like :
<img src="/images/an-image.jpg"> in the page html source code, then the browser wants to send a "secondary" request to the server to retrieve that image, and be able to display it in the page.

1- If the image src link is absolute, no problem, it just send that request to the server.
2- If the image src link is relative, then it means it is realtive to the current page, and therefore the browser makes the following request : www.example.com/a-page.html/images/an-image.jpg . Of course, such an image does not exist, and therefore the image will be missing when the browser displays the page.

Using an Absolute URL in an <img> tag

<img 
src="http://www.webdevelopersnotes.com/images/email.gif"
width="..." 
height="..." />

Using a Relative URL in an <IMG> tag

<img src="/../images/email.gif" width="..." 
height="..." />

Check th elink bellow for more information:
http://www.webdevelopersnotes.com/design/relative_and_absolute_urls.php3

Before using the UTF-8 feature of MijoSEF, check these questions regarding your server?

Questions:
1- Does it support the UTF-8 URLs?
2- What is its default encoding?
3- Does it preserve the non-ascii characters when processing the request?

Answers:
1- Yes
2- UTF-8
3- Yes

Your issue is related with the Access Level of the menu item that the user SEF URL is using. You should have a record like the following Real URL in MijoEF=>URL section:

index.php?option=com_user&Itemid=20

This is the page that Joomla redirects you just before finalizing the registration process but the menu item with the ItemID #20 is viewable only by Registered users.

You should set the index.php?option=com_user (without Itemid variable) as Used.

If you're using Community Builder then you should modify the Itemid value of the record that has task=registered in the Real URL with a Public Access Level Itemid.

ItemID is one of the most important and problematic part of Joomla! and SEF, check the OSTraining tutorial for more info http://bit.ly/chjojc

404 URL/page means that the requested URL/page was not found. The 404 URLs are naturally not wanted by any site admin, they hate them so much so they sometimes can accuse the other party falsely.

The issue

Before using MijoSEF, you may have used the core Joomla SEF or another SEF component. However, after installing MijoSEF, your SEF URLs structure may be changed so you may have different SEF URLs.

Let's explain the reasons that causes 404 URLs/pages:

1. Internal site linking

In this case you and/or your users may have linked any word and/or shared any old/wrong SEF URL in any part of your site.

2. Search engines (Google) records

If your site is not new then search engines like Google probably has recorded your pages on it's search results using your old/wrong SEF URLs structure.

3. Redirects from other sites

You and/or your users may have shared your old/wrong SEF URLs on other sites.

4. Users' typing errors

You and/or your users may have tried to enter any page by enter the SEF URL manually into the browser's address bar but have mistyped it.

As per result if visitors click on those old/wrong SEF URLs they will be redirected to the 404 page.

The solution

We've tried to provide different automatic solutions on MijoSEF but the 100% working solution is to create Moved URLs manually from the old to the new one.
The automatic solution for the first 3 reasons is to import your old SEF URLs if you were using any other SEF component. If you were using the core Joomla SEF then activate the "MijoSEF=>Configuration=>URLs=>Joomla! SEF to MijoSEF" option. If you were not using SEF at all then activate the "MijoSEF=>Configuration=>URLs=>non-SEF to SEF and Generate new SEF" options. With these options MijoSEF will "try" to redirect your visitors to the proper pages automatically.

All those issues are also valid if you've changed any URL created by MijoSEF but have not created any Moved URL for it. We recommend you to use the "Save & Moved" button or enter the previous URL into the Aliases field in such a case: