Can I read the directory structure in the file system?

[James Zhang]

Hello, May I ask a question ?

Just like the function readdir() under Linux, Can I read the directory
structure and the sub directory recursively in App Engine file
system . So I can publish the file link in HTML.

Thank you for your help.

[WallyDD]

I don't think this is possible.

[Kannaiyan [Kasangadu.com]]

Even whatever the current query that is not to the full compatible
with SQL or anything of higher advantage to the user.
Let us wait atleast Proper database we get it. There is no support for
searchable query like 'like' etc.,.

[Wooble]

If you want an RDBMS, you're probably going to be dissatified with App
Engine forever. Why not use one of the other hosting providers out
there?

On Apr 10, 3:10 pm, "Kannaiyan [Kasangadu.com]" <gbpnk...@gmail.com>
wrote:

[Tim Hoffman]

You can read files, not directories.

You don't need to manually do this, you can
just reference the directory with the static directive in app.yaml.

You won't be able to present a list of files this way.
Though because you can only add files in your dev environment you know
them
all of them exist already, so you could create a static html page with
links to all
of the static files in the directory and then upload that when the app
is deployed.

Making gae a static html server isn't really super appropriate ;-)

T

[James Zhang]

Oh,,sounds a bad news. Anyway, thanks to all of you.

[Konrad Martin]

Hi Tim,

On 11 Apr., 01:51, Tim Hoffman <zutes...@gmail.com> wrote:
> Making gae a static html server isn't really super appropriate  ;-)

In my view it's a quite attractive possibility to use one of your ten
appNames as nice file host.

You got 1 GB free space for up to 1,000 files with up to 10 MB each.

To demonstrate usage of appEngine as file host and for static html I
wrote a little demo, you can download from:
http://benchstat.appspot.com/fileHost/09/04/11/staticDemoVers1.zip
Unzip and follow readme.

Konrad

[djidjadji]

Hi Konrad,

But according to the TOS (Term Of Service) you are not allowed to use
one of your app id's for 1GB of static storage for another app id that
has the dynamic content and is the actual application.

The app with the static files should be a separate application.

2009/4/11 Konrad Martin <konr...@gmail.com>:

[Konrad Martin]

Hi djidjadji

On 11 Apr., 10:28, djidjadji <djidja...@gmail.com> wrote:
> one of your app id's for 1GB of static storage for another app id that
> has the dynamic content and is the actual application.

A great additional usage possibility I didn't have in mind until now.

> But according to the TOS (Term Of Service) you are not allowed to use

You believe using content of one app id by onother app id would not
comply with appEngines Terms of Service?
http://code.google.com/appengine/terms.html

Actually looking over these terms I don't see a paragraph backing your
opinion.

But maybe I overlooked something. Could you please name the paragraph
of these terms you have in mind and quote the text you lean your
conclusion on.

Konrad

[djidjadji]

Hi Konrad,

4.4. You may not develop multiple Applications to simulate or act as a
single Application or otherwise access the Service in a manner
intended to avoid incurring fees.

2009/4/11 Konrad Martin <konr...@gmail.com>:

[Konrad Martin]

Hi djidjadji,

you are right. That very creative usage mentioned in your prior
posting (one id uses the other) isn't intended by Google.

But to my opinion that doesn't affect normal fileHost usage in any
way.

On the contrary paragraph 4.4 of the appEngine terms underlines that
it's allowed to use an appEngine id as (unrelated) fileHost as this
way it's no 'Multiple Application' nor is it intended to avoid fees.

So I come to the conclusion that the usage demonstrated in my static
demo example
http://benchstat.appspot.com/fileHost/09/04/11/staticDemoVers1.zip

is totally in line with Google's terms of service. Or do you have a
differnt opinion?

Additionally I think it's in Google's interest to offer its service
this way. As programmer you need a way to exchange ideas by file
hosting. And Google surely doesn't want you to use Amazon for this
purpose.

Konrad

On 11 Apr., 11:26, djidjadji <djidja...@gmail.com> wrote:
> Hi Konrad,
>
> 4.4. You may not develop multiple Applications to simulate or act as a
> single Application or otherwise access the Service in a manner
> intended to avoid incurring fees.
>

> 2009/4/11 Konrad Martin <konrad...@gmail.com>:

>
>
>
>
>
> > Hi djidjadji
>
> > On 11 Apr., 10:28, djidjadji <djidja...@gmail.com> wrote:
> >> one of your app id's for 1GB of static storage for another app id that
> >> has the dynamic content and is the actual application.
>
> > A great additional usage possibility I didn't have in mind until now.
>
> >> But according to the TOS (Term Of Service) you are not allowed to use
> > You believe using content of one app id by onother app id would not
> > comply with appEngines Terms of Service?
> >http://code.google.com/appengine/terms.html
>
> > Actually looking over these terms I don't see a paragraph backing your
> > opinion.
>
> > But maybe I overlooked something. Could you please name the paragraph
> > of these terms you have in mind and quote the text you lean your
> > conclusion on.
>

> > Konrad- Zitierten Text ausblenden -
>
> - Zitierten Text anzeigen -

[djidjadji]

Hi Konrad,

> So I come to the conclusion that the usage demonstrated in my static
> demo example
> http://benchstat.appspot.com/fileHost/09/04/11/staticDemoVers1.zip
> is totally in line with Google's terms of service. Or do you have a

> different opinion?

Yes, your standalone all static content application is not in
violation of TOS 4.4.

If people want to move there "Kitten" site to GAE, they can start with
an all static content version. If they later decide that they want
some dynamic pages like a guest book or news page they can extent
there site easy with GAE, in comparison to using
http://sites.google.com

This method of usage has been discussed here a few months back.
Somebody asked if GAE was capable of hosting an all static website.

[Konrad Martin]

Hi djidjadji,

thanks for clarification.

Konrad
___________________
Visit my site http://benchstat.appspot.com/