The following came up when I searched google for 'perl guru'

Looking for a perl guru - PerlMonks
https://www.perlmonks.org/?node_id=153147

Jun 15, 2018 - 4 posts - 3 authors
[download]

What I found strange is that google's search results present this link with the date Jun 15, 2018 whereas the actual node's newest content is from Mar 20, 2002. It also misses the author count (3 instead of 4) but succeeds on the posts count (4). But it is the date mismatch I find the most important, it happened to me several times already.

This could be entirely google's mistake, or a PM hack-not-bug :), I am just reporting it.

My node Last best chance to rename "Perl6" which pointed out a blog post elsewhere, predictably garnered a number of downvotes. For most of yesterday and today the reputation of the node has been displayed to me as '10' with 'no significant downvotes.' Yesterday once in the evening I saw it showing (16+, 6-). Is "significant downvotes" variable? Is six downvotes sometimes or always considered insignificant? Is this intermittent behavior a bug?

Thanks!

Even if the Developers of PerlMonks could take offense about this issue I will very frankly suggest you possible improvements on technical side.

https://www.perlmonks.org/?node_id=1223053
I have been told there were many Post on this issue before ...
- I could not find any of them.
=> By the flood of Posts stuff gets flooded away.
=> You can't find your way around on PM when you for some information.
Solution: Tagging - Setting Tags on discussions helps the visitor navigate the site and read more information.
(It helps you very strongly on Google as well.)

The PM Theme needs a new modern Mockup.
You might implement:

• MVC
• Templates

I posted replies to Replace strings in text file and looping over multidimensional arrays yesterday, but those seem to be missing now. They showed up fine after I posted them. Same for a whole bunch of votes from around that time, I don't see those anymore. What's up with that?

I've just encountered a transient error with respect to timezones.

While logged in I viewed a thread to which I had contributed and noticed that the time on one of my posts was incorrect (because I was asleep at the reported time). It was around 4 hours out. Looking at the responses to my post the timestamps there were also out by the same sort of amount. I then up-voted a couple of nodes on the thread and on doing so the reloaded page showed the correct times (or rather the times in the correct zone) again. My user's timezone is Europe/London and the reported incorrect times appear to have been 4 hours behind this (ie. UTC-3).

Obviously this does not constitute a major problem in and of itself. But just in case it is a symptom of something much more serious I thought it worth reporting.

If it helps trace it, the page with the incorrect timezones was Re^2: The Future of Perl 5 and was loaded at 2018-08-22 08:04 GMT, according to the Other Users nodelet.

I don't know if it's just me or my browser becoming wonky, but I had much trouble posting and updating posts in the last 60 minutes.

For some reason I was always redirected to the monastery gates and had to go back and send again multiple times.

C&P into a new tab often helped.

update

even clicking on "I've checked all of these" on RAT view can redirect me to Monastery Gates

Solution

