Fixing this took me years... I can't believe how long it took. The answers on stack overflow did not help.

The error was due to a mismatching php configuration for running in the shell ( /etc/php/8.1/cli/php.ini ) and in apache (/etc/php/8.1/apache2/php.ini ).

Specifically, I had to enable short tags for the shell: 

npx pnpm i -g pnpm@latest

.

.^.

...then, the current idea, from completely lacking motivation to work, is as follows. Instead of reading news, etc, and being generally unuseful, I will spend time *writing* news, or scrum updates, or 2d sketches, or whatever else that can be generated, rather than consumed.

Just restart jenkins:

service jenkins restart

Specifically for the wco  stack, gem 'iron_warbler' had to be included in that particular instance's (micros_*) Gemfile. Which is a bit disappointing since I wanted libraries to be decoupled - but hey, I'm not going to fix this right now. But please be aware: it may seem that there is a separation between libraries and some libraries (namely models and content) can be installed without the rest of the stack - but that's not the case. The whole stack must be installed.

That happens because the${CONTAINER_VOLUME} path must belong to a user other than root, or prosody fails to start.

Check it out: https://www.clamav.net/

In HTML, classes should be lower-case with dashes:

<div class="class-name-1 another-class-name"> </div>

There are exceptions:

<div class="BookChapter" ></div>

However, ids should be camelCase or PascalCase (capitalized first letter):

<div id="thisDiv"></div><div id="anotherArray"></div>

Or the same question can be asked as: what's a better name: tag1 or tag-1? Depending on if underscores are disallowed, or dashes are disallowed.

While we are on the topic of dashes vs underscores, check out when to capitalize HTML classes, and when to keep ids in Pascal Case.

This happened to me recently... I may have unplugged an external 5Tb harddrive without ejecting it from mac os x 13, and it could not be mounted again. I plugged the harddrive into a windows machine, run "repair" there (whatever that means) and the data was perfectly readable. It's just that the disk would not mount on mac.

Stackoverflow to the rescue! The solution is:

sudo pkill -f fsck

Or actually

ps aux | grep fsck 

It appears that you can just re-run the setup in order to do that:

bundle exec rails ffcrm:setup

.

Change

host: localhost

to 

host: 127.0.0.1

in config/database.yml, to make the connection over TCP/IP rather than local socket.

You may also need to specify port 3306 explicitly.

tl;dr: bind the cron definition file as a volume, and wire running it, as part of the image (in your Dockerfile).

Here is frmo a Stackoverflow answer:

Let's say you have a file hello-cron:

ToC

• EspoCRM
• SuiteCRM
• SugarCRM
• FatFree CRM
• Odoo
• Redmine

tl;dr My current recommendation is: Fat Free CRM, Suite CRM, or a custom (other) solution, in that order.

Hello everyone, very quickly, I have spent several days looking into self-hosting s3 solutions, because I am in the process of moving out of AWS cloud for security reasons.

One of the alternative options that I have considered for S3, the object storage solution, is OpenStack. Some 10 years ago, I have actively developed in the openstack ecosystem, and I remember they provide one or several s3-compatible solutions. In particular, the OpenStack Swift supposedly provides an option for self-hosted s3. You can install it as part of the devstack, which can run on a single machine.