Hi Nate,
I recently updated the guide for deploying Radiant to Dreamhost,
another shared host:
http://wiki.radiantcms.org/How_To_Deploy_on_Dreamhost
I don't know Railsplayground, but assuming you have SSH access you
should be able to follow this guide, substituting the steps for
creating
Thanks for the heads up, Jay! I've fixed the issue and just released
SnS v0.4.1
As it turns out, I actually needed to make the date conform to HTTP
header standards via:
response.headers['Last-Modified'] =
@text_asset.effectively_updated_at.httpdate
which, as you pointed out, is a
Shards in 0.6.7
In my efforts to migrate I found this:
http://blog.leetsoft.com/2006/5/29/easy-migration-between-databases
But when I tried it I got
$ radiant -v
Radiant 0.6.7
$ rake production db:backup:write
(in /home/anton/Ruby/Radiant)
rake aborted!
The Shards extension is required
I think something like Pages - Radiant CMS - Publishing for Small
Teams and Edit Page - Radiant CMS - Publishing for Small Teams would
be better. Let's work this out in the prototype before moving it to the
core. Clean patches are graciously accepted.
Sean
Jay Levitt wrote:
Steven
Looking at the code of Mephisto [1] some days ago, I casually
discovered a plugin [2] for importing from various blog-engine.
Perhaps you can find some inspiration from that.
[1]: http://mephistoblog.com/
[2]: http://tinyurl.com/4y4xp2
:-)
sistrall
On Tue, Jun 3, 2008 at 5:31 PM, Jay Levitt
Jay Levitt [EMAIL PROTECTED] writes:
I know Radiant isn't quite blog-ready yet, but I've got a ridiculously
simple blog set up in MovableType that I want to move over. I don't
care about users or comments, just posts.
Can anyone think of a workflow that might help accomplish this, either
Jay Levitt wrote:
Yep, that works too!
Good. Let me know if anything changes.
BTW, for others reading the list, you will need to clean out the old
cache to get the new date format to take (as Arik mentioned). This is
done automatically whenever you save any asset (javascript or
A... geez. Had to clean out the cache. Now it works like a charm!
Thanks Chris! You're awesome.
Arik Jones wrote:
I didn't get it to work... I installed the newest version from latest.
No go.
Chris Parrish wrote:
Thanks for the heads up, Jay! I've fixed the issue and just released
I didn't get it to work... I installed the newest version from latest.
No go.
Chris Parrish wrote:
Thanks for the heads up, Jay! I've fixed the issue and just released
SnS v0.4.1
As it turns out, I actually needed to make the date conform to HTTP
header standards via:
Shane,
The problem lies in a minor bug in the reorder extension. I'll push up
the change today to github.
Sean
Shane Thacker wrote:
Sean,
Sure thing.
http://pastie.org/207596
shane
___
Radiant mailing list
Post: Radiant@radiantcms.org
Thank you for this, Casper.
I'm a Dreamhost customer and and this has cleaned up some 'failed to
start' problems I've been having.
Its also made deploying some examples I have on my laptop easier since
now I can just have Apache deal with them on an as-needed basis instead
of having to do a cd
Hi Anton,
I feel your pain, as I also follow the pattern of filling content into
the database locally, and then deploy with that data later.
I use MySQL locally and on Dreamhost, and if you can live with that
(MySQL is quite easy to install and manage), you can do as I do, which
is not
On 2008/06/03, at 11:22, Casper Fabricius wrote:
If you have uploaded files using gallery, page_attachments or
something else locally, you must also upload these manually from
public to public.
I ran into this same issue (with page_attachments), so I just switched
it to use Amazon S3 for
From 0.6.7's environment.rb:
# Your secret key for verifying cookie session data integrity.
# If you change this key, all old sessions will become invalid!
# Make sure the secret is at least 30 characters and all random,
# no regular words or you'll be exposed to dictionary attacks.
Note to developers --
Just like in Javascript, it's better to test for the objects you need.
This could have been obviated by testing for admin.page rather than
Shards, which was just a module namespace for injected modifications.
(Sorry to pick on you, Andrea)
Sean
Anton Aylward wrote:
Benny Degezelle said the following on 03/06/08 02:55 PM:
$ radiant -v
Radiant 0.6.7
$ rake production db:backup:write
(in /home/anton/Ruby/Radiant)
rake aborted!
The Shards extension is required and must be loaded first!
Anton,
Since 0.6.7, the shards extension is indeed no longer
$ radiant -v
Radiant 0.6.7
$ rake production db:backup:write
(in /home/anton/Ruby/Radiant)
rake aborted!
The Shards extension is required and must be loaded first!
Anton,
Since 0.6.7, the shards extension is indeed no longer needed, but one of
your other extensions is still looking for
Nice one, Sean. Seems obvious now that you've shown the way ;)
Thanks,
Casper
On 03/06/2008, at 20:41, Sean Cribbs wrote:
Well, the natural answer to deferment in Ruby is a closure, of course!
hash[:normal] ||= lambda { parse('lir:link //li') }
Sean
Casper Fabricius wrote:
Sean,
Thanks
Shane,
The latest is on github, which we will be moving to permanently within
the next month. We also have a solution in the works for the
sub-projects/extensions issue.
$ git clone git://github.com/seancribbs/radiant.git
$ cp -r radiant/extensions/reorder
Sean Cribbs wrote:
Note to developers --
Just like in Javascript, it's better to test for the objects you need.
This could have been obviated by testing for admin.page rather than
Shards, which was just a module namespace for injected modifications.
(Sorry to pick on you, Andrea)
If i
Chris Parrish wrote:
Jay Levitt wrote:
Yep, that works too!
Good. Let me know if anything changes.
I'm not using FF3 at all so I can't help you there but I am seeing some
interesting headers from your server...
So this makes me wonder whether or not v0.4.1 is working. Have you
J Aaron Farr wrote:
Jay Levitt [EMAIL PROTECTED] writes:
I know Radiant isn't quite blog-ready yet, but I've got a ridiculously
simple blog set up in MovableType that I want to move over. I don't
care about users or comments, just posts.
Can anyone think of a workflow that might help
I'm updating my site to the new version of Radiant (0.6.7) and of course
my extensions no longer work in the admin interface. I know that the
dynamic scaffolding is no longer supported in the 2.0 version of rails.
I would like to move my extensions over to the static scaffolding but I
have
When I got the newest gallery extension update I couldn't get
mini_magick to work with it. The pictures moved and stayed were I put
them but I wasn't able to upload and new images. Also the thumbs
weren't the right size either.
I could but the old gallery extension back in and I could
On 04/giu/08, at 01:02, Steven Southard wrote:
When I got the newest gallery extension update I couldn't get
mini_magick to work with it. The pictures moved and stayed were I
put them but I wasn't able to upload and new images. Also the
thumbs weren't the right size either.
I could
A guys got to keep on his toes. Okay, I had that file and changing it
made it work perfectly. Thank you for your fast reply.
-Steven
On Jun 3, 2008, at 6:37 PM, Andrea Franz wrote:
In the new version i put the galery.yml file in RAILS_ROOT/config/
extensions/gallery/gallery.yml.
Have
I've got a completely new Radiant application using 0.6.7... it's
completely fresh. I bootstrapped, running the migrations and started
it. It worked. Then I installed the MultiSite extensions from: http://svn.radiantcms.org/radiant/tags/rel_0-6-7/extensions/multi_site/
I ran the
Hi,
I am trying to install the Reorder extension. When I do: rake
db:migrate:extensions I get:
rake aborted!
uninitialized constant ApplicationController
(See full trace by running task with --trace)
What I did:
1. downloaded full(*) radiant tree using SVN
2. downloaded Reorder extension
excuse me for replying to myself, I am having similar problem when
initializing page_attachments:
rake aborted!
uninitialized constant PageAttachmentsExtension::Technoweenie
(See full trace by running task with --trace)
Stefan
On 4.6.2008, at 7:23, Stefan Urbanek wrote:
Hi,
I am trying
29 matches
Mail list logo