Disappearing modules + other minor issue jReviews

Ok, thanks for answering. I guess that's the trade off between having nice urls and performance.

I have managed to greatly reduce the number of queries by using a mainframe variable to store ($m->set) the result of certain queries for a page so they are also not performed twice. In a directory and list page, this avoids having to query the section name for every category on the page when the urls look like /section_name/category_name. This is how the getItemid of the core Joomla does it as well. Do you see any problems with that approach?

I know this is beyond the scope of SEF Advance support, but I will be promoting the use of your extension after I release the new version because I like how simple it is and it gets the job done. So it would be great to optimize the sef_ext.php file to work with it.

Saka:

Have you changed anything in SEF Advance that would prevent the original issue discussed in this post from being overcome? I had managed to get everything working perfectly by spending a lot of time with the sef_ext.php file for SEF Advance and now when I installed the new trial version of SEF Advance on the almost final demo site it no longer works.

It seems like SEF Advance is now changing the Itemid in the $string variable used in the create class, even before it gets to the sef_ext file, so it's not even reading it from the url, but from the menu database. Is this right? I say this because I have a menu with option=com_jreviews&task=listsection that uses the same Itemid as another menu for a Joomla blogsection, but if I do a die($string) at the beginning of the create function I get:

index.php?option=com_jreviews&Itemid=2.....

Itemid=2 is for one of the other jReviews menus and the fact that the Itemid is at the beginning of the url instead of the end tells me SEF Advance got to it before I received it in the sef_ext.php file.

Would it be possible to get the version prior to the last one for the site in question to check whether the problem is in a change in SEF Advance?

Now I am really going crazy! I thought I no longer had to worry about this.

I really need your help to get this working, I have many users waiting for this solution and I had it working, until I tested it with the new version of SA.

Please help!

Thanks

Alejandro

I haven't changed it, it has always taken the Itemid from the menu table, not from the string. And that's because Itemid is usually not passed in the URL but needs to be determined from the menu table.

If you need to override this Itemid it should work to use the trick I described before. I haven't changed anything there.

I really need to get the url Itemid, I tried $_SERVER  but that gives me the string processed by SEF Advance with the wrong Itemid.

In one of my previous posts I wrote this:

I don't have duplicate name menus or trashed menus, but I guess the problem is that I do have multiple different name menus that look like this:

index.php?option=com_jreviews&Itemid=x
index.php?option=com_jreviews&Itemid=y
index.php?option=com_jreviews&Itemid=z

In my previous tests I was able to override the Itemid on the revert function and it worked fine, but for some reason now in the CREATE FUNCTION the "y" and "z" Itemid's are set to "x" and I need to get "y" and "z". Is there anyway to do that in the create function?

I appreciate the help. I believe SEF Advance will be a great companion to jReviews if we can solve this. I am also going to put a link on the demo site for SEF Advance saying that it is running on the site

Saka, I have to rethink this. You obviously haven't changed anything, so it's something I changed. I hope I can sort this out soon. Thanks for your support.

Ok, I think I sorted it out. I apologize for the panic attack! :-[