Uploaded image for project: 'In-Portal CMS'
  1. In-Portal CMS
  2. INP-1185

Allow force redirect to page canonical urls

    XMLWordPrintable

    Details

    • Type: Bug Report
    • Status: Resolved
    • Priority: Minor
    • Resolution: Fixed
    • Affects Version/s: 5.2.0
    • Fix Version/s: 5.3.0-B1
    • Component/s: CMS
    • Labels:
      None
    • Additional information:
      Hide

      Enable proposed functionality with a setting, that is turned off by default.

      Show
      Enable proposed functionality with a setting, that is turned off by default.
    • Change Log Group:
      Added
    • Change Log Message:
      Automatic redirect to page canonical url happens, when page visited using non-canonical url (disabled by default).
    • Story Points:
      1
    • External issue ID:
      1433
    • Copy Issue Key:
    • Patch Instructions:

      Patches must be submitted through Phabricator.

      Description

      In [url]https://groups.google.com/d/topic/in-portal-bugs/xwFIs71lt38/discussion[/url] discussion I've talked about physical and virtual sections and fact, that 2 urls exists to a single physical section.

      At first this might not seem a big problem, especially if across a theme "use_section" parameter of m_Link tag is used, which forces url from "Structure & Data" section to be used.
      However if user manually guesses url to a TPL file, which is behind "Structure & Data" section url, then page will be shown too.

      If google spider guess that url, then website could be banned because 2 different urls result in showing same page at all times.

      I propose to automatically redirect (with 301 Moved Permanently http code) visitor to page url equivalent from "Structure & Data" section and put a notice into "System Log".
      This way developers would know that somebody still accesses old page url. And using HTTP_REFERER header they would know exactly who that might be.

        Attachments

          Issue Links

            Activity

              People

              • Assignee:
                alex Alex
                Reporter:
                alex Alex
                Developer:
                Erik Snarski [Intechnic]
              • Votes:
                0 Vote for this issue
                Watchers:
                1 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: