• Home
  • Get help
  • Ask a question
Last post 28 min ago
Posts last week 110
Average response time last week 29 min
All time posts 67418
All time tickets 10424
All time avg. posts per day 21

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.

#5918 – H1 Header removed when sh404sef enabled

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.
Friday, 26 July 2019 11:54 UTC
dorksdelivered
Hello,
A weird problem, If I have SH404SEF enabled the heading tag is removed:
https://www.dropbox.com/s/bqpk5ztntb8yzlk/2019-07-26%2021_31_26-.jpg?dl=0

This is with SH404SEF disabled:
https://www.dropbox.com/s/hlhvg4vmt70tkg4/2019-07-26%2021_30_18-.jpg?dl=0

 There doesn't appear to be a duplicate issue here:
https://www.dropbox.com/s/ihi9urjmhqy7g6d/2019-07-26%2021_48_27-.jpg?dl=0

Example SH404SEF url:
https://xxxxx.com.au/cybersecurity/how-to-protect-your-small-business-from-cybercrime

Same J! SEF URL otherwise:
https://xxxxx.com.au/blog/cybersecurity/423-how-to-protect-your-small-business-from-cybercrime

Please let me know if you need any more information
Friday, 26 July 2019 12:13 UTC
wb_weeblr
Hi

The actual problem seems to be that your original Joomla page has a bug: it has 2 h1 tags. When that happens, we convert them to h2 instead.

That can be disabled under the "Advanced" tab of configuration (Change multiple h1 to h2) but if you really have multiple H1, it's likely slightly better to turn them into h2.

Note that none of that really matters to be honest, it won't make you rank or not rank.

Best regards
 
Friday, 26 July 2019 13:54 UTC
dorksdelivered
Hey,
I have disabled the change multiple h1 to h2 but the page title still doesn't show up and we end up with 0 h1 tags with sh404sef enabled

On the example page:
https://xxxxx.com.au/cybersecurity/how-to-protect-your-small-business-from-cybercrime

Can you show me where the h1 tags are when SH404SEF is enabled?

If I disable SH404SEF SEO Management, the titles still do not show up in the article. That is what is wanted, as below:
https://www.dropbox.com/s/hlhvg4vmt70tkg4/2019-07-26%2021_30_18-.jpg?dl=0


Friday, 26 July 2019 14:08 UTC
wb_weeblr
Hi

I have disabled the change multiple h1 to h2 but the page title still doesn't show up and we end up with 0 h1 tags with sh404sef enabled
The setting I mentioned above is the only one that touches h1 tags. sh404SEF generally does not modify the content, we mostly add meta tags.

Can you show me where the h1 tags are when SH404SEF is enabled?
As always, you can only "see" things by looking the page source code. We are not concerned by anything visual, we go the same route as search engines. So open up the page source code and search for <h1 or <h2.

What you describe here is different, it's not something sh404SEF could have an effect on because it's an entire Joomla element. I would think the problem is that the menu item for this URL is not the correct one.

Where did you set up Joomla to display the article title? is that in the article itself? or in a menu item? If in a menu item, then maybe the non-sef URL selected as the main URL is not the right one (duplicate content again). Check that URL, open the list of duplicates and see if there's the "correct" menu item available, the one where you set "Display title" in Joomla settings.

Best regards
 
Friday, 26 July 2019 16:23 UTC
dorksdelivered
I set it up to show in the menu item, this problem appears for all article but only when SH404SEF is enabled, the title is the title so it is not in the article source but its display is being changed when SH404SEF is enabled,

oddly at this url:

https://xxxxx.com.au/component/com_joomtestimonials/Itemid,146/view,testimonials/

There is a video that plays at the top of the page and it also disappears when SH404SEF is enabled, there is no duplicate url in here either for it.

Not sure if that is related or not but worth mentioning.

Here are two videos showing the situation and how it changes with the plugin state:
https://www.dropbox.com/sh/d30p9bsj49vto6i/AADcc7BZ07iccG2NYDAg4G0ba?dl=0

