We launched new forums in March 2019—join us there. In a hurry for help with your website? Get Help Now!
    • 2762
    • 1,198 Posts
    Quote from: Scotty at Nov 14, 2006, 07:46 AM

    Quote from: banzai at Nov 14, 2006, 06:29 AM

    Scotty I still have the same issue of diggidis

    This does not appear to be a valid MODx Resource Wizard package.

    Tryied with two different server undecided
    Banzai,
    did you try applying the fix that Jesster444 submitted?
    http://modxcms.com/forums/index.php/topic,8182.msg63227.html#msg63227

    -sD-


    Thanks now works great wink
      Free MODx Graphic resources and Templates www.tattoocms.it
      -----------------------------------------------------

      MODx IT  www.modx.it
      -----------------------------------------------------

      bubuna.com - Web & Multimedia Design
      • 26435
      • 1,193 Posts
      Big Announcement!!!
      MODx Resource Wizard is at version 2.0.1!
      • Easy installation with bootstrap installer. Just download the zip attached to this message, extract it, and upload the file "mrw.php" to the root of your MODx installaion (does not have to be web root now!)
      • Make sure that the root of your MODx installation, where you put the mrw.php file, has write permission (0755 or 0777)
      • Also make sure that the folder "assets/modules/" has write permissions as mrw.php will be putting folders and files there.
      • Once you upload your file and set the permissions, point your browser to your modx root/mrw.php
      • New look... Should look familiar to those of you who have used SkinGraft 1.0. The new look also ties in nicely with the MODxLight Manager theme.
      • Creating your own Resource Wizard packages has never been easier. MRW actually makes the zip for you now! Just tell it where your resource lives (assets/snippets/mysnippet) and it scoops up all the files in there, adds an install.php file, a code.txt file, and a help.html file then zips it up and gives you a link to download it! It even cleans up after itself (deletes that package file) when you are done if you want it to... How polite!
      • If you are going to create packages of your resources, make sure your resource folder has write permssions (0755 or 0777), and that the folders "eval", "projects", and "tvc" have those permissions too.
      • The Resource Wizard can now update itself. It will check in at the MRW server when the module is run to see if a new version is available. If one is, it gives you a link to install it. With one click, it transfers the update to your server, then installs it! If your version is up to date it will display "MODx Resource Wizard ( version x.x.x )" under the logo
      • I have done Lots of code cleanup!
      • Fixed the problems brought up on the forums
      • Make sure you set the wizard’s "eval" folder permissions to 0755 or 0777 because that is where packages you want to install are uploaded to.

      The entire installation file is only a 16kb upload to your server! after that, files are transfered directly from my server (the MRW mother ship) to your server. This is usually a T1 or Fiberoptic connection, so it goes VERY fast. After a few people beta test this and we work any potential bugs out, I will post this in the repository. until then, thanks for your help. Oh... btw... if any bilingual folks want to translate /assets/modules/wizard/lang/english.lang.php into your language please feel free. I will include them in the next update.... which you will be automatically notified of through the wizard!!! Tada! The other language files in the lang folder are just dummies and will probably cause errors if you load them.

      later

      -sD-
      Dr. Scotty Delicious, Scientist.
        Husband, Father, Brother, Son, Programmer, Atheist, Nurse, Friend, Lover, Fighter.
        All of the above... in no specific order.


        I send pointless little messages
        • 28042 ☆ A M B ☆
        • 24,524 Posts
        Well that is certainly smooth and professional enough! Excellent job, ScottyD cool

        (the "helper" document sys_evt.html is in the wizard/tpl folder, not the wizard/ folder per line 116 of forms.tpl, so it causes a 404 error)
          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
          • 26435
          • 1,193 Posts
          Hey! Thanks Susan grin
          Nothing wrong with a little graphical candy every once in a while. Nice screen cap btw. Did it install without any problems for you?

          p.s. I attached this file to the first post as well.

          -sD-
            Husband, Father, Brother, Son, Programmer, Atheist, Nurse, Friend, Lover, Fighter.
            All of the above... in no specific order.


            I send pointless little messages
            • 28042 ☆ A M B ☆
            • 24,524 Posts
            No problem at all. I just unzipped your php file, uploaded it to my root (sottwell.com) and ran it from the browser. Fast and smooth. I immediately started clicking on things (which is why I re-design my site so often!) and that’s how I ran across the little error in the path for that helper file. Oh, and anybody who’s interested can go and look at it in my guest manager login.

            What do you want to bet that there will be somebody complaining about having to upload the one file grin

            I do have a question, though. Is it possible to download the whole thing and install it manually, for the paranoid amongst us?
              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
              • 28042 ☆ A M B ☆
              • 24,524 Posts
              I would also like to see the self-check be a configuration parameter so that it can be turned off if desired.

              I added this bit at line 148 in the module itself:
               if($selfcheck) {
              print $mrw->wizard_selfcheck($ver, $_getlang);
               }
              

              and added the &selfcheck=Selfcheck;int;0 in the module’s configuration. Would probably be better as a button/link or something, though.
                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
                • 28042 ☆ A M B ☆
                • 24,524 Posts
                Hmmm... I see a request feature! If the snippet/module needs extra database tables, there could be a field for entering the sql for creating the tables and then part of the install process would be to create the tables.

                See, there’s no pleasing women!
                  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
                  • 26435
                  • 1,193 Posts
                  Quote from: sottwell at Nov 23, 2006, 04:42 AM

                  Hmmm... I see a request feature! If the snippet/module needs extra database tables, there could be a field for entering the sql for creating the tables and then part of the install process would be to create the tables.

                  See, there’s no pleasing women!

                  SQL commands can be as simple as creating a field in an existing table to creating a new table with multiple fields and dependent default content. the latter making it too difficult to predict how to best structure SQL execution in MRW to tactfully suite every possible need. The is going to sound hilarious to read, especially after the tremendous effort I have put into this project already, but I would like to keep it as simple as possible undecided

                  It may still be easier to have your snippet or module check for the existence of tables/fields required and create them if the do not exist. I could be totally wrong. Do you have any ideas or suggestions on suitably covering all anticipated SQL needs in this module?

                  Your last statement above may be the most truthful sentence in the entire internet.

                  -sD-
                    Husband, Father, Brother, Son, Programmer, Atheist, Nurse, Friend, Lover, Fighter.
                    All of the above... in no specific order.


                    I send pointless little messages
                    • 22815
                    • 1,097 Posts
                    I dislike those modules that check for the existence of a table every time they run.

                    However, if this installer thing could just let you run a separate ’execute once’ script during installation, that script could add db tables, extra fields or whatever. So snippets/modules that check and create could just move that bit out to a second script which is executed during installation, and everyone’s happy. Total flexibility for the snippet/module author, no complication in MRW, no un-necessary db queries every time the snippet/module is run.
                      No, I don't know what OpenGeek's saying half the time either.
                      MODx Documentation: The Wiki | My Wiki contributions | Main MODx Documentation
                      Forum: Where to post threads about add-ons | Forum Rules
                      Like MODx? donate (and/or share your resources)
                      Like me? See my Amazon wishlist
                      MODx "Most Promising CMS" - so appropriate!
                      • 26435
                      • 1,193 Posts
                      Well, I think I have an idea on how to solve this.
                      I could add another text area in the "Make new package" form for sql code.
                      It could then generate an optional file ("query.sql" for example) that would be packaged with the resource.
                      If MRW finds this file, it will execute it on install.
                      The resouce creator could use the string "[dbpre]" in their sql code and I could have MRW do a str_replace to put in the actual database prefix.<br />this way the sql could be as simple or as complex as the creator needs it to be.<br /><br />What do you guys think?<br /><br />(and since it is easy to miss, the latest dl is attached to this post):<br />http://modxcms.com/forums/index.php/topic,8182.0.html<br /><br />-sD-<br />Dr. Scotty Delicious, Scientist.
                        Husband, Father, Brother, Son, Programmer, Atheist, Nurse, Friend, Lover, Fighter.
                        All of the above... in no specific order.


                        I send pointless little messages