This weekend, i'm in the process of upgrading the server on which chatterbot runs to Ubuntu 24.04. Depending on how this goes, chatterbot might be unavailable for a few hours. This will also affect last hour of cb.

The process generally involves upgrading the OS as well as multiple local Perl installations an their respective slew of CPAN modules. (Different services on my server run on different users, each having their own Perl installation).

chatterbot now logs access times and errors whenever it accesses the Monastery anyway, see pm server stats. Useful to see if the monastery is having more technical issues than usual. (There might be a bug pertaining to actually logging the errors encountered, still working on it).

Thanks to chatterbot, chat has now all the tools needed to resolve any intellectual conflict 😉:

Command	What does it do
!coin	Flips a coin ("heads" or "tails")
!d6	Rolls a standard six sided die for those complicated multiple choice questions.
!d20	Rolls a 20 sided D&D die. Attack, defense, extra-complicated multiple choice forms, you name it.
!8ball	Simulated Magic 8 Ball. Can answer any yes/no question.

Answers to this commands include a fake ID, so chatterbot can post the same answer multiple times consecutively. For example, when multiple coin tosses are requested in short order in a "best out of three" solution. Just ignore the ID.

Normally, when the site redirects you to a 'default' page, it is The Monastery Gates.
If you'd rather have it go to a different page, visit your User Settings and enter the node ID in the 'Preferred Default Page' field.

Currently, this is only respected in the Login page.
The plan is to have it respected in other places as well.

Update: The new default page redirects you to your configured preferred default page, in case you find that useful.

Hi. Is there a limit to the number of permitted responses ?? I have a thread which seems to not permit another reponse.

Regards JC......

just a small change, but maybe hard to implement, of a behaviour I find a bit annoying.

• actual behaviour If I go from page A to page B and then I vote for some node the page refresh afeter hitting the stumbit buttom. So if I use the Back button of the browser I find myself still in page B
  
  
• desired behaviour I vote for some node in page B and if I go back in history with the browser I land in A

• make the vote something inline within the page as suggested by an uberwise monk, so that clicking the voting button does not reload the page via a submit button but records the vote
  
  
• use the OnSubmit (or whatever is called) to remove the page from browser history

L*

Hi. As the title suggests, is it possible to access one own postings.

Regard JC......

UPDATE: These two nodes are also relevant Patterns in PerlMonks Searches and Exact words in super search, however, it's still not entirely clear to me what the 'separate strings with' option does, since the search matches substrings.

Just some quick notes:

I have updated chatterbot to disable self-referencing Karma (chatterbot will quip that he dropped your vote into the recycling bin or something similar). It's not 100% foolproof, but it's better than before.

I have also fixed a timezone bug in the CBStats "special nodes" section that watches for Paco to return. This might or might not break when switching between daylight savings and standard time.

If you have noticed any other bugs, just send me a private message.

Since some days and only using Chrome (version 125.0.6422.113 (Official Build 64 bit) I cannot browse anymore perlmonks.org (nor www. .com .net etc.) because of the following weird error: NET::ERR_CERT_INVALID and inspecting the certificate I see the certificate presented is: css.perlmonks.com Common Name: <empty> issued by: Common Name: GTB Technologies, Inc (46115)

If I inspect it with openssl.exe (I'm on windows but I dont lean out of it.. :) and grep I see valid certs only:

 openssl s_client -showcerts -servername 66.39.54.27 -connect css.perl
+monks.org:443 2>/nul | grep CN
   i:/C=GB/ST=Greater Manchester/L=Salford/O=Sectigo Limited/CN=Sectig
+o RSA Domain Validation Secure Server CA
 1 s:/C=GB/ST=Greater Manchester/L=Salford/O=Sectigo Limited/CN=Sectig
+o RSA Domain Validation Secure Server CA
   i:/C=US/ST=New Jersey/L=Jersey City/O=The USERTRUST Network/CN=USER
+Trust RSA Certification Authority
issuer=/C=GB/ST=Greater Manchester/L=Salford/O=Sectigo Limited/CN=Sect
+igo RSA Domain Validation Secure Server CA
^C^C
[download]

without grepping the output I notice: Verify return code: 20 (unable to get local issuer certificate) but that shoud not be an issue.

The same happens with openssl   .... -servername 216.92.34.251 ... (the other IP).

I cleaned the site's data and all data from all website stored in Chrome (not cleared cookies tho) and reboot happened in the meanwhile.

If I export the certificates I can also see right SAN (Subject Alternative Names):

...but with this strange issuer: Issuer: C = US, CN = "GTB Technologies, Inc (46115)" it does it means I'm under a transparent device masking my request? If so why not with Firefox? Just for your info and in the hope these are useful informations.

L*