Best regards,
Joshua
Monday, 29 July 2019 09:17 UTC
wb_weeblr
Hi

I set it up to show in the menu item, this problem appears for all article but only when SH404SEF is enabled, the title is the title so it is not in the article source but its display is being changed when SH404SEF is enabled,
Yes, you confirm that you have set the title to show at the menu item. This confirms what I wrote above: Joomla likely produced duplicate content for those pages, multiple URLs going to the same page. sh404SEF fights that because it's bad for SEO. But i may happen that the menu item used for that URL is not the one where you set the title to show.

Let's try to be more accurate:

1 - go to the SEF URL manager
2 - Locate the cybersecurity/how-to-protect-your-small-business-from-cybercrime URL
3 - What is the full and exact non-sef URL listed for that SEF URL?
4 - Are there any duplicates listed for that URL? if so which ones?
5 - What is the menu item id for which you set up the title to show?

Best regards
 
Tuesday, 30 July 2019 02:49 UTC
dorksdelivered
Hello
No duplicates:

https://www.dropbox.com/s/jzcjf3p515mg3r3/2019-07-30%2012_10_17-sh404SEF_%20URL%20manager%20-%20The%20Best%20Managed%20IT%20Service%20in%20Brisbane%20-%20Dorks%20Delivere.jpg?dl=0

https://www.dropbox.com/s/j9v9u50fl3oux1b/2019-07-30%2012_10_53-sh404SEF_%20URL%20manager%20-%20The%20Best%20Managed%20IT%20Service%20in%20Brisbane%20-%20Dorks%20Delivere.jpg?dl=0


Menu item = cybersecurity id=415 (as per J! url)

https://www.dropbox.com/s/tavhem9dntvlvd2/2019-07-30%2012_15_18-Menus_%20Edit%20Item%20-%20The%20Best%20Managed%20IT%20Service%20in%20Brisbane%20-%20Dorks%20Delivered%20-%20A.jpg?dl=0

https://www.dropbox.com/s/iw2glrafoxp1f8u/2019-07-30%2012_15_51-Menus_%20Edit%20Item%20-%20The%20Best%20Managed%20IT%20Service%20in%20Brisbane%20-%20Dorks%20Delivered%20-%20A.jpg?dl=0

https://www.dropbox.com/s/4q279ylaoxexmfl/2019-07-30%2012_16_07-Menus_%20Edit%20Item%20-%20The%20Best%20Managed%20IT%20Service%20in%20Brisbane%20-%20Dorks%20Delivered%20-%20A.jpg?dl=0


Please let me know if you need anymore information here
Tuesday, 30 July 2019 10:32 UTC
wb_weeblr
Hi

ok, please provide superadmin credentials. We can exchange many screenshots during days without going to the bottom of it otherwise.

Best regards
 
Thursday, 01 August 2019 08:15 UTC
dorksdelivered
No worries,

https://xxx.com.au/administrator
U: xxxx
P: xxxxx

for both the htaccess and backend

Cheers,
Joshua
Thursday, 01 August 2019 08:19 UTC
wb_weeblr
Hi

You have an http password to protect the backend, can't get to the Joomla login screen.

Best regards
 
Thursday, 01 August 2019 09:19 UTC
dorksdelivered
As per previous response, its the same cred's for both htaccess and backend
Thursday, 01 August 2019 09:50 UTC
wb_weeblr
Hi

As per previous response, its the same cred's for both htaccess and backend
I read and tried that but did not work. Works now so was likely a bad copy/Paste, sorry about that.

So I searched quite a bit and eventually found that this is coming from your template: reverting to Protostar fixes the problem and the title is displayed right away. I tested that the menu item selected is the right one (Blog/Cybersecurity, id 415). I also tested that changing the "Show title" setting in either the menu item or the article itself has the expected result and hide/show the title when it's supposed to - when using the Protostar template:



I suspect there's a bug in the template article display and they try to identify the menu item themselves instead of relying on Joomla API.

