We launched new forums in March 2019—join us there. In a hurry for help with your website? Get Help Now!
    • 28439
    • 222 Posts
    Quote from: fourroses666 at Apr 07, 2012, 08:44 PM
    would love to see stats into evo, maybe some api from GA?

    For getting tracking into Evo backend, there is already a solution available, that I use all the time: Piwikx for Piwik.

    You need Piwik installed, on a server for its own, or on the same server, for example in a suddomain, The advantage to GA is, that no one else has access to your tracking. And Piwik is open source.

    I use Piwik nearly from the start of that project and all my customers are also using Piwik. It is much cooler, to have the data available and having the possibility to run your own statistics.

    Quote from: sottwell at Apr 08, 2012, 12:48 AM
    I'm not sure what you mean by a "translation workflow".

    A translation workflow works with rules for translations, deciding if a translation is visible, what will be the fallback language and so on. Typo3 has something implemented about this stuff, but I really don't like Tyo at all.
      Gone away and found a better place to stay
      • 19369
      • 1,098 Posts
      About MultiTV solutions, has anyone tried this: https://github.com/Bruno17/bloX-Xedit/ ?
      Does it work like MIGX for Revo?
        • 28439
        • 222 Posts
        The more issues we get, the more I think we need an issue tracker as soon as possible. Otherwise we might miss ideas and feature request in this deep thread.

        The problem with forks on github is, that issues are only in the original sources available. Is someone willing to set one up, or to create some accounts for an existing one?
          Gone away and found a better place to stay
          • 28439
          • 222 Posts
          Developing on Evo is going on smiley

          I'm just at the ini file to use for the configuarion:
          ;<?php
          ;die(); // For further security
          ;/*
          [MODX_base_configuration]
          database_type = 'mysql'
          database_server = 'localhost'
          database_user = 'evo-db-user'
          database_password = 'evo-db-user'
          database_connection_charset = 'utf8'
          database_connection_method = 'SET CHARACTER SET'
          dbase = '`evolution`'
          table_prefix = 'modx_'
          error_reporting = (E_ALL & ~E_NOTICE)
          
          $lastInstallTime = 1332618050
          
          $site_sessionname = '1234567890'
          $https_port = '443'
          
          ;*/
          ;?>
          


          That is both, an ini file and a PHP file. This way it is not accessible from somewhere on the web, because it returns only one semicolon.
          On the other hand it is a valid ini file, because the PHP is comment in ini files.

          I tend to load the ini file in the document parser, because all values are available as properties from there, and the document parser is the heart of the application. Of course, I put in a new config class. Just let me know, what you think.
            Gone away and found a better place to stay
            • 28042 ☆ A M B ☆
            • 24,524 Posts
            Quote from: Stefanie at Apr 08, 2012, 06:38 AM
            The more issues we get, the more I think we need an issue tracker as soon as possible. Otherwise we might miss ideas and feature request in this deep thread.

            The problem with forks on github is, that issues are only in the original sources available. Is someone willing to set one up, or to create some accounts for an existing one?

            Jason did say we should use the existing tracker http://tracker.modx.com/projects/evo
              Studying MODX in the desert - http://sottwell.com
              Tips and Tricks from the MODX Forums and Slack Channels - http://modxcookbook.com
              Join the Slack Community - http://modx.org
              • 4172
              • 5,888 Posts
              Quote from: microcipcip at Apr 08, 2012, 05:22 AM
              About MultiTV solutions, has anyone tried this: https://github.com/Bruno17/bloX-Xedit/ ?
              Does it work like MIGX for Revo?

              somehow. But very different.
              With bloX/Xedit its possible to create,edit and sort blocks in different containers from frontend.
              They can be stored anywhere. This can be subresources of a folder or items of custom-tables.

              At the beginning there was also a plugin to manage subresources the same way from backend.

              Caution! Its all mootools. [ed. note: Bruno17 last edited this post 14 years, 5 months ago.]
                -------------------------------

                you can buy me a beer, if you like MIGX

                http://webcmsolutions.de/migx.html

                Thanks!
                • 28439
                • 222 Posts
                Status update

                I've done a ini configuration file and a class named Configuration, that reads and writes to the ini file. The unit tests are working, and PHPDoc tags are available.
                It is checked in on my working branch on github.



                Next step is to include it and get rid of the old configuration. Then the work on SQL in the code goes on, to make all of them working only with the DBAPI class. Manager for example does a direct MySQL connection (manager/index.php line 121).

                I'm also replacing most of " by ', it is a tick faster, because it is less parsed.
                  Gone away and found a better place to stay
                  • 28042 ☆ A M B ☆
                  • 24,524 Posts
                  I had a thought on the manager. The "welcome" page as well as the login form and the manager lockout page were re-factored to be templates with placeholders. Why can't all the Manager pages be done like that? It's all just a bunch of form fields, populated from the database. I'm going to start with the Web Users management page.

                  It seems to me that if all these Manager templates are kept in the manager/media/style/ThemeName/templates folder, then to make a new "cmp" you can just clone the ThemeName folder, make your templates just as you would for eForm or Jot or Ditto and in the Manager select that theme.

                  Since you can select the Manager theme for each user, this would open amazing possibilities for controlling user access. Then add the ability to select a theme for a role, and it would get even better.
                    Studying MODX in the desert - http://sottwell.com
                    Tips and Tricks from the MODX Forums and Slack Channels - http://modxcookbook.com
                    Join the Slack Community - http://modx.org
                    • 33014 ☆ A M B ☆
                    • 1,231 Posts
                    http://forum.modx.jp/viewtopic.php?p=4324#p4324
                    Although the cache system which operates by 15 KB or less of memory will be completed soon, it cannot follow, advance of the talk(this topic) be too early....
                      • 19369
                      • 1,098 Posts
                      Is this fix going to solve the caching problems for big websites? I am talking about the "siteCache.idx.php" file.

                      This discussion is closed to further replies. Keep calm and carry on.