Last post 11 hours 41 min ago

Posts last week 94

Average response time last week 34 min

All time posts 67911

All time tickets 10496

All time avg. posts per day 20

Helpdesk is open from Monday through Friday CET

Please create an (free) account to post any question in the support area.

Please check the development versions area. Look at the changelog, maybe your specific problem has been resolved already!

All tickets are private and they cannot be viewed by anyone. We have made public only a few tickets that we found helpful, after removing private information from them.

#1350 – URL Rewriting and Site Titles

Posted in ‘sh404SEF’

This is a public ticket. Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.

Monday, 09 November 2015 22:15 UTC

socoweb

Hello,

We are having a problem with sh404sef not rewriting links on our website. An example would be on this page

http://www.xxxxx.org/contact/request-an-appointment

On the right above the map the Get Directions Here link does not work and defaults to the homepage
The Contact Glide: contact us link does the same thing.

On this page: http://www.xxxxx.org/students/students

Schedule a meeting and Contact Glide today links default to the homepage.

This is a recent issue and we troubleshooted by turning off SH404sef and the links worked. We were wondering if you could take a look and see what could be causing this issue?

There is one more issue also. The site title no longer show up in the tab at the top of the browser page. Only the page name. Could we get this looked at as well?

Here is login information to our site:

http://www.xxxxx.org/administrator/
username: xxxxx
password: xxxxx

If you need ftp information please let me know.

Thanks

Bob

Tuesday, 10 November 2015 11:41 UTC

wb_weeblr

Hi

1 -

On the right above the map the Get Directions Here link does not work and defaults to the homepage

The Contact Glide: contact us link does the same thing.

I would like to know what the non-sef URLs for all those links are. I cannot access the backend, you an IP white-list on the admin side.
Current IP is xxxxxx

2 -

The site title no longer show up in the tab at the top of the browser page. Only the page name. Could we get this looked at as well?

You mean you had only your site name displayed at the top of each page? or the page title + the site name?

Rgds

Tuesday, 10 November 2015 13:49 UTC

socoweb

Hello,

1. Sorry about that. Here is the whitelist link to access the back end of the site.

xxxxx

2. On the top of the page we had the page title + site name.

Thanks

Bob

Tuesday, 10 November 2015 14:54 UTC

wb_weeblr

Hi

2 - Having the site name added in each URL in a specific Joomla setting that you had to enable. We really don't recommend doing that, as the page title is a very valuable SEO space that you should use to write a descriptive and keywords oriented title.

If you really want to do that with sh404SEF, it's possible using the SEO settings. See this page of documentation.

1 - I really don't have any idea why the site is doing this. I started with the "Schedule a meeting" link.
It stays empty despite the same link in the menu being correct. The link also shows correctly in the URL manager:

I have no idea why Joomla is not picking this particular instance of the link.

When sh404SEF is disabled, the link does not behaves correctly either, it goes to /contact/request-an-appointment?view=form

I may have to download a backup and install locally to debug the PHP and see what's causing this.

Rgds

Tuesday, 10 November 2015 19:12 UTC

socoweb

We're going to replicate this site into a dev environment so you can take a look at it — even links within the main body component are not re-writing!

Tuesday, 10 November 2015 19:29 UTC

socoweb

OK, we've replicated the site so you can take a look at it. It's an exact clone of the site, and you can disable/review whatever you need to without affecting our live site.

Any instance of a URL created in mainbody or custom content that is linked to a menu item, the SEF URL id not dsiaplyaing. we've compared this site to others with SH404 installed and cannot find a reason why this is no longer working.

Here's what you need (no whitelist for this instance)

http://xxx.cloudaccess.host/
IP Address: xxxxxx
FTP Port: 21
User: xxxxxx
Password: xxxxx

http://xxxxxx.cloudaccess.host/administrator
username: xxxxxx
password: xxxxxx

thank you!

Thursday, 12 November 2015 13:35 UTC

wb_weeblr

Hi

The issue is caused by your Google Analytics Universal 4 joomla plugin.

It reinitialize the Joomla main application from the onAfterRender, causing all build rules to be attached twice.

I can't even start to imagine how such an enormous error coould have been made in such a simple parts of their code:

function onAfterRender()

{

$mainframe = &JFactory::getApplication();

// loading databases

$user =& JFactory::getUser();

$db =& JFactory::getDBO();

$lang =& JFactory::getLanguage();

$doc =& JFactory::getDocument();

$mainframe =& JFactory::getApplication('site');

$mainframe->initialise();

if($mainframe->isAdmin() || strpos($_SERVER["PHP_SELF"], "index.php") === false || JRequest::getVar('format','html') != 'html'){

return;

}

Disable it, or have it fixed (I assume just removing the initialise() call would be enough. This looks a little as if this code has been played around with, I don't think a programmer somewhat used to Joomla could have created this.

Rgds

Thursday, 12 November 2015 13:41 UTC

socoweb

you are a genius!

We've had issues with numerous Analytics plugins, and this is yet another.

Thank you so much, I greatly appreciate your help and insight.

Brian

Thursday, 12 November 2015 13:42 UTC

wb_weeblr

hi

There's no genius, just about an hour of transpiration ;)

Why another plugin? can't you just use sh404SEF support for Analytics?

Rgds

Thursday, 12 November 2015 14:11 UTC

socoweb

Regrettably, this client has restricted our access to the analytics, and we don't have sufficient user permissions to authenticate.

However, we will be using SH440 on our sites as the analytics plugin starting today!

Thursday, 12 November 2015 14:12 UTC

wb_weeblr

and we don't have sufficient user permissions to authenticate.

You don't need to, unless you want to display reports. If this is just for the most common case of inserting the javascript snippet, authentication is not required.

Rgds

This ticket is closed, therefore read-only. You can no longer reply to it. If you need to provide more information, please open a new ticket and mention this ticket's number.