Slashdot Mirror


User: ask

ask's activity in the archive.

Stories
0
Comments
35
First seen
Last seen
Profile
(view on slashdot.org)

Comments · 35

  1. Re:Err ... what about Python /Perl implementations on Parrot: For Real · · Score: 1

    At least the Java byte code is very specific to Java; it doesn't map well into other languages and specifically not well into dynamically typed languages like Perl and Python.

    In CVS there's already a mini language (Jako) that can be compiled into Parrot assembler code.

    - ask

  2. Re:core dumped on Parrot: For Real · · Score: 1

    On FreeBSD I imagine?

    Try the latest version from CVS, it should work now.

    - ask

  3. Re:Who is behind Parrot? on Parrot: For Real · · Score: 1
    See the who's who page and perl 6 status.

    you can also access the cvs repository.

    :-)

    - ask

  4. Re:Parrot-Script on Parrot: For Real · · Score: 1

    heh. :-)

    I started on making a mod_parrot so that you can run .pbc (parrot byte code) files through Apache. I got distracted though, so I didn't finish (yet).

    - ask

  5. the funniest thing ... on The CPO Cometh · · Score: 1

    ... is so few that makes noise about how most(?) big offline shops and credit card companies and whatnot sells the information about what you buy, when and where and such things.

    It's almost scary what they have on file.

    - ask

  6. Re:So, what is your problem really? on Why Is Serving Ads So Difficult? · · Score: 1

    I don't think there is any major ad serving companies that do not allow the client and proxies on the way to cache the actual image. That would be stupid and a needless waste of bandwidth for everyone. :-)

    The redirect (less than 1KB) is never cached though (except on broken clients).

    - ask

  7. Re:ad servers on Why Is Serving Ads So Difficult? · · Score: 2

    > Since the ad people think the weblogs indicate
    > something useful, they'd probably rather shove
    > bamboo under their fingernails than use any
    > sort of caching or asynchronous logging.

    Uhmn too many wrongs on so few lines to just ignore.

    1) Try to do the numbers and you'll find that the ad companies are doing customized and optimized and very much "asynchronous logging". You don't serve many thousand ads per second from one server (so you need to gather the "logs" to a central server for that), and you certainly don't do a diskwrite for each hit (and especially not a syncronous one).

    2) The "weblogs" are very useful. How else would you pay the host sites and charge the advertisers for the traffic? :-)

    3) The initial "hit" will not be cached, no. But the actual banner content (typically the ~10k .gif) will be cached as any other normal static image.

    - ask

  8. Re:Text ads on Why Is Serving Ads So Difficult? · · Score: 1

    if the ad company should sell text ads they would probably want to serve them (via some javascript / iframe stuff) and then they would slow down the site (slightly).

  9. Re:Akamai on Why Is Serving Ads So Difficult? · · Score: 1

    For serving ads Akamai is not always that great.

    The very short DNS ttl their load distributer uses gives extra DNS lookups / more latency. And it doesn't always do a very good job at finding a close server anyway.

    ValueClick are btw serving banners very fast and very reliable these days. :-) (I work there so I know, but I can't quote any numbers).

    - ask

  10. Re:"One Hundred Million Pages Served" on Slashdot's One Hundred Millionth Page · · Score: 1
    Uh, we (large banner network, valueclick.com) do that in 5-6 days... (pages being gifs though)

    Obviously using Apache/mod_perl, FreeBSD, lots of Perl stuff, MySQL and other nice open source packages.

    :-)

    - ask