Activities

Today
Jorge Ferrer updated LPS-86216.
Jorge Ferrer updated LPS-86532.
Yesterday
Jorge Ferrer updated LPS-44217.
Jorge Ferrer updated LPS-44217.
Jorge Ferrer commented on LPS-44217.
June 14
Jorge Ferrer updated LPS-44217.
Jorge Ferrer commented on LPS-44217.
Jorge Ferrer updated LPS-78298.
Jorge Ferrer updated LPS-78298.
Jorge Ferrer commented on LPS-78298.
3:45 AM For the record, here are the conclusions that we have reached after analyzing this request # The purpose of the "Link to page" functionality is to allow showing an specific page in several places in the navigation of a site. # The way this functionality has been implemented allows specifying a URL for the "link" which results in a temporary redirect to the URL of the target page. It is important that this redirect is made temporary, so that browsers and HTTP proxies don't cache the redirect. If the redirect were permanent, and the "Link to page" is at some point updated to point to a different page, that change would not propagate, creating an undeterministic result. # It would have probably been more optimal to not allow entering a URL for the "link" and just use the URL of the target page from the beginning, avoiding the need for a redirect. However, since this could cause issues to existing customers leveraging "Link to page" as explained in point #4, we have decided to keep the behavior as it is. # We have identified that a significant number of users are leveraging the "Link to page" functionality to configure redirects. This is very handy, since alternatives like configuring redirects in HTTP Servers are often most costly. However it has the drawback that for those cases it's desired to be able to choose between permanent and temporary redirects depending on the case. This is what has led to this feature request. We understand the need based on the description in the last point above. At the same time, we believe that changing the "Link to page" functionality to make the type of redirect configurable, would add a complexity that would be negative for those using the functionality for its main purpose. Not only that, we would be providing an option (permanent redirects) which can cause undeterministic negative effects when the target page is changed. Because of this we have concluded that allowing this configurability would be a bad idea for the product. We believe that better solutions are needed. One solution that we have in our roadmap is to automatically keep working old friendly URLs for a page (and other content types) whenever there is a change to it. In this case, when the old URL is used, a permanent redirect would be sent to the client. For more generic needs to configure redirects, we believe that other tools outside of Liferay might be a better solution.  
Subscribe to Jorge Ferrer's activities. (Opens New Window)