-- Leo's gemini proxy

-- Connecting to gemi.dev:1965...

-- Connected

-- Sending request

-- Meta line: 20 text/gemini

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/4cac
f73f/attachment.htm>

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

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

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

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 :)

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

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/1168
c80d/attachment.htm>

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/e428
f2f7/attachment.htm>

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/b150
3f19/attachment.htm>

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/c41a
5695/attachment.htm>

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/1008
e483/attachment-0001.htm>

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

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

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/0238
3152/attachment.htm>

-- Response ended

-- Page fetched on Fri Jun 7 16:16:45 2024