headers
Dave Everitt | 15 May 19:39
Picon
Gravatar

setting up the SQLite database

I know this isn't Python, but I'd like to get a view on the 'one  
obvious' way to set up an SQLite (or other) database and its location  
per-app. I've got a bit lost with the Camping 2 changes and various  
code snippets I have kicking around.

1.
is it best to set up the DB creation/connection:

1.1
at the end of the app

AppName::Models::Base.establish_connection(
  :adapter => 'sqlite3',
  :database => '/path/to/my/app/myApp.db'
)
run AppName #from an old snippet

1.2
OR
like this (postgres) example [Magnus]:

def List.create
  List::Models::Base.establish_connection(
    :adapter => "postgresql",
    :username => "root",
    :password => "toor,
    :database => "list"
  )
  List::Models.create_schema
end
(Continue reading)

Permalink | Reply | 5 comments |
headers
gurugeek | 6 May 02:41

Camping 1 click deployment is live! 1.ai - alpha users welcome !

Hello Campers!
I am happy to announce that the camping 1 click deployment is now available at http://1.ai
The platform has been coded with camping (with some help from bash for the backend scripts) and it seems to work very well. 

We have spent some time to get sure that it would be secure and easy to use. After working on an easy and secure way to upload/manage files online etc. we have found an easier solution: fetch a github repository with a camping application and - with one click -deploy it online at yourname.1.ai

So how does this works ?
1 - you signup 
2 - after logging in you simply fetch your camping application from a github repository there is a sample hello world available at https://github.com/gurugeek/0ai and this is also explained in the app admin page
3 - after fetching (provided that this is a valid camping app and has a valid config.ru file) your application will be live.

The admin panel has all these instructions and if you try to fetch a non-camping application from a github repository it will return the relevant error. 

