Account created on 10 September 2009, about 15 years ago
#

Recent comments

πŸ‡¬πŸ‡§United Kingdom iainH

Yes, I understand. I think this would meet our needs.

πŸ‡¬πŸ‡§United Kingdom iainH

At a content level I imagine an "always use cache for all users" setting so that a site builder can say

Structure >> Content Types >> ContentName >> Edit >> Publishing options >> Use as Simplenews newsletter AND IGNORE per-user rendering

I understand one issue here is that there is a need to prevent publishing content that only certain recipents should see, but surely this is already sufficiently under the control of site builders who can specify different Display View Modes where fields can be omitted from display.
Or, if this is not sufficient then the Content's Publishing options could specify one Display View Mode for sensitive information and another for anonymous viewing ... gets complicated to implement I imagine.

Another poossibilty is a switch that could be set per field in the Content's Display View Mode in much the same way as a site builder can specify "Image Loading: eager" for a Media field so that you can say "Structure >> Content Types >> ContentName >> Manage Display >> Email:HTML >> FieldName >> cogwheel >> "IGNORE / MUST DO per-user rendering"

πŸ‡¬πŸ‡§United Kingdom iainH

This is how I do it now via crontab -e. Resolves my issue.

*/15 * * * * /usr/local/bin/drush -r /var/www/drupal/web core-cron --quiet --uri=my.website.name.uk
πŸ‡¬πŸ‡§United Kingdom iainH

alpha3 seemingly removes excessive unconfirmed subscribers so this is not a priority for me now

πŸ‡¬πŸ‡§United Kingdom iainH

Do you have $settings['trusted_host_patterns'] set in settings.php? We do.
According to this article $base_url was β€˜removed’ from settings.php for better security in favour of $settings['trusted_host_patterns'].
There is an inconsistency that needs investigating if this is the case and the Password Policy module still needs the global variable $base_url

πŸ‡¬πŸ‡§United Kingdom iainH

Apologies for delay. Yes, uninstall and re-enable latest version fixed the issue for me

πŸ‡¬πŸ‡§United Kingdom iainH

Regrettably 9.2.2 fails when visitor accesses webform - works on other pages.

[Wed Feb 01 20:28:46.698196 2023] [proxy_fcgi:error] [pid 918:tid 139870328837888] [client 114.119.135.92:57400] AH01071: Got error 'PHP message: Drupal\\Core\\Database\\DatabaseExceptionWrapper: SQLSTATE[42S02]: Base table or view not found: 1146 Table 'drupal.cleantalk_ua_bl' doesn't exist: SELECT * FROM cleantalk_ua_bl ORDER BY `ua_status` DESC; Array\n(\n)\n in /var/www/drupal/web/modules/contrib/cleantalk/lib/Cleantalk/Custom/Db/Db.php on line 81 #0 /var/www/drupal/web/core/lib/Drupal/Core/Database/Connection.php(987): Drupal\\mysql\\Driver\\Database\\mysql\\ExceptionHandler->handleExecutionException(Object(PDOException), Object(Drupal\\Core\\Database\\StatementWrapper), Array, Array)\n#1 /var/www/drupal/web/modules/contrib/cleantalk/lib/Cleantalk/Custom/Db/Db.php(81): Drupal\\Core\\Database\\Connection->query('SELECT * FROM c...')\n#2 /var/www/drupal/web/modules/contrib/cleantalk/lib/Cleantalk/Custom/Firewall/Modules/AntiFlood.php(72): Cleantalk\\Custom\\Db\\Db->fetchAll('SELECT * FROM c...')\n#3 /var/www/drupal/web/modules/contrib/cleantalk/lib/Cleantalk/Common/Firewall/Firewall.php(180): Cleantalk\\Custom\\Firewall\\Modules\\AntiFlood->check()\n#4...', referer: https://bradford-abbas.uk/index.php/allnews?page=0"
Production build 0.71.5 2024