Or, in other words, where all those .woa go within URL(s)?
( like when I start my app on my machine
--http://localhost/cgi-bin/WebObjects/WOFirstRun.woa/-5678)
You have to look under the covers in a lot of cases with apple, but
mostly apple does NOT rewrite their URLs (well, rarely so much that
the .woa is removed). For instance, all the URLs to iTMS are .woa
(you can see everyone sending around phobos links in twitter
with .woa's in them). The new itms has nice urls, but i believe they
just do a full-on redirect to the .woa one, iirc. I seem to recall
mobileme has a real .woa url if you view the page source and look at
the service calls. Radar doesn't hide it. Most of the login pages when
you auth to a service at apple is a .woa. The Online Store did remove
the WebObjects from their URLs -- that was actually relatively recent
(in the scheme of its life), but if you view source, you will still
see woa's like when you checkout. Probably the store is doing cached
generation of outer pages and only hits woa for dynamic content. Last
I checked, Apple Connect doesn't hide it's woaness, and iTunes Connect
doesn't either. Concierge is Gianduia now, but you can view source and
see the service is a .woa. One-to-One is the same.
They're all there ... You just have to squint. For most of our apps,
we mod_rewrite the /cgi-bin/WebObjects away completely. I'll typically
leave the request handler on, so you can sometimes see "wo" or "wa",
but that's about it.
ms
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to [email protected]
