💾 Archived View for soviet.circumlunar.space › oak › mailinglist › 4.gmi captured on 2024-06-16 at 12:58:58. Gemini links have been rewritten to link to archived content
⬅️ Previous capture (2021-12-03)
-=-=-=-=-=-=-
Date: Sun, 24 Jan 2021 18:46:37 -0700
All,
Hopefully the first of several announcements this week:
We would like to share a public HTTP proxy for Gemini Space.
Please find it at https://gem.ondollo.com/
We've worked hard to make the HTML/CSS clean and small.
Enjoy!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.orbitalfox.eu/archives/gemini/attachments/20210124/4cacf73f/attachment.htm>
--------
Date: Sun, 24 Jan 2021 21:08:57 -0500
It was thus said that the Great Mansfield once stated:
All,
Hopefully the first of several announcements this week:
We would like to share a public HTTP proxy for Gemini Space.
Please find it at https://gem.ondollo.com/
We've worked hard to make the HTML/CSS clean and small.
Enjoy!
Please set up a robots.txt file at
https://gem.ondollo.com/robots.txt
that will disallow web bots from the site. Not a redirection, nor some text
that says "go here", but an actual robots.txt file. Thanks.
-spc
--------
Date: Sun, 24 Jan 2021 21:23:10 -0500
It was thus said that the Great Mansfield once stated:
All,
Hopefully the first of several announcements this week:
We would like to share a public HTTP proxy for Gemini Space.
Please find it at https://gem.ondollo.com/
We've worked hard to make the HTML/CSS clean and small.
Enjoy!
Okay, I ran it through the Client Torture Test. You had possible problems
with tests 34 through 38 where the first digit was defined, but not the
second digit (you treated them all as errors). In my mind, to future proof
the client, just treat any unknown second digit as '0' (so 29 is 20, 39 is
30, etc). But hey, another unpainted bikeshed here!
Also, your client doesn't handle the following link properly:
gemini://gemini.conman.org/test/UCSD-Pascal-source.zip/
It strips off the final '/', which does The Wrong Thing in this case (yes,
the final '/' is significant). Speaking of which, you don't handle MIME
types properly---the page through your proxy tried printing the resulting
ZIP file as text. I have a few other pages that return non "text/*" MIME
files.
It also sends a client certificate. Unexpected, but something I think
people should be aware of.
-spc
--------
Date: Sun, 24 Jan 2021 23:50:49 -0500
it's nice to see more http(s) proxies popping up, thank you for hosting
this!
something i would recommend on the frontend side of things would be to
put the css styling in a separate file so that browsers can cache it
instead of receiving an identical <style> tag for each page.
~zeph
--------
Date: Mon, 25 Jan 2021 06:43:28 +0000
On Mon, Jan 25, 2021, at 1:46 AM, Mansfield wrote:
All,
Hopefully the first of several announcements this week:
We would like to share a public HTTP proxy for Gemini Space.
Please find it at https://gem.ondollo.com/
We've worked hard to make the HTML/CSS clean and small.
Enjoy!
Beautiful. Thank you very much, my capsule loves it :)
--------
Date: Mon, 25 Jan 2021 11:36:29 +0300
Hey,
It looks nice and loads quickly as well. It would be better if it didn't
load CSS and fonts from a Google domain.
Also please consider outputting a canonical meta-tag with the original
gemini:// URL.
Leo
--------
Date: Mon, 25 Jan 2021 19:26:16 -0700
On Sun, Jan 24, 2021 at 7:09 PM Sean Conner <sean at conman.org> wrote:
It was thus said that the Great Mansfield once stated:
> All,
>
> Hopefully the first of several announcements this week:
>
> We would like to share a public HTTP proxy for Gemini Space.
>
> Please find it at https://gem.ondollo.com/
>
> We've worked hard to make the HTML/CSS clean and small.
>
> Enjoy!
Please set up a robots.txt file at
https://gem.ondollo.com/robots.txt
that will disallow web bots from the site. Not a redirection, nor some
text
that says "go here", but an actual robots.txt file. Thanks.
-spc
Great point - that should now be done.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.orbitalfox.eu/archives/gemini/attachments/20210125/1168c80d/attachment.htm>
--------
Date: Mon, 25 Jan 2021 19:36:14 -0700
On Sun, Jan 24, 2021 at 7:23 PM Sean Conner <sean at conman.org> wrote:
It was thus said that the Great Mansfield once stated:
> All,
>
> Hopefully the first of several announcements this week:
>
> We would like to share a public HTTP proxy for Gemini Space.
>
> Please find it at https://gem.ondollo.com/
>
> We've worked hard to make the HTML/CSS clean and small.
>
> Enjoy!
Okay, I ran it through the Client Torture Test. You had possible
problems
with tests 34 through 38 where the first digit was defined, but not the
second digit (you treated them all as errors). In my mind, to future proof
the client, just treat any unknown second digit as '0' (so 29 is 20, 39 is
30, etc). But hey, another unpainted bikeshed here!
Good to know... I took a different approach with an unknown second digit as
you saw. I went back and re-read the spec... I couldn't find clear guidance
either way. In my mind it was better to be strict so that unknown status
codes wouldn't result in something unintended. To me a 29 isn't a 20... but
the spec does say that clients can exist without knowledge of the second
digit in a status code... I'll have to think about this some more.
Also, your client doesn't handle the following link properly:
gemini://gemini.conman.org/test/UCSD-Pascal-source.zip/
It strips off the final '/', which does The Wrong Thing in this case (yes,
the final '/' is significant). Speaking of which, you don't handle MIME
types properly---the page through your proxy tried printing the resulting
ZIP file as text. I have a few other pages that return non "text/*" MIME
files.
Humm... the CLI version (that uses the same library) didn't fail on that
link. I think the intent is to get a directory listing of the content
inside the zip file, right? I'll have to walk through the code specifically
for that to see where it went wrong. Thanks for writing those tests.
Mime--types... yeah. I'll add that in.
It also sends a client certificate. Unexpected, but something I think
people should be aware of.
-spc
True. The client code underneath the HTTP handler always sends a
certificate when it makes the Gemini call. It's the same certificate for
every call, so there's nothing leaking from the users browser into the
certificate. Was that the concern?
Thanks for your feedback!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.orbitalfox.eu/archives/gemini/attachments/20210125/e428f2f7/attachment.htm>
--------
Date: Mon, 25 Jan 2021 19:37:53 -0700
On Sun, Jan 24, 2021 at 9:51 PM zephryn <zephryn at owlsne.st> wrote:
it's nice to see more http(s) proxies popping up, thank you for hosting
this!
You're welcome!! And thanks for thanking me. :-)
something i would recommend on the frontend side of things would be to
put the css styling in a separate file so that browsers can cache it
instead of receiving an identical <style> tag for each page.
~zeph
Good point. That could trim things down a bit. I'll add that to the
'consider changing these things' list.
Thanks!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.orbitalfox.eu/archives/gemini/attachments/20210125/b1503f19/attachment.htm>
--------
Date: Mon, 25 Jan 2021 19:39:23 -0700
On Sun, Jan 24, 2021 at 11:44 PM Miguel de Luis Espinosa <
enteka at fastmail.com> wrote:
On Mon, Jan 25, 2021, at 1:46 AM, Mansfield wrote:
> All,
>
> Hopefully the first of several announcements this week:
>
> We would like to share a public HTTP proxy for Gemini Space.
>
> Please find it at https://gem.ondollo.com/
>
> We've worked hard to make the HTML/CSS clean and small.
>
> Enjoy!
Beautiful. Thank you very much, my capsule loves it :)
You're welcome!! And thanks for thanking me! :-)
It warmed my heart to hear that someone else felt that that design is
beautiful.
Thanks!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.orbitalfox.eu/archives/gemini/attachments/20210125/c41a5695/attachment.htm>
--------
Date: Mon, 25 Jan 2021 19:46:42 -0700
On Mon, Jan 25, 2021 at 1:40 AM Leo <list at gkbrk.com> wrote:
Hey,
It looks nice and loads quickly as well. It would be better if it didn't
load CSS and fonts from a Google domain.
Also please consider outputting a canonical meta-tag with the original
gemini:// URL.
Leo
About loading stuff from Google... I understand there's some diverse
perspectives on that... and I'm probably going to stick with it as is for
now. I'm guessing your concern isn't about the load times - those should be
fast enough.
I can add a meta tag - thanks for the feedback!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.orbitalfox.eu/archives/gemini/attachments/20210125/1008e483/attachment-0001.htm>
--------
Date: Mon, 25 Jan 2021 23:24:46 -0500
It was thus said that the Great Mansfield once stated:
On Sun, Jan 24, 2021 at 7:09 PM Sean Conner <sean at conman.org> wrote:
> It was thus said that the Great Mansfield once stated:
> > All,
> >
> > Hopefully the first of several announcements this week:
> >
> > We would like to share a public HTTP proxy for Gemini Space.
> >
> > Please find it at https://gem.ondollo.com/
> >
> > We've worked hard to make the HTML/CSS clean and small.
> >
> > Enjoy!
>
> Please set up a robots.txt file at
>
> https://gem.ondollo.com/robots.txt
>
> that will disallow web bots from the site. Not a redirection, nor some
> text
> that says "go here", but an actual robots.txt file. Thanks.
>
> -spc
>
Great point - that should now be done.
Thank you.
-spc
--------
Date: Mon, 25 Jan 2021 23:28:40 -0500
It was thus said that the Great Mansfield once stated:
On Sun, Jan 24, 2021 at 7:23 PM Sean Conner <sean at conman.org> wrote:
> Also, your client doesn't handle the following link properly:
>
> gemini://gemini.conman.org/test/UCSD-Pascal-source.zip/
>
> It strips off the final '/', which does The Wrong Thing in this case (yes,
> the final '/' is significant). Speaking of which, you don't handle MIME
> types properly---the page through your proxy tried printing the resulting
> ZIP file as text. I have a few other pages that return non "text/*" MIME
> files.
>
Humm... the CLI version (that uses the same library) didn't fail on that
link. I think the intent is to get a directory listing of the content
inside the zip file, right?
Right.
I'll have to walk through the code specifically
for that to see where it went wrong. Thanks for writing those tests.
You're welcome.
It also sends a client certificate. Unexpected, but something I think
> people should be aware of.
True. The client code underneath the HTTP handler always sends a
certificate when it makes the Gemini call. It's the same certificate for
every call, so there's nothing leaking from the users browser into the
certificate. Was that the concern?
I wasn't actually expecting it to work!
And personally, I find it hilarious (and wonderful) that it's the same
certificate for everybody. Certainly makes it harder to track individuals,
but I can see it breaking some sites that may use certificates to present
different information.
Thanks for your feedback!
And thanks for the feedback on the feedback.
-spc
--------
Date: Wed, 27 Jan 2021 07:32:55 -0700
On Sun, Jan 24, 2021 at 7:23 PM Sean Conner <sean at conman.org> wrote:
It was thus said that the Great Mansfield once stated:
<snip>
> We would like to share a public HTTP proxy for Gemini Space.
>
> Please find it at https://gem.ondollo.com/
<snip>
Also, your client doesn't handle the following link properly:
gemini://gemini.conman.org/test/UCSD-Pascal-source.zip/
It strips off the final '/', which does The Wrong Thing in this case (yes,
the final '/' is significant).
The final slash is now preserved. This URL works as expected:
https://gem.ondollo.com/external/gemini.conman.org/test/UCSD-Pascal-source.zip/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.orbitalfox.eu/archives/gemini/attachments/20210127/02383152/attachment.htm>
--------