nav search
Data Centre Software Security DevOps Business Personal Tech Science Emergent Tech Bootnotes
BOFH
Lectures

* Posts by Marco Fontani

183 posts • joined 3 Dec 2012

Page:

Do not adjust your set, er, browser: This is our new page-one design

Marco Fontani

Re: I agree

I've noticed something odd about the RSS feed, some articles appear in it twice, coz they edited the title.

That seems to happen when the _url_ is changed, as the RSS feeds' "id" field is for some reason set to the path part of the story's URL, which changes if the story URL changes (which happens).

It seems like we should migrate to using an unique "id" instead, but we need to do that from a certain point going forward or we risk all RSS readers seeing all stories as being "new".

Thanks for the bug report, I'll add it to our pile and see what can be done about it.

1
0
Marco Fontani

Side note.. I miss the "hours" for post (posted X-hours or X-days ago). GMT Is not my cup of coffee/tea/adult beverage. I note that the articles "time" isn't in GMT... yet.

Could you elaborate on where you're missing what, please? Email to webmaster@ if you fancy.

The date/timestamps in the HTML usually show the date/time in GMT, but there's some JS which runs and changes them over to relative time.

So if you're running JS, you should be seeing relative timestamps in most places (but some, as for example an article's "date line" isn't one of them) and any other "full" timestamp is meant to be displayed in GMT.

If you (are running JS and) aren't seeing a relative timestamp, or if a "full" timestamp doesn't look like isn't in GMT, that's a bug on my book, and I'd rather hear about it (at webmaster@ please!). Thanks!

2
0
Marco Fontani

Re: Doesn't seem to work

Not on my phone it doesn't, still 4 headlines to a row on that. If I change to request the mobile site [...]

Correction: when you ask your browser to display it "as a desktop site" it shows you the 4 headlines; if you UNTICK the "desktop site" it goes back to being responsive.

On Chrome one can tick the "Desktop Site" box, which used to "just" remove the string "Mobile" from the user-agent string. This was useful as some websites were hell-bent on doing user-agent sniffing, and on serving "the mobile version" to user-agent strings which advertised themselves as "Mobile".

Unfortunately, that setting has been in recent times updated to also make it completely ignore the "viewport" meta tag altogether, which is what causes your mobile device to display the "full 1000px width" website in your small phone's viewport, and is what makes the website be unable to "be" responsive.

See also this commit which is where the "feature" (ach, thwwwp!) was introduced by them.

I'd recommend using Firefox instead, but it looks like they also decided to implement the same "feature", as can be evinced by this bug.

IMVHO, the setting should be split in two for "pretend to not be a mobile device" and "force site into desktop mode", but I digress.

Thus, in the two most popular mobile browsers I have access to, tapping "desktop mode" makes all the responsive work we've done moot, and it seems like it's "by design".

Personally, if I don't like what happens to a site when I click "desktop mode", I don't click "desktop mode" and get on with it. I personally prefer some sites in one way, and some in another. YMMV.

There's a chance that we may be able to "fix" the issue by adding some JS which looks at the device properties and alters some other properties to "kinda force in" the responsive mode, but I'd avoid doing that if I can't help it - as I'd rather the users were empowered with the ability to choose what happens to their device.

Which, in your case might mean you wouldn't want the "desktop mode" to be "on" for the homepage or, I guess, for article pages either, as they're also "responsive".

1
1
Marco Fontani

Re: C'mon El-Reg - Make a non-JS 'Opt-Out'

Sorry, didn't see those.

The "contact us" page on the footer suggests e-mailing webmaster@ "for tech stuff" (and links to a page which explains what kind of information would be helpful to receive) as it's otherwise difficult to find all places where we might be mentioned.

I don't keep track of all forums, and sometimes forget to check old ones. I'm a commentard just like you.

There's a "web application firewall" in front of forums, and some content being submitted on forums "triggers it", somewhat heavily. It happens. Thanks for bringing it to my attention, I'll have a look at what we can do as soon as I can.

About the opt in/out being JS-based: sorry, we ensure that all of the basic functionality of the site can be used without JS, and then use JS to "better" that experience (see also: the up/downvote buttons, which work perfectly fine without JS but offer a nice AJAXy experience with JS enabled). The opt-out link isn't a "basic feature" of the site, at least according to my definition.

