We got an email from Microsoft Azure, asking us to update firewall configurations to allow Logic Apps IP addresses by 28 September 2024.
Verified in all our accounts that the only logic apps we used were the VM automatic start/stop apps which are currently disabled. So, no action to be taken for this.
It turned out that I did not need to include glm etc, as in the page above, since simple linear interpolation followed by normalization was sufficient for my use case. Apparently linear interpolation is close, though not exact - this discussion.
One of our websites had an issue, described as below:
... User was accessing the system using old@gmail.com. She had some issues with that id and she edited her profile on CMS and changed it to new@gmail.com While the system allows her to login using her new email address, she is unable to see the assets assigned to her as editor in the new id. Even when she creates an asset, even though she logs in with her new email, the asset gets created under her old email id ...Solution was:
In the users table of the Postgres database, only the "email" field is editable by users - now updated the "username" field to
new@gmail.com
from
old@gmail.com
(The updating of username field by users is not enabled since back-end changes to the CMS data sheet are needed when such a change happens.)
One of our forms, which had first level protection using a hidden field, occasionally got bursts of spam submissions. Added Cloudflare turnstile as an additional layer of protection.
In the <head> section of the web page which had the form,
<script src="https://challenges.cloudflare.com/turnstile/v0/api.js" defer></script>
Inside the form,
<div class="cf-turnstile" data-sitekey="0x4OUR-SITE-KEY0-"></div>
and in the done function, handling the "failed captcha" situation -
$.ajax({
method: "POST",
url: url,
data: user
}).done(function (msg) {
// When the request is successful
if(msg=="Success") {
$('span').html('<strong>Thank you for submitting your details. We will get back to you shortly, in a week or so.</strong>');
$("form").trigger("reset");
}
if(msg=="Failed captcha.") {
$('span').html('<strong>Please resubmit after the captcha loads, checking the box to confirm you are human if necessary.</strong>');
}
}).fail(function (err, textstatus, error) {
$('span').text(textstatus);
});
Then, we need to add some back-end code. Since we're using Google Apps Scripts, this looked like:
One of our Moodle sites was presenting users with this error, "Missing Site UUID or Hub Secret. Please check your Hub registration".
Apparently the fix is to change a setting, as mentioned at
https://h5p.org/node/1472461
"uncheck the option "Use H5P-hub. mod_hvp | hub_is_enabled" in the H5P settings in Moodle (.../admin/settings.php?section=modsettinghvp"