At this stage I'm not sure there's much that can be done on our side unfortunately. I'll dig into our customer's site backup to see if I have this template somewhere.

Note that if you did any template override, you should check them for this issue.

Best regards



 
Thursday, 01 August 2019 10:29 UTC
wb_weeblr
Hi

Actually, I found a copy of that template and yes, it's coming from the template. The problem is in the file:

/templates/yamato/html/com_content/article/default.php

at line 626:

<?php if (in_array("blog", $explode_actual_link))


This is just wrong, it displays the title only if the URL has "blog" in it. Note there are other parts of that file where the same is done with "services" and maybe more.

You can fix that problem by changing the above to:

<?php if (true || in_array("blog", $explode_actual_link))


I don't know if that came with the template or was added by you (as it's a template override, it might not have been there at the start).

Anyway, that's where the problem comes from.

Best regards
 
Thursday, 01 August 2019 11:41 UTC
dorksdelivered
That is quite odd, I had someone work on the site to get the videos to play within some of the articles, I see no reason why they would have done it the way they have and why they would have needed to touch that at all (the original and modified default.php):
https://www.dropbox.com/sh/waryxcchf9u5uob/AACJdnLKCH1Aifnxg8I6awWza?dl=0
https://www.diffchecker.com/diff

A stack of changes between the two files. Really odd. I have for now uploaded a modified version (original + the video playback items) that has the video playback content until I build that into sourcerer for those articles and testing with the mostly original file now.

Why would they have made modifications like that?!

This is totally not a you problem, how can I pay you for what you found?
What other things have you seen around the place that could need correcting?

Cheers,
Joshua
Thursday, 01 August 2019 12:04 UTC
wb_weeblr
Hi

That is quite odd, I had someone work on the site to get the videos to play within some of the articles, I see no reason why they would have done it the way they have and why they would have needed to touch that at all (the original and modified default.php):


Why would they have made modifications like that?!


That's maybe how they decided to detect those articles I guess: everything that starts with /blog should get the player?

This is totally not a you problem, how can I pay you for what you found?
That's ok.

What other things have you seen around the place that could need correcting?
I have not looked around, just looked at what could cause the title section to not be displayed and that was pretty obvious. The longest part was getting a local backup to be setup again and be able to reproduce.

Best regards
 
Thursday, 01 August 2019 12:11 UTC
dorksdelivered
I really appreciate you going above and beyond, it means a lot. I would love to help out in any way I can for what you have done.
Thursday, 01 August 2019 12:12 UTC
wb_weeblr
Hi

You're welcome! You can always post a review on sh404SEF on the JED,it helps and we appreciate it!

Cheers

 
Thursday, 01 August 2019 12:24 UTC
dorksdelivered
I will try again later:
https://www.dropbox.com/s/xvy5jhpludjpx6g/2019-08-01%2022_23_16-Error_%200%20Cannot%20use%20object%20of%20type%20stdClass%20as%20array.jpg?dl=0

https://www.dropbox.com/s/hlldxmgy35evl2v/2019-08-01%2022_23_51-Add%20a%20review.jpg?dl=0

Its not working at the moment
Thursday, 01 August 2019 12:27 UTC
wb_weeblr
HI

That's odd! I'll open a ticket with them, maybe they are not aware. Is the error screenshot going to be on dropbox for a while? I'd like to link to it from the ticket. When did this message show? right when you clicked on the "Submit" button?

Best regards
 
Thursday, 01 August 2019 21:55 UTC
dorksdelivered
right after submit. I'll leave it on there for a couple of months lol
Friday, 02 August 2019 10:38 UTC
wb_weeblr
Hi

Thanks for that, I just opened a ticket with the JED and we can only wait to hear from them now. Maybe if you try again later, please ping me here with the result and I'll add the information to the ticket as well.

Best regards
 
Saturday, 03 August 2019 04:34 UTC
dorksdelivered
It does appear that it might have submitted:
https://www.dropbox.com/s/hqyyz49hgw3m9iz/2019-08-03%2014_32_56-Add%20a%20review.jpg?dl=0

Let me know if you can see it come through, I would imagine after it has been moderated you would get alerted?
Monday, 05 August 2019 07:39 UTC
wb_weeblr
Hi

Thanks for trying! The review did not come through as of today unfortunately.

I would imagine after it has been moderated you would get alerted?
Let's just say that the ticket I opened at JED was closed by a moderator (because bugs have to be reported at Github, not JED) and I did not even get an alert for that!

At least on Github notifications will work. I opened the ticket here. If you care to do so, please provide any additional comment you may have on how things happened and let's keep finger crossed.

There was a long period of time, most of 2018, where sh404SEF did not get any review. Not good ones, not bad ones, none. That's next to impossible and I'm guessing random such bugs may have a lot to do with it.

Thanks for your support,

cheers
 
Monday, 05 August 2019 19:26 UTC
dorksdelivered
You have covered off on it pretty well on that page tbh, if there is movement, im happy to pop another review up. A bit annoying that they are not cross-checking some of this given the platform lol.
Tuesday, 06 August 2019 07:56 UTC
wb_weeblr
Hi

Thanks then, I'll leave this ticket open and hope for a reply on GitHub. The review has not appeared yet so it seems to be stuck. Thanks for your detailed report and informing me, I'd hope the JED can workaround those reliability issues...

Best regards

 
Wednesday, 14 August 2019 06:59 UTC
wb_weeblr
Hi

No news, not even a reply on Github :(

This post will keep this ticket open for another two weeks.

Cheers
 
Wednesday, 14 August 2019 10:12 UTC
dorksdelivered
No worries
Thursday, 29 August 2019 05:34 UTC
system
This ticket has been automatically closed. All tickets which have been inactive for a long time are automatically closed. If you believe that this ticket was closed in error, please contact us.
Monday, 09 September 2019 11:24 UTC
wb_weeblr
Hi

Just re-opened the ticket which closed during holiday. Still no move from Joomla JED, I posted a new message on the Github ticket to try get a feedback!

Best regards
 
Monday, 09 September 2019 13:57 UTC
wb_weeblr
Hi again,

So I had a response this time on the ticket but it does not look very positive as they do not have any record of the PHP error happening (in their error reporting system) and maybe more importantly no other similar report. So most likely they'll just drop the ball I think.

If you have a minute, can you try posting the same review again, go past the message saying "Writing a new review will overwrite your previous review" and see if it works this time around?

Many thanks
 
Tuesday, 10 September 2019 21:28 UTC
dorksdelivered
Didnt give me the "Writing a new review will overwrite your previous review" message. but I got a 404
https://www.dropbox.com/s/qy1xhntd1hlqgos/2019-09-11%2007_28_17-Error_%200%20Cannot%20use%20object%20of%20type%20stdClass%20as%20array.jpg?dl=0
Wednesday, 11 September 2019 08:14 UTC
wb_weeblr
Hi

Ah, getting better and better! Thanks for trying, I will communicate that to the JED team right away.

Best regards

 
Friday, 13 September 2019 09:30 UTC
wb_weeblr
Hi

So after another developer (Community builder) reported something similar to you, the folks at JED thought about adding a better way of recording errors (the errors you had were not showing on their error reporting tool) and so now any error similar to the one you see will (should?) be reported to them with detailed information. That should allow identifying the cause and hopefully tracking it.

They can post reviews to sh404SEF without errors so if you could try again posting a review - hopefully the last time! - then they should get the detailed error report. Please let me know and thanks again for your help.

Best regards
 
Sunday, 15 September 2019 09:26 UTC
dorksdelivered
Hello,
I have attached a file with exactly what I have written for each response no matter what. This should make it easy to diagnose what the issue is.... there is nothing unique here

https://www.dropbox.com/s/f49bgwrr709wwm6/2019-09-15%2019_23_11-Error_%200%20Cannot%20use%20object%20of%20type%20stdClass%20as%20array.jpg?dl=0

is a pic of the error after submit.

Additionally, I have found a solution to a problem: https://weeblr.com/helpdesk/sh404sef/5595-404s-with-table-in-url
If you set the article defaults to 0, SH404SEF doesnt work.
Monday, 16 September 2019 08:24 UTC
wb_weeblr
Hi

I have attached a file with exactly what I have written for each response no matter what. This should make it easy to diagnose what the issue is.... there is nothing unique here
Many thanks for trying again. Unfortunately diagnosing is not easy because you are pretty much - until 2 days ago - the only person on the planet reporting this. There are dozens of reviews posted each day but never was any such report. "Luckily", another developer had a similar report 2 days ago so now at least we have JED attention and they also put in place a better tool for catching errors and identify where they come from.

Now just to report to them, which day did you post that review?

Additionally, I have found a solution to a problem: https://weeblr.com/helpdesk/sh404sef/5595-404s-with-table-in-url
That person did not have any problem. Having /table/ URL was just expected, normal and not a problem in any way.

If you set the article defaults to 0, SH404SEF doesnt work.
You seem to be referring to something else here. I would suggest you open a separate ticket for that discussion with an explanation of what you mean by "article defauls to 0" and "doesnt work"!

Best regards
 
Tuesday, 01 October 2019 05:34 UTC
system
This ticket has been automatically closed. All tickets which have been inactive for a long time are automatically closed. If you believe that this ticket was closed in error, please contact us.
Monday, 07 October 2019 07:02 UTC
wb_weeblr
Hi again,

According to the JED last message, it seems the problem has been fixed and you can now post reviews with good hope of success :)

