Truly Opaque URLs

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
24 messages Options
12
Reply | Threaded
Open this post in threaded view
|

Re: Truly Opaque URLs

Jimmie Houchin-3
Jason Johnson wrote:
> Jimmie Houchin wrote:
[snip]

>
> Well, I suspect you are like me:  what my old boss called a "tweaker",
> i.e. someone who is always tweaking something trying to make every
> aspect perfect.  This is something one has to learn to control because
> the fact is, when you're in tweaking mode you are almost certainly
> working on something no one else in the world notices or cares about.
>
> In my case, I looked at how to get rid of those ugly strings, but I know
> it doesn't matter so I limited my time to 5 minutes. I can click the
> "use cookies" button and it works fine, if not ok.  What is important to
> me is having bookmarkable URLs, but Seaside provides an effective way to
> do that.
>
> I've never heard of one single person going "ew!  Look at those URL's,
> I'm never looking at this site again!".  And I don't mean that to
> belittle your comments in any way, just try to help put them in
> perspective. :)

Tweaker, well, hmmm....., yes! :)

But I also like things to be beautiful when able. I was just wanting to
find out if such would be a readily available, low lying fruit, easy
win. Apparently not.

Bookmarkable URLs are important to me. And as you say, Seaside does
provide a way to do such.

Despite my preference for nice looking URLs. I have not gone running to
some other framework to do web development. I have yet to see anything
as beautiful to work with or as productive.

Seaside is far, far, far from being the worst offender in ugly URLs. It
probable wouldn't make the top 100. :)

There are few frameworks which do them better, and many which do them
much worse.

So since there wasn't an easy win. I am going about learning and
hopefully mastering Seaside. This isn't a large community but I do
believe it to be a very good one. Response time is often very rapid. We
just need a few more experts scattered around the globe so that there is
most often an available expert. Even so, it is still pretty well covered.

Currently Seaside is as good as I've found.

I have a hard time getting excited about anything not Smalltalk. Love my
Squeak. Spend enough time in Seaside and Smalltalk, it is very possible
to understand a much higher amount of the framework, toolkit, etc. than
in anything else I've found. Why more people can't see it, I don't know.
Its baffling. :)

Thanks.

Jimmie
_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: Truly Opaque URLs

Adrian Lienhard
I think in this discussion we should distinguish between closed  
applications and public web sites (or applications that are part of a  
web site). In the former case I don't care at all about the URLs, and  
only care about bookmarking in very specific situations because it  
usually does not make sense.

On the other hand, on a public web site it matters. It matters for  
example for search engines. If each link looks differently although it  
points to the same page, this is not good. Also, you don't want that  
the session key of the bot shows up in search results. You want to  
make important keywords be part of the URL, you want URLs to be short  
so that people can easily mail them around (and no, I don't buy the  
argument that also Amazon has unfriendly URLs).

Out of the box Seaside is not very good at such things, but then,  
Seaside is for building web applications, not web sites.
However, in case you happen to use Seaside for web sites (as we do for www.cmsbox.com
  for example) it is not too hard to tweak it.

Cheers,
Adrian

On Dec 17, 2007, at 22:14 , Jimmie Houchin wrote:

