Experiencing a 401 Unauthorized Error During Update?

If you're seeing a 401 Unauthorized error when trying to update your Joomla extension, it's likely due to our new two-factor authentication (2FA) security measure for your Download ID.
To resolve this, check your email (Spam folder?) for a message to approve your server or device, or read our detailed blog post here( onlinecommunityhub.nl/best-practice/new-...-extension-downloads) to understand the steps involved. This will guide you through approving your server for future updates.

No bug Read More

Meer
6 jaren 11 maanden geleden #641 door Jason Morris
Read More werd gestart door Jason Morris
Hello

I am using a the ochBlog > articlelist to display a category of blogs - looks great however clicking "Read More" hyperlink below the blog excerpt redirects to the home page although the link is to the article - see e.g. URL below Why? Thanks!

e.g. URL from blog 'Read more': http://www.- domain HERE -.com/index.php/33-blog-main/travel/61-sample-blog-post-1

jm
Onderwerp is gesloten.
Meer
6 jaren 11 maanden geleden #643 door Ruud van Lent
Beantwoord door Ruud van Lent in topic Read More
Hi JM,

In the ArticleList code I utilize the Joomla build-in 'Router'. The Joomla router is responsible for 'converting' the path to the article by generating a Search Engine Friendly URL, and back (from SEF to article).
So it should 'always' work (otherwise Joomla would be broken :)

Having said that, it is not working for you :(

Is the article (or the category it is in) available to the ACL (Access) 'Public'? If not, clicking the read more link would lead you to a login page (which just as the 'add article' page should be created first in order to avoid being routed to the front-page)? What happens when you click the title of the blog (with title link = yes)? does it display the same url? does it route correct?

Just some (unasked for :)) advise, based on the URL I see:
  • I also see in the url that you have not enabled SEF routing (in Global configuration) (that should get rid of your index.php)
  • I also see that you have not created a menu entry for the category the sample post is in. (When you set a category list menu entry for the category 'travel' that should get rid of e.g. 33-blog-management)
  • When you are building and experimenting with your site: set robots in Global Configuration to 'No Index / No Follow' to avoid the previous crawling by Google)
    If this is a new site, you should enable the 'experimental' router and set 'Remove article id'. That wil get rid of the 61- before the article title (this impact your #SEO negatively)

When you have implemented above points you URL would look like: http://www.- domain HERE -.com//travel/sample-blog-post-1

But first things first: lets see if the Access to the articles is correct :)
Onderwerp is gesloten.
Meer
6 jaren 11 maanden geleden #644 door Jason Morris
Beantwoord door Jason Morris in topic Read More
Thanks for the tips - always welcome here!

So - articles are all public. I have deduced that the article needs to be on a menu for [1] the 'read more' functionality and also related [2] for a user to select from the blogmanagement listing (or link on Article title does not work). I can add manually them to a hidden menu however... the goal is to have the site not need administrative intervention... ideally all links would function when the author completes the blog entry on front end... Do I have something improperly configured?

Thanks!
jm
Onderwerp is gesloten.
Meer
6 jaren 11 maanden geleden #645 door Ruud van Lent
Beantwoord door Ruud van Lent in topic Read More
Hi,
There must be a misconfiguration.
Normally there is no need to add a menu item to an article.
Articles should route correct and when the user is logged in on the front-end, the blogmanagement should show the articles he as author has access to.

Is it possible for me to have back-end access? That way I can have a look at how it is configured and what should change.

You can email me the login credentials or put them here in abrely between confidential tags.

I can have a look tomorrow morning
Onderwerp is gesloten.
Meer
6 jaren 11 maanden geleden #646 door Jason Morris
Beantwoord door Jason Morris in topic Read More
Thanks

Dit bericht bevat vertrouwelijke informatie
Onderwerp is gesloten.
Meer
6 jaren 11 maanden geleden #647 door Ruud van Lent
Beantwoord door Ruud van Lent in topic Read More
Top,
just logged in an replied to your mail :)
Onderwerp is gesloten.
Meer
6 jaren 11 maanden geleden #648 door Ruud van Lent
Beantwoord door Ruud van Lent in topic Read More
Hi JM,

where you able to sort this out?
Do you need further assistance?

regards,
Ruud.
Onderwerp is gesloten.
Meer
6 jaren 10 maanden geleden #651 door Ruud van Lent
Beantwoord door Ruud van Lent in topic Read More
Hi JM,

last week I have been setting up a new site for one of my customers. I ran into the same culprit of the Joomla! articles not displaying, but instead the frontpage content was displayed.
I was able to solve that, and I think this will also solve the issue with your template.

The thing is that with the new Joomla router, some things have changed. If an article does not have a SEF route, it will display with the layout / settings of the frontpage.
This works okay expect when you have a template which 'hides' certain parts for displaying content on the frontpage.

So how I fixed that was to add for every category a menu item of type articles > category blog.

Now the articles have a correct SEF URL (the menu alias for the category menu entry) and the articles will display just fine.

Same thing happened with the create article menu entry missing > because it had no menu assigned to that function it automatically 'reverted' to the frontpage > the edit article page was not visible.

I hope you figured it out already or that this will help you.
Just posting here so that if somebody else has problems with their template and articles not displaying (correct) the get a hint in how to solve.

Closing this one for now. If you have any questions please create a new topic.

regards,
Ruud.
Onderwerp is gesloten.