We launched new forums in March 2019—join us there. In a hurry for help with your website? Get Help Now!
    • 1169
    • 312 Posts
    Just a chance did you clear cache and browser cache maybe the problem after you enable furl.
      DEVELOPMENT ENV:- Ubuntu 12.04 | MODx Revolution 2.2.8 | LAMP 2i Apache 2.2.22 | Php 5.3.10 | Mysql 5.5.31 MySQL client version: 5.5.31
      • 11678
      • 160 Posts
      allanb;
      Yes, when working on a site, I always clear the cache after making a change to the code or settings.
      Thanks for the thought though.
      I am going to fully implement FURL as in the help file, and see if that changes anything.
      Cheers,
      HalD
        "Today’s headlines are nothing more than whispers of history"
        • 8609
        • 607 Posts
        Have you renamed the ht.access file to .htaccess and made sure everything in there is set correctly?
          • 11678
          • 160 Posts
          Working on it.
          Haven’t had the time until now to do it. I had never modified the ht.access file at all.
          I’ll post again when I see the results.
          I don’t like FURL after reading the many posts on the problems it causes.
            "Today’s headlines are nothing more than whispers of history"
            • 11678
            • 160 Posts
            OhOh!
            I modified a copy of the ht.access and renamed it .htaccess and now I cannot even get into the manager.
            I am running at the moment on my PC using XAMPP and the address is "localhost/"
            To what, should this code be changed to, when running on "localhost" ?

            # Force all pages to go to www.domain.com for SEO
            RewriteCond %{HTTP_HOST} !^www\.DOMAINNAME\.TLD [NC]
            RewriteRule (.*) http://www.DOMAINANME.TLD/$1 [R=301,L]


            Thanks,
            HalD
              "Today’s headlines are nothing more than whispers of history"
              • 33171
              • 3 Posts
              Quote from: splittingred at Apr 29, 2011, 07:30 PM

              Is the ID of the page you put the getArchives call on in the System Setting ’archivist.archive_ids’ by chance? (in format ID#:arc)

              I had this problem of the archive pages not working when the month is called from the Archivist call after uninstalling and reinstalling Archivist. (ie. archives.html2011/04). The page views if I enter archives.html without the dates.

              I solved it by changing getArchives call in System Settings as mentioned by Splittingred. ’archivist.archive_ids’ ID#:arc

              It was 20#:arc_
              Changed it to 20#:arc

              Everything working great now!