- Too much transparency, it is none of my business who claimed the copyright for a now deleted video, unless I uploaded it.
- Not enough transparency, I need a notification if a video in one of my playlists is deleted.
REXX, Full Frontal mpeg, IANA
2019-09-20
I miss you × I know it when I see it
2019-08-23
Hey you, you're losing, you're losing your…
| "Vitamin C" on Toxic Waste |
"Your Mind" on Rewind 2018 |
| "DAF Mussolini" on Klapperstrauss |
"KMFDM Mussolini" on I know it when I see it |
2019-05-04
YouTube Got Talent (pt. 2)
2019-03-09
The Google+ black list
2019-02-21
2019-02-01
Transparency Report 2018
G+ backup strategy
Actually I could now delete the last two remaining files in Google Drive, the vintage 2011 Buzz PDF is irrelevant, and I copied the very relevant 23C3 video to Google Photos. 50% (2+1 of 6) done by doing nothing, not counting "talk about it" here, that's the way (I like it).
- Stuff already posted here under the new tag FoG (now split from IPOAD.)
- Stuff already covered on enwiki, commons, or WikiData.
- Various historic 2006…2018 videos + interviews not yet covered elsewhere.
![]() Art Tavana (2016-05-26) in LA Weekly | ![]() Samantha Grasso (2018-07-15) in TheDailyDot |
Sasha Grey (2018-04-19) in a Topic Monologue |
2019-01-19
purl.net/xyzzy
The old websites are now all gone, R.I.P.: 2004, 2010, 2012. For the required legalese I trusted that "click on banner + click on imprint" covered your privacy also for this blog, i.e., there is no such thing as privacy on Google products, and if you allow third party cookies SoundCloud.com (example) will track you on any page with an SC iframe (=technical term for an embedded object, ignoring images + applets.)
SC politely asked to put that info into any affected privacy policy, so consider it done here for this blog until I get a static blogger page for some remotely legal legalese. I still don't do analytics or monetisation or cookies, not here, not on YouTube, nowhere, period. BTW, get an AdBlock, and disallow JavaScript on all sites complaining about it, c.f. chrome://settings/content/javascript.
DynDNS killed xyzzy.webhop.info some years ago, IIRC it was a redirect to my Google Apps account. Meanwhile Google also killed the target, good riddance.
DynDNS also killed xn--80akhbyknj4f.boldlygoingnowhere.org and xn--xyzzy.boldlygoingnowhere.org belonging to my i18n-fun pages here. That's sad, but the fun factor was possibly maybe limited to some folks I (virtually) met in IETF WGs. All is well if it ends well, SPF is a proper RFC now, the technically dubious (or ethically too ambitious) Sender-ID is dead, and I even produced a silly RFC to balance the IAB appeal.
I know it when I see it
2014-02-21
Commons
Recently Google Sites somehow managed to clobber embedded Google Docs videos with non-existing YouTube content. Just embedding the video again can fix this. Just for fun I try this also here—for the complete story see its page on my Google site:
Fun observation, blogger gave up on <p>…</p> and now firmly demands <div>…<br /><br /></div> for a simple paragraph: HTML 3.2 rulez, and I know it by heart (in its XHTML 1.0 transitional incarnation), now singing nah pop, no style. I strictly roots..
Some hours later, the docs.google video doesn't play, neither here nor on sites.google, revert doesn't help, view the video on WAYBACK or Google Photos (sic-K).
2011-11-02
Go, Duck, go
Reader redesign: Terrible decision, or worst decision? and another article discuss the next step of what will be known as the demise of Google: Now they have crippled Google Reader. It even doesn't work anymore in Chrome.
What used to be a single click Like or Share in Reader is now gone, and the new Reader UI is a disaster, as one of the creators of the original UI states. In theory I could join the G+ beta tests, but as it happens I'm not interested to risk my Google account including Blogger and Gmail with an acknowledgement of the G+ beta test ToS.
Check out Duck Duck Go lite while it's still a free no-nonsense search engine. And do not waste time with Google APIs or services, sadly they will be gone or munged until no-good before you begin to grok what they were about.
2011-08-12
Customised Search Engines
More than four years ago I explained the secrets of LP and AH in a Google CSE query parameter cof=FORID:0%3BAH:center%3BLP:0. The percent-encoded hex. %3B is a semicolon separating FORID:0, AH:center, and LP:0 in this example going back to Google's ancient free site search.
This undocumented cruft is now seriously dead, or rather, AH:center and LP:0 now have no visible effect. Maybe the cof= parameter was removed while some new CSE features were introduced since June, see an entry on the Custom Search Blog — I've no idea what the Element might be, and the officially deprecated features didn't mention any undocumented cruft, but there, it's dead, and the new layout for CSE search results hosted by Google works fine for the xyzzy CSE. Fortunately I modified it to work on the CSE layout test page some months ago, and as it happens that is now apparently good enough for new search result pages without AH:center and LP:0.
I'll remove any remaining obsolete cof= parameters where I find them, it might be hidden in obscure places such as the template for this blog, persistent URL (PURL) redirections, rel="search" link relations in the header of my web pages, and a tiny CSE googlet (PURL of XML source).
BTW, if you were always looking for an IETF-related search engine test the xyzzy CSE as shown near the bottom of all web pages for this blog. I still update this CSE when I find new promising sites, one of the last additions was a site tracking link relation registration requests. I added it after the registration of link relation rel="canonical" on the corresponding IETF expert review mailing list.
And if you were always looking for a REXX-related search engine check out my second (and last) REXX CSE — I rarely use it, but fix it when I stumble over broken links on my KEXX page. For a recipe to convert CSEs given by their cx= ID to OpenSearch Description Documents see another four years old entry on this blog, or just adopt one of the OSDDs on my googlet page.
2008-08-14
Google mail security
Inspired by an Heisec article about the fine art of stealing insecure cookies I've upgraded the mailx googlet to use https for its Google mail mobile redirection. The settings allow to configure http instead of https.
A new entry in my googlet zoo is firxt.mobile for the firxt mobile OpenSearch portal. Often mobile also means accessible over slow connections and no nonsense. The googlet should work everywhere, check it out. Hint, what you see as "use this URL" within the googlet contains apparently a configuration number. Just in case this number can be stored in the googlet settings, maybe it helps when you delete your cookie.
2008-05-02
Hamburg-Web
An attempt to add this blog to HH-web.de finally worked, while I was at it I created a HH-web search googlet and learned some new CSS tricks.
For years I used hreflang="de" in links to German sites on English pages or vice versa, without visible effect, and likely no effect at all. Now I found a way to do something with it:
:link[hreflang]:hover:after {
content: " " attr(hreflang); font-weight: 100;
vertical-align: super; font-size: xx-small; }This construct matches links with a hreflang, and displays the value as small as possible at the end of the link while the mouse hovers over it. Test it with the HH-web link above.
Another nice CSS feature is :target, not displaying the ugly blogger dashboard is one thing, but now I can also get it back when I need it with an invisible link in the upper left corner of this blog.
Googlet gallery
After a year one of my googlets is apparently used by some folks, great, it encouraged me to work on the whole set, add some settings such as the help language on the PDA LEO googlets, and create a gallery.
New entries are googlets for the German and English Heise whois for older browsers without OpenSearch support. For a different preview see googlemodules. No, I've not given up on the command line rxwhois client, but allegedly some users don't like command lines... ;-)
Another new entry is a MetaWikiHelp googlet, the Wikipedia help often is not good enough when working on other MediaWikis with different features and rules.
2008-04-12
Custom search googlet
Transforming Google CSEs into OpenSearch descriptions is simple, even when Firefox needs some proprietary <moz:SearchForm> magic to get it right.
For older browsers not supporting OpenSearch each CSE has its own default gadget for uses on iGoogle, blogger, and elsewhere. I created a smaller configurable tiny CSE variant, to use it edit the cx-number, e.g., 001904119753490578822%25:zvsejdqm-pw for the xyzzy-CSE.
CSEs hosted by Google have one issue, creators cannot easily publish the source for users wanting to know what the CSE really does. Here's a snapshot of the sites currently covered by the xyzzy-CSE:
2007-12-20
Fresh opensearch & google gadgets
- Google Code custom search
- en×de translations by LEO
- es×de translations by LEO
- fr×de translations by LEO
- About Flash googlet (version, links, search)
- Atomic clock googlet (JAVA applet of the PTB)
- Tiny map search googlet (local search)
2007-07-27
OpenSearch descriptions for Google CSEs
It's quite simple to create opensearch descriptions for any existing Google CSE. Here's an example using the mozillaZine KB CSE:
This CSE is identified by cx=003258325049489668794:ru2dpahviq8. The &cx=-parameter is used in links and anything else related to this CSE. The left hand side 003258325049489668794 is related to the Google account and the up to 5000 annotations (e.g. sites and URL patterns) associated with this account. The right hand side ru2dpahviq8 is related to the actual CSE context including details of its layout, references to the associated annotations also known as background labels, etc.
It's not my CSE, I can ignore most technical details only relevant for the CSE creator. One detail is probably important, this CSE uses FORID:1 unlike my own CSEs with FORID:0. The value is visible in the monstrous URL of search results, it's a part of the &cof= parameter.
Most other layout details noted in &cof= are set by Google on the fly based on the CSE definition a.k.a. context. For my own CSEs I force LP:0 and AH:center with &cof=FORID%3A0%3BLP%3A0%3BAH%3Acenter, but that's arguably pointless, opensearch only works with Firefox 2, IE7, or better, and these browsers have no issues with the default LP:1 logo position and AH:left aligned header on result pages.
CSEs refuse to return &output=xml or &output=xml-no-dtd results, therefore the opensearch description needs only one type="text/html" template. Just in case I added...
<Attribution> Google CSE by Jason Kersey </Attribution>
...anyway, after all the search results are Google results. In this case results filtered and rearranged as defined by the CSE creator Jason Kersey. With up to three searched sites in a CSE Google allegedly also shows its supplemental results.
Putting it all together I arrived at this mozillazine opensearch description. I've no clue how and where Firefox or IE7 might use the Tags or Description, most likely these details are irrelevant for search results on ordinary type="text/html" pages. The validator wants a Query example as specified by opensearch.org, just for fun I picked about%3Aconfig.
One last detail, the icon, fortunately kb.mozillazine.org has a type="image/vnd.microsoft.icon" 16×16 favicon needing less than 10 KB, so this should work as is (http:-URL instead of data:-URL) for Firefox. It's tricky to get the icon right with *.googlepages.com, the Google Page Creator won't let you have your own favicon.ico. Just use another name.
One way to use opensearch descriptions is to add a link in the header of (X)HTML pages. The title in the link should match the ShortName in the description, otherwise browsers won't know if the corresponding search is already installed. I've done that here in my blogger-template:
Another way is the window.external.AddSearchProvider function, Firefox 2 users can then simply click on the link to copy an opensearch description to their browser. I haven't tested IE7, maybe it uses the same method, i.e. "copy description". Last step, test this OpenSearch description with Firefox 2 or better.
For another example see my googlets page.
2007-05-20
sitemap.cmd 0.3
FWIW I've added the schema magic to sitemap.cmd (0.3), adjusting the documentation of the REXX ftpsynch wannabe-content management system.
Apart from being a bit longer and overwriting siteold.xml the new version now passes XML schema validation. Caveat, don't use its buggy text/html output at the moment.
Unrelated, Google's page creator rewrites an uploaded sitemap 0.90 automagically into a sitemap 0.84 removing all <lastmod> elements. Or rather it did that last week for e.g. this sitemap, maybe it's one of the experimental features.
2007-05-14
LP Logo Position, AH Align Header
- The watermark "branding" fails miserably with Javascript 1.1. The code doesn't check this old version resulting in garbage with browsers still using it. I always disable JS 1.1, but I can't ask visitors of pages using my "xyzzy" CSE to disable JS 1.1 before, they wouldn't know what it is. Now I use the ordinary "branding" with one of Google's six CSE logos.
- The default position of the search form on the result page is "left" set by AH:left. Fans of the old free site search form know this "Align Header" parameter, it's (kind of) documented on my lab page. It's also straight forward to modify it, add ;AH:center to the cof=FORID:0 parameter, where 0 might be something else depending on the used form.
- The free site search result pages show my logo immediately above the search form. The used parameters L: for the logo URL and S: for the site URL are still the same for CSEs, it's only not more necessary to specify all these odd values as part of the cof= parameter, Google inserts them on the fly. Unfortunately it also uses some CSS magic (style sheets) to get this right, failing miserably with browsers not supporting CSS. After some experiments I found the culprit: There's a new LP:1 "Logo Position" , this has to be disabled by LP:0 to get the desired effect.
<input type="hidden" name="cof" value="FORID:0;AH:center;LP:0" />
Labels
Static pages
About Me
- frank
- Hamburg, Germany
- There's no EX in ex-Wikiholic. Now having fun with the last days of Google+ and its self-proclaimed murderess.