They did not say under which circumstances the error would happen, I do hope it's fixed now.

Best regards
 
Monday, 07 October 2019 21:12 UTC
dorksdelivered
No luck yet!
https://www.dropbox.com/s/9rgn0qbdba1arnm/2019-10-08%2007_11_45-Add%20a%20review.jpg?dl=0


https://www.dropbox.com/s/mc6c7snnbwjkkll/2019-10-08%2007_10_46-Error_%200%20Cannot%20use%20object%20of%20type%20stdClass%20as%20array.jpg?dl=0


Tuesday, 08 October 2019 07:06 UTC
wb_weeblr
Hi

Can't believe that :(

Posting now that info at Github...

Cheers
 
Tuesday, 08 October 2019 07:19 UTC
wb_weeblr
Hi,

OK, that may be a long shot but looking at the screenshot of the review you posted, I noticed in the "I am using versioné field, you entered "3.9.12". That's your Joomla version but I'm pretty sure they mean here your sh404SEF version.

As there does not exist any 3.9.12 sh404SEF version, I wonder if this might trigger a bug in their code which causes the problem. Can you try again this time using your sh404SEF version, which should be 4.17.0 right now?

Thanks
 
Tuesday, 08 October 2019 07:38 UTC
wb_weeblr
HI

OK, Anibal replied right away and said he forgot to apply the fix to the live site, it was only on the test site! The fix has now been applied to the live site so it should work!

PS: please still take into consideration my remark about the sh404SEF version.

Best regards
 
Tuesday, 08 October 2019 21:02 UTC
dorksdelivered
Tha seems to have worked!
Or a different problem, see if you have the review lol:

https://www.dropbox.com/s/1xw09ztp69xy3me/2019-10-09%2007_01_38-sh404SEF%2C%20by%20Yannick%20Gaultier%20-%20Joomla%20Extension%20Directory.jpg?dl=0

Cheers,
Joshua
Wednesday, 09 October 2019 08:21 UTC
wb_weeblr
Hi

Yeah! Well, I don't see the review. Yet. Hopefully this is a just a cache issue and it will appear later today. I'll post nonetheless on Github, so that they can check on it.

I'll keep you poste about the next episode of our sh404SEF, the review saga....

