Please add it to the Camping on Shared Hosting wiki page - on both the
Camping Github wiki, and the Dreamhost wiki. I wrote the Dreamhost
section of the former, and the entirety of the latter, after much
agony making FastCGI work, and I'd love to see a simpler way
documented.
-- Eric
On Mon,
Are the permissions on the file set right? What happens if you try to
access the file with rhe sqlite3 command line tool and run the query
yourself?
-- Eric
On Tue, Jun 9, 2009 at 6:35 AM, Dave Everittdever...@innotts.co.uk wrote:
Any feedback appreciated on the following. My most recent
That actually is not going to be possible, the way you're doing it.
ERB can't evaluate the JavaScript like that.
What you might want to do is to write the @people hash out onto the
page somewhere else first, as a JavaScript hash, and then have your
function look up [name] in the JS hash.
-- Eric
,
:name = input.name,
...
)
Can I use it in a camping app relatively easily?
Dave
On Wed, May 20, 2009 at 5:27 PM, Eric Mill kproject...@gmail.com wrote:
In my create actions, I customarily do like
@user = User.new params[:user
if @user.save
...
else
...
end
, Eric Mill kproject...@gmail.com wrote:
In my create actions, I customarily do like
@user = User.new params[:user
if @user.save
...
else
...
end
But update_attributes should also return true or false, I believe.
On Wed, May 20, 2009 at 4:42 PM, David Susco dsu...@gmail.com wrote:
So
Yeah, but in practice, you'd call @user.save, which internally calls
#valid?, and returns true or false on whether the object was saved or
not. If the object wasn't saved, @user.errors is populated with the
error messages.
-- Eric
On Wed, May 20, 2009 at 4:03 PM, Magnus Holm judo...@gmail.com
calls to save instead of
create and update_attributes? As those just return the object, and not
true of false based on my validations.
Dave
On Wed, May 20, 2009 at 4:30 PM, Eric Mill kproject...@gmail.com wrote:
Yeah, but in practice, you'd call @user.save, which internally calls
#valid
Yeah, what Jenna said. Also, can you show us the error you're getting?
-- Eric
On Thu, Apr 23, 2009 at 7:16 AM, Jenna Fox bluebe...@creativepony.com wrote:
Why are you using the 'p' function in your controller? this is strange.
You give it a string containing ruby code... maybe closer to what
I don't genuinely enjoy using any issue/bug trackers (who does?), but
Lighthouse is my least among evils. It's a lot nicer than Trac,
anyway. What do you guys think?
On Thu, Feb 12, 2009 at 11:40 AM, Magnus Holm judo...@gmail.com wrote:
Okay, let's roll!
I did some testing with `git checkout`
I've deployed a couple Camping apps in a FastCGI environment on shared
hosting, and written wiki pages on it. I feel like this must be a
pretty common scenario, since shared hosting itself is a common
scenario.
-- Eric
On Thu, Oct 30, 2008 at 11:01 AM, _why [EMAIL PROTECTED] wrote:
On Mon, Oct
True to my word, I have created a page for using Camping 2.0 on shared hosts:
http://github.com/why/camping/wikis/camping-on-shared-hosting
Thanks to Magnus and Jenna especially for helping figure it all out.
-- Eric
On Sat, Jul 19, 2008 at 11:50 PM, Eric Mill [EMAIL PROTECTED] wrote:
Ah, hot
having problems, and reverting back to 2.0.2 got session support
working again.
On the command line:
$ gem install --version '=2.0.2' activerecord
In Camping:
gem 'activerecord', '=2.0.2'
Alpha
On Mon, Jul 28, 2008 at 9:15 PM, Eric Mill [EMAIL PROTECTED] wrote:
Is this with Camping 1.5
on both 1.5 and 2.0):
http://pastie.org/235078. It would be great if you could test it on
different setups and see which requires special treatment. Check out
the Rack-spec for how the variables should be set:
http://rack.rubyforge.org/doc/files/SPEC.html
On Wed, Jul 16, 2008 at 5:07 PM, Eric
at 5:31 PM, Magnus Holm [EMAIL PROTECTED] wrote:
Simply replace Testing with TestingFixed in dispatch.cgi:11 and
dispatch.fcgi:13 to see the diffenrence :-)
On Wed, Jul 16, 2008 at 11:28 PM, Eric Mill [EMAIL PROTECTED] wrote:
Magnus, this is terrific information, thank you for looking
The 500-handling I'm used to appears to be gone. What's the best approach here?
-- Eric
On Wed, Jul 16, 2008 at 6:08 PM, Eric Mill [EMAIL PROTECTED] wrote:
I think I've got it working, with this as the 'fixer' call:
def call(env)
env['SCRIPT_NAME'] = '/'
env['PATH_INFO'] = env
at 5:51 PM, Eric Mill [EMAIL PROTECTED] wrote:
Also worth noting is that PATH_INFO isn't emptied - it's set to / or
/login, the correct request path.
-- Eric
On Wed, Jul 16, 2008 at 5:40 PM, Eric Mill [EMAIL PROTECTED] wrote:
Unfortunately this isn't working. I'm checking my ENV
I'm not able to get this working, I can't seem to affect the
environment, either using the SetEnv approach, or by including that at
the end of RewriteRule. How does Camping use the env in forming its
understanding of its base URI?
Forming URLs using the R method does not pre-pend /dispatch.cgi/,
Specifically, Dreamhost. I'm trying to figure out how to get this to
work the standard dispatch.cgi or dispatch.fcgi setup. I've been
using the instructions that Magnus sent out when he first announced
his plan for Camping 2.0, but they either no longer apply, or I'm an
edge case.
I've been
`
And now I am definitely giving up for the night and sleeping. Any ideas?
Thanks,
Eric
On Fri, Jul 11, 2008 at 1:06 AM, Eric Mill [EMAIL PROTECTED] wrote:
Specifically, Dreamhost. I'm trying to figure out how to get this to
work the standard dispatch.cgi or dispatch.fcgi setup. I've been
using
You at least want to allow what's in the HTTP spec -- that's HEAD,
TRACE, OPTIONS, and CONNECT, on top of the GET/POST/PUT/DELETE.
-- Eric
On Fri, May 23, 2008 at 7:21 PM, Brendan Taylor [EMAIL PROTECTED] wrote:
On Fri, May 23, 2008 at 04:20:21PM +1000, Bluebie, Jenna wrote:
This should help.
PHP, mostly. Some Perl, and some Java (but not since college), but
yeah, mostly PHP. I'm better off now.
-- Eric
On Mon, May 5, 2008 at 2:13 AM, Trevor Johns [EMAIL PROTECTED] wrote:
On May 4, 2008, at 9:14 PM, John Beppu wrote:
- What was your primary language before you started coding
You can just include the camping library alongside the app. Put
camping.rb (and maybe the folder 'camping' that has some helper
scripts for sessions, webrick, etc.) in the same directory as your
main .rb file. In your script, when you say require 'camping' it
will load Camping from there,
Running a full-featured client/server SQL database engine for
applications that have only a handful of users is often overkill.
Agreed -- I think this is one of the reasons why pushes SQLite so much
and makes it the default DB engine for Camping. I've started hearing
things about Kirbybase
This may be obvious, but are you also adding on the extra parameters
Mysql needs, like :username, :password, :database?
-- Eric
On 1/22/07, James Earl [EMAIL PROTECTED] wrote:
Hi,
Should I be able to use the Webrick postamble instead of using
.campingrc, to tell Camping I want to use mysql?
24 matches
Mail list logo
