This section is only for discussing issues pertaining to the PerlMonks web site itself.
For example, asking about how things work, or offering ideas on how the site could be made better.
Recently (maybe 3 weeks ago now) something appears to have changed which means that frequently pages which would have loaded quickly now load much more slowly. My experience has always been that this site is fast by the standards of the modern web - almost everything downloads and finishes rendering in well under a second. But the last few weeks has seen this significantly alter where some requests are taking a great deal longer - up to 15 or 20 seconds in some instances and very often 5 seconds or more. This is a noticeable degradation.
Investigating via the in-browser tools shows that this is a delay in initial HTTP response. It's not DNS or the TLS setup, both of which happen very quickly, but after that the page response is the one which takes a long time to start. This can happen on any page and it doesn't seem to be some more than others.
Hopefully whatever is causing this is easy to find and simple to resolve. It would be great to have the old, snappy performance back again. :-)
This was discussed in the CB at the end of last week. Since that confirmed that it isn't just me affected, I'm raising it here for TPTB to be made aware.
It is with some regret that I've come to realise that my return to Perl is unlikely, let alone any time soon. Since I've not really been an active participant in this community in years, I think it's prudent to accept the truth and pass on the torch.
I will be shutting down the CB stats service I've been running for probably over a decade now by the end of the year. That service also provides last hour of cb, and so that will also disappear.
While I'm more than willing to pass on the codebase I have to any who ask for it (my nick at gmail.com), please be forewarned: it's not the cleanest code, and it was used to learn both Coro and DB2 (the latter of which for whom I worked at the time), and you'll probably want to re-seat it against a different database, the queries will be significantly less performant (sorry, but the joins are things that DB2 objectively does better than MySQL). I've gone on to do a lot of work against various databases, and what I learned writing this helped immensely, so I have zero regrets about doing it.
Why am I no longer doing Perl? Well, it's simple. After working from home for 13 years, I was told to return to Toronto. That wasn't going to happen, so I had to find another job. Took me 18 months, during which time I managed to hold on to the work-from-home position. What I found was something doing C# on Windows. That job was, let's just say, sub-optimal, and a bit over a year later I found another local job still with C#, leading a small team. I've been here for over four years at this point. By January, it'll have been about 5 years since I did any significant amounts of Perl.
Also, while working from home, I also helped out with an online game written in Perl, which got shut down shortly before I left the work-from-home position. I've come to realise that part of its cost in running came down to Perl - specifically, its lack of threading and co-routine support. (Yes, Coro works, but it's a serious hack to the point where I'm not confident in its future, but also its ability to support all the drivers and such that would be required for this.) I've wanted to re-start this game, but only recently embarked on this, and decided a better backend for this game would be .NET whose native support for threads and co-routines (async/await) is significantly stronger, but also because I'm already using that in my day job, so it becomes advantageous to stay ahead of the team that reports to me on technical matters this way. This serves to drop my chances at returning to Perl in any significant manner even further.
I cannot guarantee a timely return to view any responses here. You're better off with email if you feel the need to reach me. While I, personally, don't see any harm in multiple monks having their own CB scrapers and CB stats generators, you will definitely need the gods approval to take over the last hour of cb, as they will have to assign ownership to someone.
This node doesn't show the 'in reply to' and 'in thread' hyperlinks for me. I first suspected some user based setting based on depth, but this doesn't seem to be the case as this displays them as expected.
Update: I don't recall seeing this before. Does it render for everyone else the way it does for me?
PerlMonks already has a dark theme, but it is not automatically selected when not logged in. Literally every website, app, IDE etc. I use regularly nowadays supports a dark mode, and opening PerlMonks in the evenings, e.g. on mobile where I'm not logged in by default, is therefore much less enjoyable to my eyes, and I suspect it's similar for anyone who has selected the dark mode on their mobile, OS, or browser.
Supporting dark mode is easy nowadays with the corresponding CSS media selector. I propose a new color theme, "auto light/dark", and making this the default for non-logged-in users. This change would only affect users who are not logged in, and only those who have selected dark mode in their OS/browser - all other visistors will see no difference; logged in Monks could select the new theme in their display settings if they prefer. The other great thing is that supporting this and changing the theme doesn't require any server-side detection, JS, or even page reloads.
I assume someone has been working on "Slashdot nodelet" and has broken something.
Maybe several things.
Here's what I found.
Initially, I was surprised to see all links in this nodelet were showing as "visited".
I then noticed that all of the target URLs were the same.
(The link texts are different, and look like genuine Slashdot headers.)
I then became aware that links point to the current page. To clarify:
as I write this, all Slashdot links on the current tab point to 'https://www.perlmonks.org/?node=Perl Monks Discussion';
I opened Tidings in a new tab to check if any work had been reported,
all Slashdot links on that tab point to 'https://www.perlmonks.org/?node=Tidings';
changing back to the tab where I'm writing this
and all links here still point to 'https://www.perlmonks.org/?node=Perl Monks Discussion'.
I've checked several other nodelets but their links do not appear to be affected by this problem.
There's one other minor issue.
The emboldened word Slashdot now appears immediately beneath the Slashdot nodelet heading:
it wasn't there yesterday and it's completely redundant.
Is the restriction on image definition and size for our profile pics due to storage limitation?
I updated my own after numerous years and found that the limitations seemed to be possibly antiquated a little bit. I had to hack at my image in Preview on my Macbook and I'm not complaining, but it did get me to wonder why the restrictions seem so limited.
Does anybody else get this error? When I visit PerlMonks, I get a certificate expired message in my web browser. It doesn't matter which browser I use. Same thing happens when I visit PerlMonks on my phone. I get an error message. Apparently the expiration date is Sunday, September 17, 2023 which is today. Can somebody fix this? Btw I wouldn't mind if PerlMonks went back to use HTTP only. Saves you some money. I see no reason why PerlMonks should be using HTTPS. This is not a bank. What are you trying to protect?
Hi Ken, there was a thread some time ago where people could post quips to be considered for incusions. I think some of the gods or sitedocclan add things from time to time
Simply adding a new PerlMonks Discussion node, to promote an older PerlMonks Discussion node,
has the same problem in that it too will fall into disuse:
"I want more monkquips" had various responses throughout 2009; then one in each of 2010, 2011 & 2015.
Accordingly, I'm throwing out the idea for discussion of having a Quip Quest.
I envisage this would be set up similar to the poll idea quest YYYY,
in the Quest category (which appears at the top of the The Monastery Gates).
A How do I create a Quip? page would have comparable information to the How do I create a Poll? page.
Here's a non-exhaustive list:
Maximun length of quip.
Intended quip target location: XP Nodelet, Chatterbox, ...
Optional background & foreground colours.
I would stipulate that this option requires both colours and that they be contrasting
(to avoid issues with Display Settings custom colours).
You may want to double-check the CSS selector used because I think this may differ based on other settings you've chosen.
Also, you may wish to choose a different colour scheme. highlight.js (the syntax highlighter used) comes with a huge variety of colour schemes. Scroll down to the bottom of this page to find URLs for other options. (And previews are here.)
Snippets of code should be wrapped in
<code> tags not<pre> tags. In fact, <pre>
tags should generally be avoided. If they must
be used, extreme care should be
taken to ensure that their contents do not
have long lines (<70 chars), in order to prevent
horizontal scrolling (and possible janitor
intervention).