Best regards

 
Wednesday, 09 October 2019 09:24 UTC
wb_weeblr
Hi Joshua,

so it's hard to believe but the review was correctly posted and all is working as expected. But the review won't show because it was flagged as SPAM. And the reason for that is that you may be using a proxy. Here is their response:

Hi,



The review has been received and processed. So, the reported issue is solved. We have received more reviews and they have been published successfully, so the improvement is working fine.



About the specific review, it passed the first screening and was flagged as spam (Proxy). So, the IP has open ports or a characteristic associated with a Proxy. As far as I can verify, it was processed as expected.



Best Regards


I am beyond mad at this point... I'l try discuss with them, see if there's a manual review process or something. If one cannot be behind a proxy (are you?) then for sure many reviews have been lost in the past - and will be in the future.

Thanks for your help!

Best regards
 
Wednesday, 09 October 2019 19:57 UTC
dorksdelivered
I can totally see why it would frustrate,
I am not behind a proxy, there is no mail server or anything else on this same IP, it's a standard vanilla ISP assigned IP address. glad it's posted... but I guess the saga continues!
keep me updated
Thursday, 10 October 2019 06:44 UTC
wb_weeblr
Hi

Thanks for the information, I'll pass that along. I did continue the discussion both on Github and the forum.

At the advice of the JED leader, I have opened a support ticket so that someone can manually check the review and allow it. Fingers crossed. I also reported there (and on github) your statement that yours is a regular ISP provided IP address.

The interesting part is that there have been many discussions about this and other issues about the JED, how it works, how to avoid SPAM, etc There's a topic on the Joomla forum from the JED team asking for input.

I read all that thread and replied with a proposal for improvements.

If you care to chime in, have some ideas or just feedback...

Best regards
 
Thursday, 10 October 2019 22:35 UTC
dorksdelivered
not my day is it....
https://www.dropbox.com/s/sk2b63m62d0por8/2019-10-11%2008_34_16-Joomla%21%20Forum%20-%20community%2C%20help%20and%20support%20-%20Information.jpg?dl=0

is it a closed extension only forum?
Friday, 11 October 2019 07:09 UTC
wb_weeblr
HI

Not this looks like a bug here on our ticket extension. The link is: https://forum.joomla.org/viewtopic.php?f=262&t=973003

But when I use the link function to insert the link, it changes the & into & (https://forum.joomla.org/viewtopic.php?f=262&t=973003) which is not accepted by Joomla forum.

Thats's odd, I've never noticed that, will have to look. In the mean time, you ca copy/paste the text link above and that should work.

Regards
 
Friday, 11 October 2019 22:42 UTC
dorksdelivered
ah fair enough, that link is working now
Tuesday, 29 October 2019 05:34 UTC
system
This ticket has been automatically closed. All tickets which have been inactive for a long time are automatically closed. If you believe that this ticket was closed in error, please contact us.
Monday, 08 June 2020 08:20 UTC
wb_weeblr
Hi Joshua,

After so much time, I was still following up with JED about your review. But this has come to an end today, with this message:

You have a new message from Team Member.

Re: - NEW - Other listing questions

Message: Hi Yannick, We have checked your case. If a review has been flagged as SPAM (ie a review submitted behind a proxy), then the review is not going to be published. We understand that you are sure that this review has been submitted by your customer. However, when a review is flagged, we usually receive the request to publish the review. Since we cannot make differences and decide which cases seem more spam-like than the others, or decide based on personal knowledge, we follow the rule that flagged reviews are not published. Hope this helps! Let us know if there is anything else we can do. Best Regards,


I exchanged a couple more emails with them but the gist of it is that they actually don't even manually check reviews for fear of favoring one developer or the other. So I don't know why I was asked to submit a request for manual check.

Anyway, thanks for your help and your time on this, hopefully JED 4 which is in development and supposed to repace the current JED will improve on this. Maybe someone will be able to post a review on sh404SEF at some point in the future :)

Best regards

Yannick Gaultier
weeblr.com
@weeblr
 
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.