As the whole feature is JS based, its presence is also done using JS - in order to not have a half baked thing which would show a link and nothing would happen when it's clicked.

1
3
Marco Fontani

Re: Doesn't seem to work

It responds to smaller screen sizes, with a historical upper bound of about 1000px

5
1

The Register's 2018 homepage redesign: What's going on now?

Marco Fontani

Re: Its too busy...

Its almost as if there should be lots more "headered" sections below "Latest News".

Like the "most read" unit, with a different background and a "Most Read" title?

All the others boxes under "latest news", at least right now, are stories ordered in descending order of publication time.

The list is kinda "interrupted" by the "most read" row, and then it continues on after it.

3
0

Has El Reg been hacked?

Marco Fontani

Hi, I've replied to you via e-mail. Could you have a look and get back to us at webmaster@, please?

0
0

Sitting pretty in IPv4 land? Look, you're gonna have to talk to IPv6 at some stage

Marco Fontani

Different countries' ISPs have different priorities regarding IPv6 roadmaps :/

7
0
Marco Fontani

Meanwhile, dig AAAA regmedia.co.uk will give you a result. We've had IPv6 on the domain used to serve most images from since donkeys ago, as it was easy enough. For the main domain, there's still a bit of work to do.

As I stated the last time, IPv6 is an ongoing "icing on the cake" thing, with no "business priority" whatsoever. It'll get finished when feasible.

As you also state, there's no requirement to demand IPv6 at this point in time.

Even if you had a IPv6 only connection, you'd still be able to access an IPv4 only site via a tunnel, in the exact same way I'm currently accessing the IPv6 web, since my "business" ISP is utterly unable to give me a native IPv6 connection.

It'll come, Soon® (but unlikely to come this month)

15
3

You wanna be an alpha... tester of The Register's redesign? Step this way

Marco Fontani

Re: "Expand comment" - we're Regtards, we have attention spans

While we're thinking (re)design, I'd very much prefer if the "Expand comment" toggle in the forums/comments either went away, or perhaps if it was a configurable option.

If you're an "active enough" user of these forums (i.e. if you qualify for your comments to be automatically approved), you'll now be able to toggle the option. If you've not ever set it, if you try expanding a comment you'll find a small message hinting you to pick your preference on the matter.

You can head to the "My Forums" tab of your "Edit my details" (account) page, and you can toggle the "Switch off automatic post fading" on if you'd like.

0
0
Marco Fontani

Re: More really is better

Seems you have reduced the number of articles visible on the first page from 40-odd to 30-odd