> Jason Johnson wrote:
>> Jimmie Houchin wrote:
> [snip]
>>
>> Well, I suspect you are like me:  what my old boss called a  
>> "tweaker",
>> i.e. someone who is always tweaking something trying to make every
>> aspect perfect.  This is something one has to learn to control  
>> because
>> the fact is, when you're in tweaking mode you are almost certainly
>> working on something no one else in the world notices or cares about.
>>
>> In my case, I looked at how to get rid of those ugly strings, but I  
>> know
>> it doesn't matter so I limited my time to 5 minutes. I can click the
>> "use cookies" button and it works fine, if not ok.  What is  
>> important to
>> me is having bookmarkable URLs, but Seaside provides an effective  
>> way to
>> do that.
>>
>> I've never heard of one single person going "ew!  Look at those  
>> URL's,
>> I'm never looking at this site again!".  And I don't mean that to
>> belittle your comments in any way, just try to help put them in
>> perspective. :)
>
> Tweaker, well, hmmm....., yes! :)
>
> But I also like things to be beautiful when able. I was just wanting  
> to
> find out if such would be a readily available, low lying fruit, easy
> win. Apparently not.
>
> Bookmarkable URLs are important to me. And as you say, Seaside does
> provide a way to do such.
>
> Despite my preference for nice looking URLs. I have not gone running  
> to
> some other framework to do web development. I have yet to see anything
> as beautiful to work with or as productive.
>
> Seaside is far, far, far from being the worst offender in ugly URLs.  
> It
> probable wouldn't make the top 100. :)
>
> There are few frameworks which do them better, and many which do them
> much worse.
>
> So since there wasn't an easy win. I am going about learning and
> hopefully mastering Seaside. This isn't a large community but I do
> believe it to be a very good one. Response time is often very rapid.  
> We
> just need a few more experts scattered around the globe so that  
> there is
> most often an available expert. Even so, it is still pretty well  
> covered.
>
> Currently Seaside is as good as I've found.
>
> I have a hard time getting excited about anything not Smalltalk.  
> Love my
> Squeak. Spend enough time in Seaside and Smalltalk, it is very  
> possible
> to understand a much higher amount of the framework, toolkit, etc.  
> than
> in anything else I've found. Why more people can't see it, I don't  
> know.
> Its baffling. :)
>
> Thanks.
>
> Jimmie
> _______________________________________________
> seaside mailing list
> [hidden email]
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: Truly Opaque URLs

Jimmie Houchin-3
Adrian Lienhard wrote:

> I think in this discussion we should distinguish between closed
> applications and public web sites (or applications that are part of a
> web site). In the former case I don't care at all about the URLs, and
> only care about bookmarking in very specific situations because it
> usually does not make sense.
>
> On the other hand, on a public web site it matters. It matters for
> example for search engines. If each link looks differently although it
> points to the same page, this is not good. Also, you don't want that the
> session key of the bot shows up in search results. You want to make
> important keywords be part of the URL, you want URLs to be short so that
> people can easily mail them around (and no, I don't buy the argument
> that also Amazon has unfriendly URLs).
>
> Out of the box Seaside is not very good at such things, but then,
> Seaside is for building web applications, not web sites.
> However, in case you happen to use Seaside for web sites (as we do for
> www.cmsbox.com for example) it is not too hard to tweak it.

Hello,

I think it would be wonderful if some of the experts here could do a
tutorial, how-to, best practices document, or some sort of documentation
for using Seaside for web sites, as opposed to web applications.

I know most of those here are using it for web applications where
Seaside is at its native best. But sometimes a simple web site is what
is desired or required. And I would imagine that many people who want to
give Seaside a try, what they really want is a web site, and a tool
which elegantly enables them to build it. We Squeakers, Seasiders
hopefully should never have to drop down to some other web framework to
do the web site thing.

I believe some good documentation this direction would help many who
look towards Seaside. It would also provide a place to provide answers
to these questions.

Would such be using this technique as expressed by Randall Schwartz?

Randal L. Schwartz wrote in the URL problems thread on December 8, 2007:

> As far as I understand the problem, for each component you could ask
> yourself:
>
>   Would I ever want to come back to *this* component in *this* state
>   as the result of a bookmark rather than a particular session?
>
> If the answer is "Yes", then the next step is for the component to add
> URL-based state information to the URL with
>   #extraPath: or #updateUrl:,
> and then recognize those state items with #initialRequest:.
>
> Perhaps a good demo of this would be handy.  Maybe I can come up with
> something, but Smarter People than Me might do it even faster and post
> it to one of their blogs (nudge nudge).

I would also imagine that many web site/applications are often share
characteristics of both.

Thanks for any insight or wisdom.

Jimmie
_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Reply | Threaded
Open this post in threaded view
|

Re: Truly Opaque URLs

Randal L. Schwartz
>>>>> "Jimmie" == Jimmie Houchin <[hidden email]> writes:

Jimmie> I think it would be wonderful if some of the experts here could do a
Jimmie> tutorial, how-to, best practices document, or some sort of documentation
Jimmie> for using Seaside for web sites, as opposed to web applications.

Have you seen <http://kentreis.wordpress.com/2007/06/28/meaningful-seaside-links-after-session-expiry/> ?

--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<[hidden email]> <URL:http://www.stonehenge.com/merlyn/>
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
_______________________________________________
seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
12