this seems to be related to https redirection. I followed old links and saw a http version of the forms (actually the http:// part was hidden), but after posting I was redirected to the https:// version of the start page.

Not sure if this should be just redirected to the Janitors or if anyone even cares ... but:

The form at the bottom of the CPAN nodelet is aimed at 'http://search.cpan.org/search' which still gets one to the MCPAN site due to the external re-direct (as I understand it). However, there is constantly a warning in browsers like Google Chrome and Chromium about an insecure site being targeted from the secure site. Not a huge deal I guess, but I was wondering if it would be worth it to simply change that form to point to MCPAN directly. Again, not a huge deal, and I understand that it might be pretty low priority...

Thanks...

Re^5: RFC: Hide Very Bad Answers From Visitors (Bla)

But it doesn't show up under replies.

IMHO that's new behaviour...

For comparison go to Reaped: Re^6: RFC: Hide Very Bad Answers From Visitors

And click on "in reply to"

Possible reasons:

• It was reaped in the meantime.
• the new patch to hide bad posts

update

at the time of posting this, neither the Reaped Node nor it's placeholder were under -5 rep.

please stop reloading, you are reposting your thread constantly!

add rewrite rule to redirect /index.pl?node_id=.... to /?node_id=.....

POST and automatic redirecting?

Redirect after post for happy bookmarking and refreshing

Following on from previous discussion on this topic...

Problem:

In the eye of the public (that is, not-logged-in visitors), the apparent quality of the site can be significantly dragged down by answers (or other replies) which are esteemed by the voting population to be notoriously poor.

Proposed Solution:

Within threaded views of discussions, hide from Anonymous Monk any replies with a sufficiently low negative reputation.

Details:

In the threaded view of a post within a section such as SoPW, and within the threaded outlines displayed by RAT, any reply with a reputation below a given threshold will not be displayed. (This has the effect of hiding the entire sub-thread rooted at such reply as well.) This feature would only affect Anonymous Monk. Proposed threshold: -7.

This would not affect any node being viewed "directly", only replies under it -- regardless of that node's type or reputation. It also would not affect root posts being shown in RAT.

FAQ

Q. I want to see every reply, even low-rep ones. Does this affect me?

A. No, as long as you're logged in.

Q. Ok, suppose I'm Anonymous Monk. Can I opt out of this "feature"?

A. No, as long as you're not logged in.

Q. Ok, then are these "very bad" replies completely inaccessible to me?

A. No; you can still get to them via other normal means, such as Search and Super Search, and direct links.

Q. What about in Newest Nodes? Will these "very bad" replies be hidden there as well?

A. Not under the current plan. That's a more "raw" interface, and isn't particularly useful for visitors trying to get a view of a "question" along with its "answers".

Q. I think a node would have to be much worse than -7 to merit this kind of treatment.

A. That's not a question. Here's a question: What threshold value would you suggest?

Q. This sounds like reaping but without the process. Why don't we just let the reaping process handle this problem?

A. The criteria for reaping are fairly strict. Simply having abominable technical merit (for example) is not sufficient grounds for reaping. Yet these are not strangers to our land it may still be desirable to shield the eyes of innocent visitors from such content. That's all we're trying to do here. Once you've signed in at the front gate and picked up your meal chit, all content is laid bare, just as always, no matter how bad.

Other thoughts on this idea? Alternative proposals?

See my update below.

Our host, Pair.com , will be moving the machines from *BSD to Ubuntu. The move will happen in stages and should take only 20 minutes per machine.

There will be at least a downtime of 20 minutes when the database machine will be offline. We don't foresee other downtimes, but as we move to a new environment, there might be some unforeseen interactions that take longer to resolve.

• When i am logged out, the last comment on the page is: Re^2: "This site is not secure" warning message.
• When i am logged in, the last comment one the page is: Re: "This site is not secure" warning message.

Could this be due to some caching issues?

UPDATE: DOH! kcott cleared it up. I did not realize the ordering is "Best first" when logged out. I assumed chronological ordering, just like when one is logged in. The post of shmem stayed at the bottom because it was a response to sundialsvc4. All newer post simply were in front of sundialsvc4 because they had a better rating.

The barrier to entry at PerlMonks has risen too high for me to continue to spend time clicking to indicate I'm willing to ignore the security risks. I can live with the passwords being stored in clear text, and with all the other warts, but I am done with the certificate issue. Even with monk pictures turned off, as has been recommended in another thread as a user-initiated solution to the server's shortcoming, I get the message.

And... I get the message.

I had hoped that this would get fixed by now. But nothing has changed in some time. So the message to me is that making the site usable so that people can continue to use it to contribute to the Perl community is not deemed a worthwhile effort. So my message is that I have understood this, and won't be contributing here going forward until the certificates are fixed.

Dear Everyone,

I checked the Tidings and there is nothing (yet) regarding the latest change. PerlMonks has apparently installed 302 redirects and therefore disabled access via unencrypted HTTP protocol.

Has the domino chip fallen, is this the final decision?

I joined PM with the understanding that this is a community firmly based on pursuit of enlightenment, sharing of knowledge, and furthering the open discourse and exchange of ideas in all matters related to programming, and perl in particular. All of my notes were published in the good faith, and with the implicit intent that they be distributed with no restrictions, freely, no strings attached, to the benefit of anyone seeking education.

Lately, I've been more of a lurker but still contribute where I may. It saddens me to see yet another site fall... I shall be considering if it possible for me to contribute any longer. It seems the entire future of PM has become clouded on this very day.

ps. I'm not advocating against https.