The system supports private repositories too (this said I wouldn't run something very secret and private on it!) but you would need to authorise the github user 1ai to access your private repository.

Github has a lot of wonderful features so I feel that this was the best solution without re-inventing the wheel. It is probably the fastest and easiest way to get your camping application up and running. 

Each application is securely isolated but all this is running in a traditional dedicated server (no virtual/cloud/droids) are employed. This should enhance the application performance. The server is also using only SSD (solid state drivers) that are not yet available in most of cloud providers (EC2, Rackspace cloud). 

I really appreciate your testing and comments so please go on and launch your shiny Camping app at
http://1.ai  !

A small caveat: The aim of this service is (hopefully) to promote camping (perhaps next with a programming contest with some cool prizes) but it is obviously not meant to replace a traditional hosting in the sense that there will be no tech support offered and the service is provided without any warranty. This doesn't mean that is not good enough to run any of your fancy Camping apps - just that you should not expect this to replace any professional hosting. 

Note on Databases:
-If you have an sqlite database in your github repository it should work just fine. If it works for you locally it should work fine on http://1.ai after the github fetch
-If you want to use CouchDB you can do it with the wonderful Chill (https://github.com/Bluebie/chill) and http://www.iriscouch.com/ (which is free for small apps/usage). Once you have your CouchDB on iriscouch you simply connect to it from your camping app, fetch the data etc. 


I do look forward to your comments and welcome any question you might have!
Best Regards
David


_______________________________________________
Camping-list mailing list
Camping-list@...
http://rubyforge.org/mailman/listinfo/camping-list
Permalink | Reply | 8 comments |
headers
gurugeek | 6 May 02:57

Camping 1 click deployment is live! 1.ai - alpha users welcome !

Hello Campers!
I am happy to announce that the camping 1 click deployment is now available at http://1.ai
The platform has been coded with camping (with some help from bash for the backend scripts) and it seems to work very well. 

We have spent some time to get sure that it would be secure and easy to use. After working on an easy and secure way to upload/manage files online etc. we have found an easier solution: fetch a github repository with a camping application and - with one click -deploy it online at yourname.1.ai

So how does this works ?
1 - you signup 
2 - after logging in you simply fetch your camping application from a github repository there is a sample hello world available at https://github.com/gurugeek/0ai and this is also explained in the app admin page
3 - after fetching (provided that this is a valid camping app and has a valid config.ru file) your application will be live.

The admin panel has all these instructions and if you try to fetch a non-camping application from a github repository it will return the relevant error. 

The system supports private repositories too (this said I wouldn't run something very secret and private on it!) but you would need to authorise the github user 1ai to access your private repository.

Github has a lot of wonderful features so I feel that this was the best solution without re-inventing the wheel. It is probably the fastest and easiest way to get your camping application up and running. 

Each application is securely isolated but all this is running in a traditional dedicated server (no virtual/cloud/droids) are employed. This should enhance the application performance. The server is also using only SSD (solid state drivers) that are not yet available in most of cloud providers (EC2, Rackspace cloud). 

I really appreciate your testing and comments so please go on and launch your shiny Camping app at
http://1.ai  !

A small caveat: The aim of this service is (hopefully) to promote camping (perhaps next with a programming contest with some cool prizes) but it is obviously not meant to replace a traditional hosting in the sense that there will be no tech support offered and the service is provided without any warranty. This doesn't mean that is not good enough to run any of your fancy Camping apps - just that you should not expect this to replace any professional hosting. 

Note on Databases:
-If you have an sqlite database in your github repository it should work just fine. If it works for you locally it should work fine on http://1.ai after the github fetch
-If you want to use CouchDB you can do it with the wonderful Chill (https://github.com/Bluebie/chill) and http://www.iriscouch.com/ (which is free for small apps/usage). Once you have your CouchDB on iriscouch you simply connect to it from your camping app, fetch the data etc. 


I do look forward to your comments and welcome any question you might have!
Best Regards
David


 
_______________________________________________
Camping-list mailing list
Camping-list@...
http://rubyforge.org/mailman/listinfo/camping-list
Permalink | Reply | 9 comments |
headers
Dave Everitt | 4 May 16:24
Picon
Gravatar

mab advice

I have a simple helper function containing this to spit out a list of  
links from a hash:

...
   links.each_pair do |label, link|
     li { a label, :href => link }
   end
...

my hash elements are (obviously):

'Link label' => 'http-link',

I'd now like to add a 'strong' tag around some of the text in the  
labels (which I didn't foresee), but the tag would be within the hash  
key. Ideas? Warnings?

DaveE
Permalink | Reply | 2 comments |
headers
Dave Everitt | 2 May 15:51
Picon
Gravatar

Re: ChillDB License

thanks Magnus, Anthony - that's all going in my quickref 'solutions  
log'... DE

> Public domain is "people can do whatever they want with it".
>
> BSD is "people can do whatever they want with it, but I retain
> copyright and they must credit me". (so the copyright part isn't that
> important there).
>
> GPL is "people can do whatever they want with it as long as they keep
> it in GPL and credit me".

> BSD uses full copyright, it's like saying all rights reserved.
> Public domain means no rights reserved, it's not a FOSS thing - FOSS  
> means generally an accepted free software license or and accepted  
> open-source license. Public domain isn't a license per se. Licenses  
> like the GPL-style licenses force the code to remain open if an  
> entity modifies the source _and_ redistributes the subsequent  
> binaries. BSD does not enforce this. BSD is thus sometimes seen as  
> more corporate-friendly. Depending on your notion of freedom  
> (freedom from something or freedom to do something) you may feel  
> that BSD-style is freer or GPL-like is freer.
>
> If you want to have a FOSS license then normally go with
> (L)GPL2
> (L)GPL3
> Apache
> MIT
> BSD
>
> http://en.wikipedia.org/wiki/List_of_FSF_approved_software_licences
>
> If you want to free it to the four corners of the earth but not have  
> it FOSS then public domain it - certain high profile pieces of  
> software are public domain (Sqlite I think?) but not many.
Permalink | Reply | 0 comments |
headers
Jenna Fox | 2 May 14:34
Gravatar

ChillDB License

A few of you sounded interested in using it. I haven't explicitly put a software license on it, so I guess it's not technically FOSS yet. What licenses are good? BSD? Public Domain?


—
Jenna

_______________________________________________
Camping-list mailing list
Camping-list@...
http://rubyforge.org/mailman/listinfo/camping-list
Permalink | Reply | 16 comments |
headers
Dave Everitt | 2 May 14:15
Picon
Gravatar

definitive markaby

I'm compiling Camping links... please can someone refresh my memory:

how does this:
https://github.com/igravious/markaby

relate to this:
https://github.com/camping/mab

?

DaveE
Permalink | Reply | 5 comments |
headers
Jenna Fox | 29 Apr 12:12
Gravatar

The Website

So here we are, talking about the website again.

Here's my thinking:

David Costa's nearly got that neat camping app hosting thing working, which is amazingly awesome and we love him so much! People have all sorts of interesting ideas for things the camping site could do and have - lists of apps made in camping, wikis, forums, live chats where you're all a little spider in a sink and you can run around with your mouse and say things, text adventures, screencast theatres, interactive tutorials, book viewers, etc.

What if we all just make a cool thing, and put it on David's cool hosting, and then we can all just run our own little sections of camping, like a little tent village with lots of homes which all have their own unique flavour. We could sort something out to have unified navigation menus, and have a simple app (or static page) to serve as the homepage, acting more as a gateway in to these other apps than anything else. We would be in charge of our own sections and it'd be awesome because we're all great at everything we do and we're all really great people!

My hypothesis is many things aren't getting done with the website because we all just really can't be bothered getting consensus on the mailing list. We're impulsive creative people who just want to burst with energy and do something immediately without having to talk about it and justify it first. Consensus Democracy has worked great for the framework but maybe not for the site.

What do you think? Can I get a consensus on this?

—
Jenna

_______________________________________________
Camping-list mailing list
Camping-list@...
http://rubyforge.org/mailman/listinfo/camping-list
Permalink | Reply | 3 comments |
headers
Jenna Fox | 29 Apr 12:02
Gravatar

Gone a little crazy

So, I went a little crazy this weekend and did a whole bunch of things:

* camping.io now renders properly in Chrome (yay! why didn't anyone tell me this was broken? evolving web standards are annoying!)
* I tidied up some issues and commented on heaps of things on https://github.com/camping/camping/issues
* I patched a readme to not talk about features we removed from The Camping Server
* I created extensive documentation for chill - my couchdb abstraction. <http://creativepony.com/chill/rdoc/ChillDB.html>
* I added bulk commit and delete support to chill - which should improve performance quite a bit
* I added ruby views support to chill - but I haven't tested this yet.

All these things seem vaguely related to camping (at least to me). Lets talk about the website!

—
Jenna

_______________________________________________
Camping-list mailing list
Camping-list@...
http://rubyforge.org/mailman/listinfo/camping-list
Permalink | Reply | 5 comments |
headers
david costa | 25 Apr 18:36
Picon

Camping + Couch DB

Hi !

First a short update on the camping "on the fly" hosting. Everything is done and tested on the backend. We are just building the frontend (coded using camping) but we are fighting with the strange behavior of the embedded sqlite database (one of my developers is using windows and things are even less user friendly there)  - this is not a big issue for the user database but mostly for users that might want to store sqlite backed up. We are getting there thou !

I have seen some traces of camping working with couchDB using ShyCouch but for an odd reason I cannot get the example working....

NoMethodError: undefined method `CouchDatabase' for ShyCouch:Module

and other errors. Couchcamping gem is also based on shy couch so I guess if one doesn't work the other will be broken too .. ?  I wrote to the writer of the lib but before doing more tests has anyone worked on camping + couchdb (even for a quick sample) ? If yes can you email me your working code ?
In theory one good thing is that couchdb runs over http so it would be very easy to offer  free database and even distribute it across two different severs. I am interested also to get some real cases with
couchdb so that we might use it at work too.

Thanks in advance
David
_______________________________________________
Camping-list mailing list
Camping-list@...
http://rubyforge.org/mailman/listinfo/camping-list
Permalink | Reply | 12 comments |
headers
david costa | 17 Apr 23:11
Picon

Re:whitespace rendering

oh well I found my own answer this is intentional in maraby so best way to do a table like  below - sorry for asking and answering my own question :)


table do
        tr do
         td 'Stock Name'
         td 'Ticker'
         td 'Number of Stocks'
         td 'Price'
         td 'Date'
         td 'Total Position'
       end
       for result in results
         tr do
           td result.name
           td result.ticker
           td result.quantity
           td result.tradeprice
           td result.tradedate
           td result.totalposition
         end
       end
_______________________________________________
Camping-list mailing list
Camping-list@...
http://rubyforge.org/mailman/listinfo/camping-list
Permalink | Reply | 0 comments |

Gmane