Hi; I am developping a web app and I''ve wrote some admin code (parsing web site, sending massmail etc...) which don''t need to be deployed. So I would like this code to be part of a second developement app. But there''s a probleme regarding the schema_migrations table. it must be unique. How can I solve this problem? Thanks JF --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
> Interesting. What leads you to want to separate the admin functionality > into a completely separate app?I want my dev app to be equal to the production app to make deployement easier.> The easiest way I can think of would be to simply run all your migrations > from one of the apps. As long as you never run any migrations from the > second app I can''t think of any way you''d run into conflicts. Doesn''t mean > you won''t. Just that I can''t think of any off the top of my head ;-)I need to run migrations from the admin app. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe@googlegroups.com For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
Hi jef, jef wrote:> > I am developping a web app and I''ve wrote some admin > code (parsing web site, sending massmail etc...) which don''t > need to be deployed. So I would like this code to be part of > a second developement app.Interesting. What leads you to want to separate the admin functionality into a completely separate app?> But there''s a probleme regarding the schema_migrations table. > it must be unique. > > How can I solve this problem?The easiest way I can think of would be to simply run all your migrations from one of the apps. As long as you never run any migrations from the second app I can''t think of any way you''d run into conflicts. Doesn''t mean you won''t. Just that I can''t think of any off the top of my head ;-) HTH, Bill --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
On the other hand, I don''t understand why not use role based authorization to the admin area? On Oct 30, 4:54 pm, jef <jfferri...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:> > Interesting. What leads you to want to separate the admin functionality > > into a completely separate app? > > I want my dev app to be equal to the production app to make > deployement easier. > > > The easiest way I can think of would be to simply run all your migrations > > from one of the apps. As long as you never run any migrations from the > > second app I can''t think of any way you''d run into conflicts. Doesn''t mean > > you won''t. Just that I can''t think of any off the top of my head ;-) > > I need to run migrations from the admin app.--~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe@googlegroups.com For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
Harold wrote:> On the other hand, I don''t understand why not use > role based authorization to the admin area?Exactly. OTOH...> I need to run migrations from the admin app.Like I said, it doesn''t matter which app you run your migrations from. Just pick one. HTH, Bill --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
> On the other hand, I don''t understand why not use role based > authorization to the admin area?Most of the code is used only once. Ex: parse the foo.com web site and grab the email adresse. Send email to some users (some who have a website, some who has been born in july, some who have a dog, etc) So I don''t want to deploy that code but I want to keep it in an appropriate place. That''s why I thougt about a second app using database of the main app. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
> Like I said, it doesn''t matter which app you run your migrations from. Just > pick one.My admin app will never be in production. It''s just a place where I store one shot code (parsing website code, etc ...). --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe@googlegroups.com For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
Well, to me it sounds like your "admin app" is just a bunch of rake tasks that do some bookkeeping for you. You seem to be solving a problem that does not exist - again, what''s the problem with the admin code living in the same app? Even if it makes it to production? Be that as it may, if you insist in having two rails apps, I would disable the db:migrate rake task on the admin app. Make it raise an exception. Same with the migration generator. On Oct 31, 6:56 am, jef <jfferri...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:> > Like I said, it doesn''t matter which app you run your migrations from. Just > > pick one. > > My admin app will never be in production. > It''s just a place where I store one shot code (parsing website code, > etc ...).--~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-talk-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org To unsubscribe from this group, send email to rubyonrails-talk+unsubscribe@googlegroups.com For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---