On Wed, Nov 4, 2009 at 11:24 PM, Davide D'Agostino <[email protected]> wrote: > > Do you use extjs? Great! Take a look on my project lipsiadmin.com > > Then tell me what of thing that I say in your opinion was wrong? > > I prefer a team that work on merb-slices, merb-action-args, merb-auth, > merb-param-protections, or you prefer a team that focus on the core > (including helpers assets mailer etc...) ? > > Also, you prefer a builtin I18n or prefer a merb-auth? > > Also, you prefer a slice or a complete multiapp? > > In your case you "love" mcms right? > > With my example you can have in your path some like: > > /mymcs/core > /mymcs/hirepurchasecalculator > /mymcs/platinumdirectfinanceaustralia > /mymcs/autotest > /mymcs/config > /mymcs/gems
I haven't looked at LipsiADMIN yet - will look more later today. However from your example above.. Not sure how this helps. I mean if you look at 1300calculators.com.au there are 12 domains involved (they look like 12 websites to google). This is on purpose for SEO reasons. URLs have some weights when it comes to SEO. I'm building content websites - not an application... >> >> On Wed, Nov 4, 2009 at 8:19 PM, DAddYE <[email protected]> >> wrote: >>> >>>> Are you aware that Rails 3.0 supersedes Merb. >>>> If you want less options go with Rails. >>> >>> You are convinced about that? So in your opinion Rails has less >>> fatures than merb? That's incredible... >> >> no... merb is flexible, rails is rigid in that there is a golden path. >> Moving off it, is possible, however doing that in rails has more to >> think about than merb. The goal of rails 3.0, as I understand it, is >> to provide the golden path at the same time be whole lot simpler to >> make ones own golden path. >> >>>> If you want tiny go with Sinatra or merb-gen very-flat >>> >>> Where I say that? I say only: more concise, more stable, more tiny. >>> >>>> Pick the tool for the job - Merb works great as is. >>>> Has a lot of functionality and flexibility. >>>> Merb can be molded and manipulated to do what you want to do. >>> >>> Tell me, how many webapps do you build with them can you show me some >>> links? >> >> http://www.1300calculators.com.au is built on MagnitudeCMS.com - which >> is what I'm using to build all content "type" websites going forward. >> This week / next week I'm moving http://www.pdfa.com.au to MCMS. MCMS >> is my version of Joomla built on Merb / CouchDB. >> >> I've built an insurance quoting tool with merb (couchdb/mysql) that is >> in production, it is back office tool (as such not something I can >> share with the net at large). >> The calculator on the 1300calculator sites above has a merb version >> (the one on that site is backed by sinatra) that 45 brokers use daily >> to generate car finance quotes. >> >>>> I refuse to use Merb via gem install merb as you get a crap load >>>> of gems (as >>>> you have pointed out) and so use the bundler :) >>> >>> Do you use some thing in a production env? I don't mean ONE "site" on >>> a vps, but think people like me that for each server host some like >>> 150+ sites... I can bundle gems in a vendor dir? So in future if >>> there >>> is a "security problem in merb" I need to edit 150+ projects and then >>> git push it on the server... we are crazy? >> >> Yeah that would be pretty crazy. At the same time, if a feature comes >> into merb that breaks every single one of your 150+ apps do you want >> your current app that is being developed to not be able to take >> advantage of this new feature? >> >> It's all about pros/cons and choosing a path that fits your goals / >> needs. >> >> For me, bundler equlas my app works regardless of the system gems. In >> fact I've made my production environment ruby 1.8.7 + rubygems 1.3.5 + >> bundler + rake - everything else needs to be inside the app dir. >> I'm not a hosting provider (Engine Yard Solo / Heroku), ZN either >> looks after everything or the client looks after everything (including >> hosting/running). Hence why I'm bothering with MCMS, setting up a >> Joomla site once is great, doing it 20+ times is a real damn pain in >> the ass! >> >>> I want (if possible) that all of us can take a GLOBAL view, don't see >>> only your reality but think to: >>> >>> - Newbie people >>> - Big society >>> - You >> >> Well at the end of the day each person figures out what is best for >> themselves, if they have a need to service 1000s of clients / apps and >> want to manage an infrastructure efficiently, they'll figure out a way >> and hopefully share their experience. >> >> For me my goals are pretty specific - build content websites that run >> on MCMS so I have minimum moving parts. I neither have the time nor >> the skills required to build Basecamp/Highrise/GitHub type >> applications on my own... >> >> I was a newbie to rails, then I found merb (0.6) and got off and >> running, now I get ruby, and switch between sintra & merb. I'm self >> taught, the only thing I had going for me when I hit ruby was a >> foundation in OO via Java. >> >> From what I can tell you're looking for a way to manage 150+ apps that >> are built on merb - imo that task is just plain "not" simple... Maybe >> merb isn't the tool for you? Maybe it is and you're in a unique >> situation to be able to figure it out and provide patches to allow >> merb to thrive in such a situation. >> >>> Then, about the dead of merb, I talked with some member of the >>> current >>> team of merb and I don't think It will die. >> >> I don't think merb will die either. it has its place and use. >> >> Nick >> >> > >> > > > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "merb" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/merb?hl=en -~----------~----~----~----~------~----~------~--~---
