💾 Archived View for gemi.dev › gemini-mailing-list › 000636.gmi captured on 2024-06-16 at 14:00:05. Gemini links have been rewritten to link to archived content
⬅️ Previous capture (2023-12-28)
-=-=-=-=-=-=-
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>
---