--- In flexcoders@yahoogroups.com, David Adams wrote:
>
> I'm working on a system that transfers data from a back-end to Flex
> for display and manipulation. In this case, I can control the
message
> format on the server-side. I'm pretty happy sending XML because of
how
> easy it is to work with
What kind of server do you have?
I was fairly sure there was an implementation of AMF for every server out there.
--- In flexcoders@yahoogroups.com, David Adams wrote:
> * Use AMF.
> Can't. It's not supported on the server and a project constraint is
> "thou shalt not implement binary protocols
You still avoid telling us your back-end setup.
I give up.
--- In flexcoders@yahoogroups.com, David Adams wrote:
>
> On Fri, Mar 6, 2009 at 5:31 PM, Guy Morton wrote:
> > You've still managed to avoid telling us about your back-end setup.
> >
> > Tell us more about that and we could probably b
On Mon, Mar 2, 2009 at 2:34 AM, Amy wrote:
> Plain text. Long before the invention of XML, developers used csv
> or csv-like files to power their data-driven apps. You'll have to
> load the plain text into objects, but hopefully you don't have a
> constraint against that :o)
Thanks for the sugge
On Fri, Mar 6, 2009 at 12:48 AM, valdhor wrote:
> What kind of server do you have?
>
> I was fairly sure there was an implementation of AMF for every server out
> there.
Nope. I can bolt in zip/unzip and a JSON encoder/decoder - but not AMF.
Speaing of which, I think I've asked my question badly
On Mon, Mar 2, 2009 at 2:34 AM, Amy wrote:
> Plain text.
Further to this suggestion, I just stumbled across a note from 2007
that claims String.split is about 10x faster than the XML parser -
making delimited ASCII a good solution for (as an example)
transferring name-value pairs:
http://onflas
I find it hard to believe you are running a back end that's incapable
of sending AMF. I thought perl was problematic for AMF...but even it
has a solution that works...so what *are* you using on the backend?
You running a VAX machine or something? :-)
JSON isn't binary but is more compact th
On Fri, Mar 6, 2009 at 11:55 AM, Guy Morton wrote:
> JSON isn't binary but is more compact than XML. OTOH, parsing it may not be
> as quick as XML.
I haven't tested it yet in the Flash player but the post I linked to
earlier claimed String.split (native to the player) is considerably
faster than
You've still managed to avoid telling us about your back-end setup.
Tell us more about that and we could probably be of more assistance.
No good me suggesting stuff that works for apache on linux to find
that you're running openVMS...
On 06/03/2009, at 4:12 PM, David Adams wrote:
On Fri,
On Fri, Mar 6, 2009 at 5:31 PM, Guy Morton wrote:
> You've still managed to avoid telling us about your back-end setup.
>
> Tell us more about that and we could probably be of more assistance. No good
> me suggesting stuff that works for apache on linux to find that you're
> running openVMS...
So
On Friday 06 Mar 2009, David Adams wrote:
> that claims String.split is about 10x faster than the XML parser -
That's the same in almost all languages - it's much faster to use string
methods to snip out the bit you want than incur the parsing overhead and
XPath look up.
However, if you pulling
On Sat, Mar 7, 2009 at 2:06 AM, valdhor wrote:
> You still avoid telling us your back-end setup.
>
> I give up.
I'm not meaning to frustrate you - particularly since you're being
kind enough to spend your time sending me suggestions. The back-end is
called 4D and it definitely does not have serve
On Sat, Mar 7, 2009 at 8:38 AM, David Adams wrote:
> On Sat, Mar 7, 2009 at 2:06 AM, valdhor wrote:
>> You still avoid telling us your back-end setup.
>>
>> I give up.
I figure I should address the next obvious suggestion in advance. Is
something like the following possible?
[Flash Player]
better performance with negligible complexity for some stuff.
-Maciek
-Original Message-
From: David Adams
Reply-To: flexcoders@yahoogroups.com
To: flexcoders@yahoogroups.com
Subject: Re: [flexcoders] Re: Compressing messages/data: What
binary/compression formats are workable in Flex?
Date
On Sat, Mar 7, 2009 at 9:24 AM, Maciek Sakrejda wrote:
> I think (some) people were asking about the back-end to try to help you
> configure http compression, which is done differently with different
> servers.
Oh. Well, how nice for everyone that I went on at length about
completely unrelated de
You don't change the content-type to reflect gzip compression being on
on the server. Gzip is a content-encoding and the browser should
seamlessly decode it. You do need to set the HTTP headers to tell the
browser is gzipped though, eg here's a gzip-encoded response example:
Request
Accept
On Sat, Mar 7, 2009 at 9:39 AM, Guy Morton wrote:
> You don't change the content-type to reflect gzip compression being on on
> the server. Gzip is a content-encoding and the browser should seamlessly
> decode it. You do need to set the HTTP headers to tell the browser is
> gzipped though, eg here
17 matches
Mail list logo