Old homepage count is: 4 "top stories"; two rows of 3 stories; don't miss story, and 1 story; 12 more rows of three stories; 5 "most read" stories on the RHS. That's 4 + 2*3 + 1 + 1 + 3*12 + 5 = 53 stories; -10 (if you don't want to count the hand picked ones) is 43 "chronological stories".

New homepage count, based on current layout at time of writing: 4 "top stories" (or 1 "breaking news" which isn't currently up); 7 stories; 4 most read; 5 rows of 4 stories; one row of 3 stories + ad; 4 rows of 4 stories = 4 + 7 + 4 + 5*4 + 3 + 4*4 = 54 stories. That's one more than the "old" homepage. If you discount the hand picked ones (4 top stories + 4 most read) we're then at 54-8 = 46 stories. That's three more "chronological" stories than the old homepage. If there was a "breaking news" instead of the "top stories" block, it'd be 51 stories counting all of them, or (still!) 46 discounting the hand picked ones.

You're absolutely right in pointing out that we're showing one less "Most Read" story on the new homepage, down from 5 to 4.

The amount of stories shown on the homepage has grown and shrunk over time. In fact, I've twice halved it in the past few years (since the last EOY 2014 redesign) as not many people were actually reaching that far down. Less is more. The amount of stories on the homepage is, though, something that we can easily iterate on if we want. We've picked a number we were comfortable with and which made sense in the framework of the new design.

0
0
Marco Fontani

Re: Page scroll stuttering

On demand image loading is "fine", however the new site appears to be performing processing even after the images are loaded, which is almost certainly what is causing the stuttering.

If you scroll "that far down", you'll likely have two things happen on scroll: delayed image load, and possibly additional ad load - both happen only if they require to. We've gone to great lengths to ensure that the delayed image loading shouldn't strain things at all.

The old site, using the same browser, and all that, exhibits none of the same problems, therefore it is something related to the new site code.

I'm fairly sure the old version would just "feel like" it's better when scrolling, at the expense of that time being spent at load time. I might be wrong, though!

0
0
Marco Fontani

Re: Lines, lines and other visual distractions

CSS media selectors can be used and the images shouldn't be loaded unless required

You're right, "shouldn't". Unfortunately some browsers still do, and instead of having to go the '90s style of doing browser sniffing, we've decided for a simpler, and mostly better, client-side solution.

While I understand that this solution doesn't show images to users who keep on disabling the site's javascript, it makes the overall experience a TON better for most mobile users, and that's who we did this mostly for.

0
0
Marco Fontani

Re: Web stats analysis and crawlers

Yup, "shame" that the industry has instead pretty much settled on GA, and that's kinda the only metric they accept.

1
0
Marco Fontani

Re: Setting cookie already takes JavaScript

I remember saying "if you keep it, at least don't lose the working non-js fallback", but it fell on deaf ears..

It must've; apologies, I'm partially deaf and don't read forums all that often.

... so the best way to get this sort of "techy" feedback to us is likely to email webmaster@ - emails there usually get replied to fairly quickly (or never, depending).

See also: https://www.theregister.co.uk/Page/problem.html

1
0
Marco Fontani

Re: On the layout, for avoidance of doubt

Web log analysis, if configured, could give an idea how useful it is ... as you can set yourself up to log all requests quite easily (spot the person who thinks whats the use of GA when you can log stuff & be unaffected by js blocks, GA blocks etc)

We use both, but each to their own purpose.

In an ideal world, "web log analysis" would be the best of the crop, but how do you propose one filters for real, actual users ONLY (the things we're most interested in knowing whether things work for) instead of the zillions of differently behaving crawlers?

For the use case I highlighted, using GA gives us the best 80% of gain for 20% effort. Going the "analyse log files" route for that gets me instead pulling my hair out, and I'd rather keep them for the time being, thanks.

For other stuff we absolutely rely on log file analysis; each has their own purpose, and they're not - to the best of my knowledge and experience, interchangeable.

0
0
Marco Fontani

Re: Geolocating options to turn it off?

Do we actually see different featured stories depending on where we are located

Since time immemorial, the homepage has had "editions" - US, AU, and "GB/Rest of World". The list of stories on the homepage slightly changes depending if you're in US/CA, AU/NZ or elsewhere; very few stories are set to have an edition, but it can be noticeable.

All of them are shown in their respective section, though.

Similarly, the Editorially-picked stories (top stories, don't miss, etc) are also picked by geography.

This allows, say, the AU or US edition to highlight a really interesting "local" story which wouldn't otherwise have the same global importance - while at the same time allowing a particularly interesting "global" story to be able to be shown in that same spot in a global fashion.

2
0
Marco Fontani

Re: On the layout, for avoidance of doubt

Remember that Google [...] only run for those of us who don't block them [...] any data you (don't) get from GA is likely to be substantially more skewed [...]

We do use url-based tracking elsewhere, i.e. on whitepapers - which isn't ads-supported - where we track the "source" for a download, to be able to tell what works (newsletter link, RHS link, "most read papers" etc) and what doesn't. As it's not ads supported, and as the "business" of that site only relies on people downloading whitepaperes, we can't merely use GA as we'd indeed lose a lot of trackability.

That said, you might concede that for the ads-supported site we're instead far more interested in the behaviour of those seeing ads (as the site is ads-supported) which are unlikely to see ads but block GA, as those are likelier to be the ones that keep the site afloat - money wise, not merely comments wise.

3
0
Marco Fontani

Re: Setting cookie already takes JavaScript

To make it worse, the non-JS fallback doesn't show the date/time as it did, it just shows the date, which is useless when you consider that most posts in a forum are made in the same day.

Indeed, I agree. Commit from 2014 reverted and live ;)

7
0
Marco Fontani

Re: "Hidden cookie"?

Perhaps the Register would like to explain "hidden cookie" and its full implications?

TFA says:

Click here to enable the magic hidden cookie to opt-in for the 2018 redesign

and:

The cookie expires after a week, at which point you'll return to the current design.

That's pretty much it.

The link (well, the redpill page's JS, which can be read) sets a cookie, called "test_redesign", and sets it to value "2018", valid for about a week. Clicking the "Back to Classic Homepage" button instead sets it to "off_2018".

Our Apache configuration ensures that even when your preferences are set to seeing the mobile version of the site, that cookie "takes over" for www's homepage, and shows you the new version; on our back-end, we simply check that the cookie exists and has value "2018" and if so we stash a variable, making the templates do what they need (set classes on the body tag, output a different SSI than the "classic" version, etc).

The distinction between "2018" and "off_2018" moreover allows us to see how many opted in and "stayed there", vs how many opted in and quickly (or not so quickly) "went back".

As to the redpill page, that's mainly been used in the past in order to see currently running A/B tests without influencing the outcome of them; i.e. being able to see "revision 2" of a unit, without the page view and/or the click "being counted" for the experiment. As it's meant to be a temporary setting one does, the related cookie's set to expire in just a week. We merely reused that facility to allow you, dear users, to opt in for a relatively short time - without "forcing" you to be part of this alpha/experiment for too long.

4
0
Marco Fontani

Re: This is a human shop, for human people!

One of the advantages of Perl is that you can server-side configure an HTML page to suit the browser. Efficient downloads - and potentially free of Javascript.

Sorry, not going to bring back user-agent sniffing for _everything_ unless I really absolutely must, and only for a few things. It's 2018, not 1994.

We do something like it for our CSS (we serve different CSS to different browsers, to ensure you don't end up downloading too much CSS which is completely useless to your browser), mind you.

We do some similar tricks for supporting HTML5 for IE8 (so as not to burden most users with loading things like html5shiv) but we've got to draw the line somewhere between "let's fix the rendering for those few silly browsers" and "let's make our HTML templates a huuuuge chunk of IF/ELSE/ELSIF based on which flavour of the year browser they are". Macros can help, sure, but that's not the point.

Feature detection / progressive enhancement is where things are at, and we can't "just" use HTML+CSS for _everything_. For some things, we require JS. They keep things tidy and sane for us, and they hardly change much for most users.

Not all users run with ad blockers, noscript, images disabled, etc. etc. There wouldn't be a site at all if that were the case.

2
2
Marco Fontani

Re: On the layout, for avoidance of doubt

I think it's not at all obvious to (m)any of us that "Top Stories" contains only 4 articles: the way that the next row just continues straight after those first 4 articles, I really thought that was a (long) continuation of "Top Stories", and not actually the start of the "Newest first" section.

I completely "get" where you're coming from, but may I point out that the "classic" homepage has the exact same unit (and has had that for 3+ years) and what's changed between "classic" and "new" for that unit is... merely where the "top stories" title is (moved from right to left) and how the "main" pic is portrayed? :^)

I take your point that the "separation" between those section isn't as clear to many people as they'd prefer; we did briefly AB test a "dividing header" between the top row and the slightly lower rows, but the result from that was roughly inconclusive. We'll see!

1
2
Marco Fontani

Re: On the layout, for avoidance of doubt

If you had had a, say, "?src=mostread" parameter in URI links from the "Most read" section, you would be able to tell from your webstats whether (m)any people actually do find it useful. I know that I have literally never used it myself.

Unless the client-side devs screwed something up, we've tracked clicks on "most read" since its inception (and separately, when the RHS "most read" unit used to come in a few A/B variations) and continue to do so in this new design, "simply" using GA, with sampling - and a little chunk of JS.

Re your "how many find it useful", I'm not looking now at the actual stats, but speaking in general... "most read" is quite a good source of additional page views for enough readers to make it worthwhile to be kept. It's maybe not as good a source of additional page views for assiduous readers who've already read those articles, but it certainly is for readers who find the contents of those highly popular articles interesting, as they've not seen them before.

Same goes for all other "editorially picked" slots - they're "pinned" because they'd otherwise "fall down" in the sea of bland, ordered by date published articles - and they'd risk getting missed by less assiduous readers.

If you've not read the news on the site for a few days, chances are that between the "most read", "top stories" and "don't miss" slots you'll find good articles to read - although you might also do well looking at the homepage for recently published articles which might not have had enough time to "rise".

Hope this makes sense! Not all readers are as assiduous as most readers commenting on this article; not all readers actually comment on articles; not all assiduous readers comment. Not all commentards read the articles, either...

In general, this new design tries to give the Editorial team more ability to shape the homepage in a way they weren't able to previously; moreover, it has been a pretext for also going towards responsive design / mobile friendly - which we weren't previously.

Many design matters are mostly a matter of personal taste, and one's choice on what should be on a homepage depends on how they use the site. We have to cater to a lot of users, very different between each other. It's sometimes the case that what works for the power-user hurts "new" users, or the other way around.

It's a difficult balancing game.

2
1
Marco Fontani

Re: Lines, lines and other visual distractions

The use of JavaScript to load images is unnecessary. JavaScript should be an enhacement, not an implementation.

I agree; unfortunately, this is what allows us to simply NOT load those images at all on device sizes which won't be showing them. I'm not aware of any HTML+CSS-only based solution which allows them to NOT be loaded if they're not going to be shown.

Even if you set an element to "display:none", they will get loaded, and that's wasted bandwidth for mobile users.

We have to draw the "JS as enhancement" line somewhere.

2
1
Marco Fontani

Re: News Prioritization by Popularity not ideal.

hmm .... I'm looking closer now. Is "MOST READ" just those four articles in that box and the remainder of the bottom of the page all chronological?

Yes!

It's not really clear

The "most read" unit has a distinctive light grey background, in contrast with the white background used by the other stories, which at least right now are in chronological order.

This all points to the "most read" unit maybe needing a little further hint that it's really just those four stories... but IMVHO the background colour change should be enough.

1
1
Marco Fontani

On the layout, for avoidance of doubt

The new layout is "row based". Each row may have different content, but that content is limited to that row, and doesn't "bleed over".

That means, the "top stories" is just that very first row of stories, comprising of one with images, and three without. Those are editorially picked. You might see that it's a "whole section of one row" as it's got a distinctive border before it (well, next to its title) and after it, delineating it.

You may see instead a "breaking news" row, of one story. If set, it's shown _instead of_ the "top stories" unit.

After it, you'll see a chronological set of stories - from most recently to least recently published.

BUT...

We may instead show you a row of four "most read" stories; that'll have a distinctive light grey background. After that row, the main content resumes.

Or... we may show you a "don't miss" story. That one will be Editorially picked, but the three stories to its right will be the "rightful" stories, from most recently to least recently published.

Or, there may be an Editorially picked story, "stickied" in that position. After it, there'll be three more chronological stories.

Interspersed, you'll see about three ads; some will be full-width and won't impede the display of stories before and after; others will be usually set to the right (or left!) of stories, and the three (or five) stories preceding it will shrink slightly, as (at least on desktop) we can only display ads of a given width (300px or so) on a desktop-sized device.

On a mobile device, the "most read" unit is also four stories, and also has the distinctive background.

Nothing's changed with regards to our displaying stories "generally" in most recently to least recently published order. It's kinda literally just how we portray the stories that has changed.

2
5
Marco Fontani

Re: News Prioritization by Popularity not ideal.

The redesign alpha seems to show just a few of the most recent or perhaps pinned articles up top followed by a 'MOST READ' section which I presume is based on popularity.

It's one ROW of FOUR articles, with a distinctive grey-ish background. It's the same four articles which are shown on the forums or "old homepage" RHS.

The row below "continues on" with the chronological article list.

What I take from this is that it's not too clear to many that the "most read" bit only applies to that row of four articles, _despite_ the distinctive background.

4
0
Marco Fontani

Re: My Comments

On mobile: I can't really tell the difference.

That might've been due to a blunder on my (Apache config) part - as we have an "edition switcher", mostly for mobile, which allows you to always see the mobile site if you've got that cookie set; and the "redesign cookie" wasn't taking over.

It now is, so... even if you've got your edition preference set to mobile, you should be seeing the new homepage if you've opted into it AND are looking at "www", not "m".

2
0
Marco Fontani

Re: Date ordering

I like that the timelines are now correct

Both the new and "classic" homepages have stories ordered from descending published at date, save for 1) the "don't miss" story, which isn't currently shown on the "new" layout - but could; and 2) for "sticky" stories Editorial decides to place somewhere on the page; now replaced with a similar method.

The _bulk_ of stories are ordered; some are sticky somewhere. This hasn't changed in a long, long time.

1
0
Marco Fontani

Re: Not much of a difference

the huge white bar at the top with a single button ("Back to classic homepage") is not supposed to be there in the long term

That's indeed only shown for the opt-in users, to allow them to go back to the "classic" version without having to look up the article, go to the "red pill" page and have to figure out that clicking "rm" removes the cookie ;)

1
0
Marco Fontani

are you getting rid of mobile.theregister.co.uk ?

Not a definite answer, and not in any official capacity - but "likely".

The way things are going web development wise is towards having responsive websites, and this (if and when done right) negates the need for having multiple versions of the same site / content (disregarding AMP for a minute).

We've already gotten rid of the mobile article pages, in case you haven't noticed. They're responsive, and the "www, responsive" version suffices. Next up will likely be getting rid of the mobile homepage - as this new, responsive homepage + our current "edition switching" logic suffices pretty well.

Chances are we will likely make each "page type" responsive, and kill the related mobile-only version as we go.

2
1
Marco Fontani

Re: Don't be Facebook

Can we have a "most recent" articles? (If that's what "Top Stories" is - call it "Most Recent").

Articles are ordered by published at date descending, so you just have to look (usually) at the first row to find those, and work your way downwards.

There'll be some "don't miss" or otherwise editorially-picked articles in the middle somewhere, along with the distinctly styled "Most read" row, but in general the bulk of articles are ordered as above.

3
1
Marco Fontani

Re: Setting cookie already takes JavaScript

the drive towards JS-only websites is rather infuriating.

I wholeheartedly agree - we strive to ensure the basic functionality of "things" works without JS. JS provides an additional layer on top of the basic functionality. You can see (or maybe not, if you leave JS disabled) that for the up/downvote buttons, which are simple/standard HTML forms, but "morph" into AJAX-based things if you have JS enabled. Progressive enhancement might be the correct term?

Or you can (again, maybe not?) see it with the "mobile website" footer button - as that feature is entirely JS-based, you won't find a trace of it in the HTML for the page. It'd be otherwise silly to have a non-functioning button.

On the other hand...

with the new design I will have to enable JavaScript for the The Register domain

The design will continue to work without JS enabled, but you might be missing on a few lazy-loaded images and such. There's no reliable way to do that with CSS only, unfortunately.

On a bigger/wider note, though, JS is pretty much a prerequisite for seeing ads, and the site "lives and breathes" through ad impressions - so by disabling JS you might be getting a subpar experience and might complain about it, but El Reg might be complaining more ;)

7
1
Marco Fontani

There does seem to be a disconnect between the numbe rof articles above the first row of imaged articles - looks to be about 1.5 box widths of whitespace on the right of the last box in the second row.

That "empty space" is actually for an MPU ad, which it seems you're either blocking or not seeing. Is it the former (not a bug) or the latter (a problem)?

3
0

BETA Site

Marco Fontani

Stern Vint Cerf blasts techies for lackluster worldwide IPv6 adoption

Marco Fontani

Re: They are just being frugal

The Reg make no efforts that way. Not even tokens. Not even tests.

The hostname used for most images, regmedia.co.uk, has been returning an AAAA record, and has been usable over IPv6, since at least (let me check the changelog) three years ago.

My last comment on the matter of IPv6 still stands: https://forums.theregister.co.uk/forum/1/2018/05/21/ipv6_growth_is_slowing_and_no_one_knows_why/#c_3521098

Soon®

I'd much rather read a good article on the systems behind the Reg

See the https://www.theregister.co.uk/about/company/website/ ("under the hood") page; you can always fire off an email to webmaster@ and I'll be happy to answer any questions you might have.

As to your question about project management and "technical embarrassment" - you might be right; after all, it's a very small team and we're bound to get things wrong, or done slowly :)

Specifically about IPv6 on thereg, the main reason progress has been slow on the matter for the past few months (couple years now actually) is that I've not been able to secure a "proper" IPv6 connection for testing things properly with. This obstacle has now been stepped over, and as soon as my schedule frees up to allow me to do such tests, fix bugs and enliven things - there'll be IPv6 on thereg.

Mind you that adding IPv6 to ElReg is a little bit like adding icing to the cake. I can work on that icing once the cake's actually looking and tasting good, but if it looks like somebody stomped on it, I can't work on the icing and need to hold it off.

3
0

Presto chango, crypto buyo: You're travelling like El Reg's gang of nerds

Marco Fontani

Re: Why????

https://forms.theregister.co.uk/gg2b/

Click the "Paperback" tab.

0
0
Marco Fontani

Have you tried clicking on the "paperback" tab?

6
0

Finally: Historic Eudora email code goes open source

Marco Fontani

Oh, the memories.

Right before the turn of the century my email was, for all intents and purposes, "on" a floppy disk I carried around (as space on the server was at a premium), which contained the "data" folder for Eudora, which was installed on all available Windows 3.11 for Workgroup computers at the ISP I physically *visited* to read it (I didn't have a home internet connection then).

It wasn't much after that I ended up moving my old 486 box at the ISP, and "just" started using Linux instead.

/sniff

7
0

IPv6 growth is slowing and no one knows why. Let's see if El Reg can address what's going on

Marco Fontani

Especially when Reg is behind Cloudflare. Cloudflare make it as simple as ticking a box to enable IPv6.

You're half right. Enabling IPv6 on Cloudflare is indeed a flick of a button. Unfortunately there are still a few internal systems which wouldn't work when clients start sending them requests using an IPv6 address. In fact, we _had_ it enabled "for testing" on the old channelregister.co.uk site, and that showed us we had a lot of things to fix before we could enable it on thereg also.

We have a branch which purportedly fixes everything IPv6 related on our systems, and I'm now in a position to properly test it.

So, Soon®

19
0

Time to ditch the Facebook login: If customers' data should be protected, why hand it over to Zuckerberg?

Marco Fontani

Re: @Wiltshire

Wrong... go to the FB link on the article page for this any other story... and then click the FB link. You'll see this:

Log in to use your Facebook account with TheRegister.

Yes, you'll have to be logged on to Facebook if you want to use the button to share the story on Facebook, same as the other "share with …" buttons next to it.

The OP was talking about the footer Facebook button, which along the others are mere links to The Register's presence on those platforms.

0
0

Amazon: Intel Meltdown patch will slow down your AWS EC2 server

Marco Fontani

You might want to consider the Rules Of Optimization Club. They've been written for Perl in mind, but I'm sure they apply in most cases. Repeated / amended below:

  • Don't optimize.
  • Don't optimize without measuring.
  • If your app is running faster than the underlying transport protocol, the optimization is over.
  • One factor at a time.

Or, in other words, "make it work, make it correct, and only then make it fast". I much rather have slow code which is correct, than very fast code which gives the wrong answer, performs the wrong calculation, or wreaks havoc.

As to the language of choice, I'm biased as this site's mainly Perl-based… but one surely has to consider the speed and ease at which things can be developed, and not only whether a few milliseconds can be shaved here and there. If gaining speed means having harder to read code, it might not be the best trade-off. It's not always best to optimize for development, rather than for runtime – but it can often be.

Just my 2c.

32
0

"pre" tag not working as expected

Marco Fontani

Forums has always had automatic paragraphs for HTML comments, and when we started allowing HTML in comments we wanted to preserve that behaviour despite it maybe not doing the "right thing" in some contexts; this is one of them; a blockquote with multiple paragraphs is another.

In fact, a simple pre tag with two lines inside it looks "weird enough". Thanks for the test case. I'll look into whether and how to disable auto-paragraphs inside the pre block, as that should likely do the trick.

2
0

page not loading

Marco Fontani

I'm not sure what you mean by that, sorry – is the page not displaying at all? Which browser, and which addons do you have installed?

In order to help you, it'd be advantageous if you could read https://www.theregister.co.uk/Page/problem.html and report back to webmaster@ with your details.

I wonder, though, if this is simply an ad blocker blocking the article as it contains "advertising" in the URL.

0
0

'Gimme Gimme Gimme' Easter egg in man breaks automated tests at 00:30

Marco Fontani

why would an automated test want to run 'man' without any parameters

It didn't. The automated process mentioned in the article needed to run man -w to get the "man path".

As per the article,

When you run man without specifying the page or with -w, it outputs 'gimme gimme gimme' to stderr, but only at 00:30."

So, running man -w (a perfectly sensible thing to do to get the man path) triggered it, which led to the problem.

IMHO, if it outputed the easter egg only on a man invocation, it wouldn't have caused any such problem, and removing the easter egg altogether is unwarranted. Just don't make it work on man -w and make it work on man alone. My $0.02.

35
1

New Forum Wishlist - but read roadmap first

Marco Fontani

Re: Idea for hiding/changing the look of certain commentards posts

You can easily do that today using JS – instead of CSS, as CSS doesn't support styling of a parent div based on properties of a child element.

$('.post .author a[href*="/53495/"]').parent().parent().css('background-color', 'pink')

That's all your posts on any forum page (but not on your own user's page) styled with a pink background.

Any "user scripts" addon should allow you to add the above and have it work.

If you don't like using jQuery (although we load it on all forums pages, so it will currently always be available) you can always Just Use Plain JS, provided your browser supports querySelectorAll:

(function(){ var posts = document.querySelectorAll('.post .author a[href*="/53495/"]');for(var i=0;i<posts.length;i++){posts[i].parentNode.parentNode.style.backgroundColor = 'pink'} })()

... or whatever floats your boat.

0
0

What's with the blasted captchas?

Marco Fontani

Why, when I'm ALREADY logged in to the Reg, have I suddenly started getting bloody irritating, crappy captchas?

We've had CAPTCHAs for various things since at least 2013, and they're usually only shown when "something triggers".

This "something" ranges from what you were doing at that time, your browser signature, your country, your ISP, your IP address, etc.

If it "started this morning" for you, the reason may range from having changed some of your browser settings or having switched to a different VPN than usual, to simply having posted some "trigger words" which make the web application firewall show the CAPTCHA, to err on the safe side before allowing the request through.

If you'd like to discuss this in detail, could you follow our problem reporting page and send us an email at webmaster@?

0
0

Commentards booted off m.register?

Marco Fontani

Re: m redirecting to www?

Then you seem to have a bug, because it's not working like that.

We hear you.

We've now tuned our edition setting functionality a little bit further as to not disrupt the navigation flow on mobile devices.

So, if you're on a mobile device and visit – say – the homepage, then go on a story and click the comments links, you'll be shown the mobile site. If on that same story you click the masthead logo or a section index page, you'll get the mobile version.

To have the same happen on your desktop size device, you'll have to opt in and click the "Mobile website" link at the bottom of most pages (not article pages, as those only exist on www now, and they're responsive).

1
0

Ye Bug List

Marco Fontani

Yes. I even closed the browser session and re-opened. I know that posts don't immediately turn up in the threads, but they also weren't showing when I clicked on the "my posts" link.

Your request to post… well, a "post" on a forum… is "done" (shows up on the forum, shows up on "my posts", etc) only when it's been completely processed by our backend.

Until then, it's just a JSON file on a disk, nothing more.

0
0
Marco Fontani

The posts don't update immediately like they used to.. Some server side caching I suspect

Your "requests" to post a comment, or edit a comment, are placed into a "FIFO queue" along with other things.

If the queue is not empty, your post may take a little while to show up on the site - depending on how many requests there are before yours, their type, and how long they take to be processed.

As the message shown after your post has been sent says, "be patient".

On top of that, if we're making sweeping changes to our backends, we may temporarily stop the processing of new forum posts. You're still able to post, and your posts will be recorded - they'll just not appear on the site until maintenance is complete.

1
0

Page:

The Register - Independent news and views for the tech community. Part of Situation Publishing