We launched new forums in March 2019—join us there. In a hurry for help with your website? Get Help Now!
    • 24931
    • 20 Posts
    Awesome Austin... I love it down here. Been here since 97 when I left cold, old and tired CT.

    My bro actually lives up in Keller. I may take you guys up on that beer -- I had hoped to make it to the ModX event up there, but found out about it about a day late.

    R
      • 28042 ☆ A M B ☆
      • 24,524 Posts
      I lived in Ct for 24 years and hated every minute of it. My husband was sent to Austin for two weeks on a training course, and I loved it there. Especially the Bookstop right across from the hotel! If I were ever to go back to the US, I’d head for that general area.
        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
        • 24931
        • 20 Posts
        CT has lots of good things, 4 seasons, proximity to NY and Boston, beautiful nature, good people. But, as with most of the Northeast, it is very expensive.

        The stat that blows me away about Texas (if it indeed is true) is that Texas this year will create more jobs than all of the 49 other US states put together. That entrepreneurialism is what excites me the most, along with the creativity and vibrancy so evident to anyone living in the Austin area. Another pet project of mine is to establish a web site that posits that Austin is the greatest city on the planet - but that’s some ways down.

        R
          • 28042 ☆ A M B ☆
          • 24,524 Posts
          I grew up in the pine and fir forests of Northern California. In CT everything is dead for half the year, and it only gets nasty slushy snow or dangerous ice storms. And their excuse for "mountains" is a joke ("This car climbed Mount Whatever-it-was" - my granny could climb Mount Whatever-it-was on roller skates, and she’s dead!). I must admit one pleasure was finding a previously unknown patch of Showy Ladies Slippers; that made seven known locations where they grew in the state.

          Texas is pretty flat (except the High Plains area, and even that’s a plateau, not a mountain) but at least they don’t pretend anything else.
            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
            • 21502
            • 16 Posts
            rf1234,

            I live in the Austin area (Round Rock), and would be happy to show you what we’ve done with MODx over a drink sometime. Our site is currently password protected but we’re working on opening it up to the public.

            Cheers,

            Jonathan
              • 28258
              • 1 Posts
              Hi all,

              First of all my apologies for jumping in this thread mainly because it is an old thread but also because I have not contributed to this community so far and will be supporting Drupal in this response.

              I accidentally found this thread while searching for information about ocPortal. What I then read made me want to register just to reply to this thread. I am not by any means professional on Drupal however, I can easily say that the provided specifications can be satisfied in Drupal easily and very possibly without a single line of code.

              More specifically:
              For reviews, the op would create a custom content type called review with access rights for users [provided in core]
              The review aggregation (with whatever algorithms - random, by date, by user...) would be satisfied using Views [module]
              For reviewing and rating reviewers one could use the fivestar module but the quiz module could also be configured for this purpose.
              Spokespersons are just users with different access rights and this is available on core
              A wiki module, I admit I don’t know but I believe one could create this using the CCK module
              The promotion of users to administrators could be provided using the rules module (which is very flexible btw)
              For ads, one could use the Advertisement module though I don’t know about the algorithm between Google / purchased

              Finally for the tasks module one could create such a thing using Views, menus and rules however, there is a very very powerful module called workflow. Please watch the magic here: http://www.nutshell.nu/blog/thomas/2010/08/02/maestro-supercharged-workflow-for-drupal-7

              and btw all above suggestions are made thinking of Drupal 6, not 7.

              To me, it is obvious that the op had already decided to use modx for the website and that’s quite understandable since emotions (beside logic) are also part of decisions.

              Having said that I would be curious to see the website if it is finished.

              Thanks for hosting my view smiley
                • 24931
                • 20 Posts
                Hi All,

                This seems like the appropriate opportunity for me to jump back in with an update on my situation regarding my site.

                My primary goal last June was to build my site out very FAST while also learning both PHP and the CMS I ultimately would end up choosing. I was creating something that as far as I know had not been exactly created by anyone on any site I have ever come across - being a mix of some of the novel elements from a slew of sites, from Wikpedia, to IMDB, to Craigslist, and any number of other sites. Being a designer at core, I ran into the project with an uncompromising set of conditions that just HAD to be met, all in my goal of creating a world changing NEXT GEN review site. Specifically there ended up being over three hundred data fields on one web page alone, in half a dozen variations, crossed with another half dozen ways of interpreting the data, and of course, each datafield consisted of one of several data types, sizes, scopes and interactions. Many of the data fields were agglomeration or moderation fields based on the originating data entry fields and it made sense to include them all in one table, with a toggle to determine which set of fields was an editable set or a moderatable set. To complicate all this, I had some novel ideas about how users would review other users’ entries. It was an amazing and beautiful meat grinder of a mess in my Excel spreadsheet, and I had to translate it all into PHP code meshed into a CMS which I had all but no clue about.

                I began working with ModX but by the second week, I realized that whenever I had a question there were just too few Google hits with answers that were satisfactory to my getting the job done and done right and on time and fast, with relatively little ripping of my hair out. (as I post below, I still want to resume learning and using ModX for my other projects, as, now knowing Drupal, I consider what little I know of ModX so far to be indications of how much simpler and more logical it is than Drupal)

                It was THUS with reluctance, and with my tail between my legs (my friend had been reccomending Drupal forever to me while I had championed ModX), that I silently skulked back to Drupal 6.

                Today, seven months out, with my web site almost completed to my detailed and precise (insane, really) specs, I can honestly offer a bit of wisdom at least vis a vis Drupal, specifically some of the problems with using Drupal.

                At the time I chose to go with Drupal, I was mostly looking for a vast user base that could provide answers for nearly ANY question. My fear was me getting stranded and not being able to work through any potential problem in a timely manner. The one answer to that is to thus go with the biggest user group, period.

                As anyone knows with web programming, there are many ways to skin a cat. In my case, I chose to write a single massive node page to capture all the fields. On second consideration it might have made more sense to split up the page sinto subpages then assemble them again for the view page, but I gained in efficiency and simplicity by keeping it all together.

                It was a slow, frustrating autumn, as I inched through issue after issue after issue, constantly going back to try to Google an answer to whatever it was that was plagueing me that day. The project had to work like a timepiece for it to succeed, and I was not about to compromise. After a few months winter break and a bad cold, I resumed programming a few weeks back and was astonished at how quickly I was able to resolve issues that in the fall had dogged me. Getting away from a project seems to help the mind get better accustomed to how things work in the PHP/Drupal world.

                Some of my problems with using Drupal stemmed from my lack of prior PHP programming skill, which meant I had to learn all the quirks of PHP the hard way as well as all the quirks of Drupal. To complicate it, Drupal at first SEEMS to be well documented, but the level at which it is documented on the site is at a very high level, and there is a lot to learn BEFORE one gets to that high level. So, there I was, digging through one of the five or six books on Drupal that I bought, trying to determine how the whole thing fell together.

                Slowly I began to make decisions about what absolutely had to happen functionally and how it was represented in terms of code, and then I began to develop the custom PHP functions and coding. This process brought up another shortcoming of Drupal, while the community is vast and occasionally helps out newbies, often, unless the problem is framed in a precise manner, one finds oneself dangling with out a solution to a seemingly minor issue. To complicate it, Drupal is not built to be simple and accessible - every version bringing a new flavor of doing things.

                Drupal also was created not by designers/developers according to classic web site needs specs, so things which I would have thought were elementary to do were not even considered by Drupal programmers. Ultimately, the program seemed to have been written and is supported by a community of Engineers. And engineers often do not comprehend why it is that a certain function that a designer desires or considers elementary should even be included or considered at all - "why in the world would ANYONE need THAT function??" was the mindset I came across more than I wanted to. Add in the vast variety and quality of modules, which are written by different people, with differing interests in creating documentation, and you literally often do not know what you don’t know and thus are left poking around in the dark, high and dry, sometimes literally for days. One example, I fought with the Drupal module Location for seemingly EVER trying to decode how to define the precise variable that gets at the form page functions and lets one change them on the fly in edit mode, and I finally threw the damn module out and wrote my own module to perform the same set of functions from scratch.

                To complicate all of this, I also dove in writing the most difficult thing first, the Engine I describe briefly at the top of this post. Most others would have jumped in and turned on the modules and set those parts up first, and I did toy with dozens of modules, but my decision to then jump right into the most difficult part was very rewarding, frustrating as it might have been at first. I was also determined to minimize the number of modules used, preferring the more efficient way of coding the things myself.

                Having struggled through Drupal these past six months, I can conclude one thing, there MUST be a simpler way to deal with the variables that a CMS has to juggle. Having come out the opposite side of this project, ultimately understanding what all the parts of a CMS are from the inside out, as I have, I can now see room for an elegant next generation CMS to replace or supplement Drupal, which of course is where I still see ModX as being, something I know the ModX developers are in agreement about as far as where they see their CMS as well.

                It’s not just me, the proof is in the fact that I am set up in HostColor (I would reccomend them without reservation, BTW) and the three CMSs they natively support are Drupal, Joomla, and ... ... MODX.

                SO, I look forward to this nightmarishly complex site to finally be DONE and to hopefuly begin to generate cash for me. AFTER WHICH, I do want to come back to ModX and to learn about some of the differences (knowing how CMSs work now) between Drupal and ModX and then use ModX to build out my half dozen of so satellite web sites (that will feed the primary site as well as serve as their own blogs/ebook selling sites, etc.).

                My guess is that, upon my returning to ModX, the simplicity and elegance of ModX will almost immediately pop out and, now knowing PHP in detail, I will be able to garner up the remaining function needs I have and just jump in and write out the PHP code using the ModX platform as the wrapper.

                So, my short history of the past year... I am sure I have missed a lot of other items that are worth mentioning here, and in the future I might post yet another update with some more info. Hopefully all this is useful in laying out to newbies like me some of the issues you might contend with when having to learn and juggle multiple development issues within a CMS environment, be it Drupal or ModX.

                Rob
                  • 3749
                  • 24,544 Posts
                  Thanks for the interesting report. smiley

                  SInce it sounds like you’ve done a great job of MVC separation, If you ever find the time and inclination, I think you’ll find that you can port your site to MODx very easily. When you start using xPDO to handle the DB chores, I think it will blow you away, and the lack of constraints on what you do and how you do it will be quite refreshing.

                    Did I help you? Buy me a beer
                    Get my Book: MODX:The Official Guide
                    MODX info for everyone: http://bobsguides.com/modx.html
                    My MODX Extras
                    Bob's Guides is now hosted at A2 MODX Hosting
                    • 24931
                    • 20 Posts
                    I don’t doubt any of what you say. From working with Drupal, it seems to me it is a very old architecture. A decade in web development is 500 years in real time, so I can see just from reading up on ModX that you guys are pursuing the right path in terms of updating and simplifying the processes while adding in all the ’designy’ or design friendly functions that today translate into the difference between success and failure for sites on the web.
                      • 11503
                      • 2 Posts
                      I’m in the same boat, I’ve built custom sites in Codeigniter, Wordpress and Expression Engine. For me EE is great but the costs of all the plugins make it a bit expensive for some freelance clients.

                      I’ve installed Mod X revolution and it looks great but the lack of proper books is putting me off. I’ve went through the intro tutorials but the lack of documentation means I think I’ll be doing a lot of digging.

                      Is there any plans for E-Book on revolution anytime soon?