Can anyone help me figure out why the atom feed on thadeusb.com is not broadcasting correctly to the web browser? As far as firefox is concerned there is no feed there. However I have included the correct meta data tag at the top. -- Thadeus
On 2010-06-13 4:38 AM, Thadeus Burgess wrote: > Can anyone help me figure out why the atom feed on thadeusb.com is not > broadcasting correctly to the web browser? As far as firefox is > concerned there is no feed there. However I have included the correct > meta data tag at the top. Probably because it's all in one line. Browsers often use different methods to find meta tags than standard compliant parsing. Try adding a few line breaks. Regards, Armin
I only minify when debug=False. When working off the development server with werkzeug, it does not broadcast either and the code is displayed in all its full glory. Should it broadcast even when running on the devel server? I can disable the minification if it would help... but it still does not broadcast. I will try to go back and clean up the tags as that may be it, although I don't understand how? -- Thadeus On Sun, Jun 13, 2010 at 5:20 AM, Armin Ronacher <armin.ronacher@active-4.com> wrote: > On 2010-06-13 4:38 AM, Thadeus Burgess wrote: >> Can anyone help me figure out why the atom feed on thadeusb.com is not >> broadcasting correctly to the web browser? As far as firefox is >> concerned there is no feed there. However I have included the correct >> meta data tag at the top. > Probably because it's all in one line. Browsers often use different > methods to find meta tags than standard compliant parsing. Try adding a > few line breaks. > > > Regards, > Armin >
Should it be <link rel="alternate" vs "alternative"? -Ollie -- http://rutherfurd.net/ On Sun, Jun 13, 2010 at 11:46 AM, Thadeus Burgess <thadeusb@thadeusb.com> wrote: > I only minify when debug=False. When working off the development > server with werkzeug, it does not broadcast either and the code is > displayed in all its full glory. Should it broadcast even when running > on the devel server? > > I can disable the minification if it would help... but it still does > not broadcast. I will try to go back and clean up the tags as that may > be it, although I don't understand how? > > -- > Thadeus > > > > > > On Sun, Jun 13, 2010 at 5:20 AM, Armin Ronacher > <armin.ronacher@active-4.com> wrote: >> On 2010-06-13 4:38 AM, Thadeus Burgess wrote: >>> Can anyone help me figure out why the atom feed on thadeusb.com is not >>> broadcasting correctly to the web browser? As far as firefox is >>> concerned there is no feed there. However I have included the correct >>> meta data tag at the top. >> Probably because it's all in one line. Browsers often use different >> methods to find meta tags than standard compliant parsing. Try adding a >> few line breaks. >> >> >> Regards, >> Armin >> >
Dope =) -- Thadeus On Sun, Jun 13, 2010 at 11:40 AM, Oliver Rutherfurd <oliver@rutherfurd.net> wrote: > Should it be <link rel="alternate" vs "alternative"? > > -Ollie > > -- > http://rutherfurd.net/ > > On Sun, Jun 13, 2010 at 11:46 AM, Thadeus Burgess <thadeusb@thadeusb.com> wrote: >> I only minify when debug=False. When working off the development >> server with werkzeug, it does not broadcast either and the code is >> displayed in all its full glory. Should it broadcast even when running >> on the devel server? >> >> I can disable the minification if it would help... but it still does >> not broadcast. I will try to go back and clean up the tags as that may >> be it, although I don't understand how? >> >> -- >> Thadeus >> >> >> >> >> >> On Sun, Jun 13, 2010 at 5:20 AM, Armin Ronacher >> <armin.ronacher@active-4.com> wrote: >>> On 2010-06-13 4:38 AM, Thadeus Burgess wrote: >>>> Can anyone help me figure out why the atom feed on thadeusb.com is not >>>> broadcasting correctly to the web browser? As far as firefox is >>>> concerned there is no feed there. However I have included the correct >>>> meta data tag at the top. >>> Probably because it's all in one line. Browsers often use different >>> methods to find meta tags than standard compliant parsing. Try adding a >>> few line breaks. >>> >>> >>> Regards, >>> Armin >>> >> >
On 06/12/2010 10:38 PM, Thadeus Burgess wrote: > Can anyone help me figure out why the atom feed on thadeusb.com is not > broadcasting correctly to the web browser? As far as firefox is > concerned there is no feed there. However I have included the correct > meta data tag at the top. > > -- > Thadeus Midori picks up the feed just fine. I don't see any real issues with your HTML, except it's ALL ON ONE FREAKING LINE. WHAT THE FRACK. The link tag itself looks OK, except I note that some of your link tags (i.e. the OpenID ones) use explicit self-closing /> syntax, while the Atom/RSS link tags simply close implicitly. While technically the <!doctype html> should trigger HTML5 mode in which this shouldn't matter, it could be that the mix of explicit and implicit closing confuses the HTML parser. You may want to clean your code a little bit (especially the ALL ON ONE FREAKING LINE thing). -- Regards, LeafStorm (http://www.leafstorm.us/)
Regarding the one line comment: It's called minification. Absolute best practice. It marks the page as extremely professional and optimized. Kenneth Reitz http://kennethreitz.com/contact-me On Jun 13, 2010, at 2:09 AM, LeafStorm wrote: > On 06/12/2010 10:38 PM, Thadeus Burgess wrote: >> Can anyone help me figure out why the atom feed on thadeusb.com is not >> broadcasting correctly to the web browser? As far as firefox is >> concerned there is no feed there. However I have included the correct >> meta data tag at the top. >> >> -- >> Thadeus > > Midori picks up the feed just fine. I don't see any real issues with > your HTML, except it's ALL ON ONE FREAKING LINE. WHAT THE FRACK. > > The link tag itself looks OK, except I note that some of your link tags > (i.e. the OpenID ones) use explicit self-closing /> syntax, while the > Atom/RSS link tags simply close implicitly. While technically the > <!doctype html> should trigger HTML5 mode in which this shouldn't > matter, it could be that the mix of explicit and implicit closing > confuses the HTML parser. You may want to clean your code a little bit > (especially the ALL ON ONE FREAKING LINE thing). > -- > Regards, > LeafStorm (http://www.leafstorm.us/)
It also makes the code a pain in the neck to analyze. I understand that in corporate settings you may want to minify to prevent your competitors from stealing your 1337 c0dez, or on huge sites to save every possible byte to provide maximum thoroughput (like Google), personal sites rarely have enough transfer issues to justify minification when gzipping works just as well. (Does Flask have gzip support?) Really, it's not so much the minification as the fact that he asked on a public mailing list to help him debug the minified code. Still, I'll drop the issue for now. On 06/13/2010 02:14 AM, Kenneth Reitz wrote: > Regarding the one line comment: It's called minification. Absolute best practice. It marks the page as extremely professional and optimized. > > Kenneth Reitz > http://kennethreitz.com/contact-me -- Regards, LeafStorm (http://www.leafstorm.us/)
it's not obfuscation, it's simply optimized code. Use a web inspector. Gzip occurs on the server level, not on the application level. Kenneth Reitz http://kennethreitz.com/contact-me On Jun 13, 2010, at 2:19 AM, LeafStorm wrote: > understand that > in corporate settings you may want to minify to prevent your competitors > from stealing your 1337 c0dez, or on huge sites to save every possible > byte to provide maximum thoroughput (like Google), personal sites rarely > have enough transfer issues t