We launched new forums in March 2019—join us there. In a hurry for help with your website? Get Help Now!
    • 6726
    • 7,075 Posts
    Very interresting ajayre, thanks it’s definitely a great addition !

    As far as I am concerned, I definitely like the fact that you can select which templates will be encrypted.
      .: COO - Commerce Guys - Community Driven Innovation :.


      MODx est l'outil id
      • 33372
      • 1,611 Posts
      I think maybe I wasn’t clear about how this would work as a plug-in, but it doesn’t really matter all that much...

      The plug-in would not encrypt the entire site. It would check which template a document uses (or the value of an associated TV) and encrypt or not depending upon that. So functionally it would be exactly the same as using the snippet.

      Whether this would be more efficient (because it could be called earlier in the process and perhaps send better header redirects) or less efficient (because it would at least check every document before it’s rendered, instead of only those that have the snippet call), is an open and perhaps irrelevant question.

      I think that part of the reason that I immediately thought of making this a plug-in is that it’s a very short jump from there to integrating this functionality into MODx itself (checkbox on the document page for SSL and viola! it’s encrypted).

      Of course it would only work in it’s current state on Apache servers, at least with FURLs enabled...
        "Things are not what they appear to be; nor are they otherwise." - Buddha

        "Well, gee, Buddha - that wasn't very helpful..." - ZAP

        Useful MODx links: documentation | wiki | forum guidelines | bugs & requests | info you should include with your post | commercial support options
        • 727
        • 502 Posts
        I might be mistaken, but I think the future of MODx is to de-centralize the document settings to some degree. So things like searchable will be more like TVs than a core feature. I could be wrong/confused about that though.

        Andy
          • 727
          • 502 Posts
          One thing I would like to improve is to move the configuration URLs out of the snippet. It would be nice if there was a single central place for this type of information. Othewise you have to remember to edit the snippet when you move your site from the dev server to the public server.

          Andy
            • 23491 ☆ A M B ☆
            • 1,056 Posts
            Quote from: ajayre at Nov 30, 2006, 01:29 PM

            One thing I would like to improve is to move the configuration URLs out of the snippet. It would be nice if there was a single central place for this type of information. Othewise you have to remember to edit the snippet when you move your site from the dev server to the public server.

            Andy

            I’m not too familiar with how Modules work... are they strictly for Management-side purposes only? If not, I wonder if developing a table within the database (administering via a module) would be a step in the right direction? I’m interested myself...
              Mike Reid - www.pixelchutes.com
              MODx Ambassador / Contributor
              [Module] MultiMedia Manager / [Module] SiteSearch / [Snippet] DocPassword / [Plugin] EditArea / We support FoxyCart
              ________________________________
              Where every pixel matters.
              • 727
              • 502 Posts
              Quote from: ZAP at Nov 29, 2006, 08:59 PM

              Have you tested this with both friendly and normal URLs, and also with other variables in the URL?

              I tested it and variables are lost in the redirect. I’m not sure if that is a snippet, MODx, browser or web server issue.

              Andy
                • 36483
                • 11 Posts
                Hey this is perfect, I'm going to try this out. Been searching for a while!