Habe inzwischen folgende Antwort erhalten:

Für den Cronjob legen Sie sich zuerst im Hauptverzeichnis der Software eine
Datei (beliebiger Name) mit der Endung ".php" und folgendem Inhalt an:

<?php
exec("php73 bin/worker.php 2>&1", $out, $result);
echo "Returncode: " .$result ."<br>";
echo "Ausgabe des Scripts: " ."<br>";
echo "<pre>"; print_r($out);
?>

Habe den PHP Script manuell ausgeführt und folgende Meldungen ausgeworfen bekommen:
Ausgabe des Scripts:

Array
(
[0] => sh: /usr/bin/cat: Permission denied
[1] => sh: bin/worker.php: Permission denied
[2] => sh: /usr/bin/cat: Permission denied
[3] => sh: bin/worker.php: Permission denied
[4] => sh: /usr/bin/cat: Permission denied
[5] => sh: /usr/bin/cat: Permission denied
[6] => sh: /usr/bin/cat: Permission denied
[7] => sh: /usr/bin/cat: Permission denied
[8] => sh: /usr/bin/cat: Permission denied
[9] => sh: /usr/bin/cat: Permission denied
[10] => sh: /usr/bin/cat: Permission denied
[11] => sh: /usr/bin/cat: Permission denied
[12] => sh: /usr/bin/cat: Permission denied
[13] => sh: /usr/bin/cat: Permission denied
[14] => sh: /usr/bin/cat: Permission denied
[15] => sh: /usr/bin/cat: Permission denied
[16] => sh: /usr/bin/cat: Permission denied
[17] => sh: /usr/bin/cat: Permission denied
[18] => sh: /usr/bin/cat: Permission denied
[19] => sh: bin/worker.php: Permission denied
[20] => sh: /usr/bin/cat: Permission denied
[21] => sh: bin/worker.php: Permission denied
[22] => sh: /usr/bin/cat: Permission denied
[23] => sh: bin/worker.php: Permission denied
[24] => sh: /usr/bin/cat: Permission denied
[25] => sh: bin/worker.php: Permission denied
[26] => sh: /usr/bin/cat: Permission denied
[27] => sh: bin/worker.php: Permission denied
[28] => sh: /usr/bin/cat: Permission denied
[29] => sh: bin/worker.php: Permission denied
[30] => sh: /usr/bin/cat: Permission denied
[31] => sh: bin/worker.php: Permission denied
[32] => sh: /usr/bin/cat: Permission denied
[33] => sh: /usr/bin/cat: Permission denied
[34] => sh: /usr/bin/cat: Permission denied
[35] => sh: /usr/bin/cat: Permission denied
[36] => sh: /usr/bin/cat: Permission denied
[37] => sh: /usr/bin/cat: Permission denied
[38] => sh: /usr/bin/cat: Permission denied
[39] => sh: /usr/bin/cat: Permission denied
[40] => sh: /usr/bin/cat: Permission denied
[41] => sh: /usr/bin/cat: Permission denied
[42] => sh: /usr/bin/cat: Permission denied
[43] => sh: /usr/bin/cat: Permission denied
[44] => sh: /usr/bin/cat: Permission denied
[45] => sh: /usr/bin/cat: Permission denied
[46] => sh: /usr/bin/cat: Permission denied
[47] => sh: /usr/bin/cat: Permission denied
[48] => sh: /usr/bin/cat: Permission denied
[49] => sh: /usr/bin/cat: Permission denied
[50] => sh: /usr/bin/cat: Permission denied
[51] => sh: /usr/bin/cat: Permission denied
[52] => sh: /usr/bin/cat: Permission denied
)

Nein (noch nicht - es ist evtl. geplant ein Tarif nach oben zu buchen, bei welchem dann SSH möglich ist).

Ich kann Cronjob quasi per Backend / Frontend anlegen.

@xy

Cronjobs laufen bei All-Inkl doch auch bequem übers KAS!?!

@nick @xy Irgendwie zeigt es aktuell nicht mehr den kompletten Verlauf an.

Habe von All-Inkl die Antwort erhalten: Für den Cronjob legen Sie sich zuerst im Hauptverzeichnis der Software eine
Datei (beliebiger Name) mit der Endung ".php" und folgendem Inhalt an:

<?php
exec("php73 bin/worker.php 2>&1", $out, $result);
echo "Returncode: " .$result ."<br>";
echo "Ausgabe des Scripts: " ."<br>";
echo "<pre>"; print_r($out);
?>

Habe gestern noch folgende Antwort von All-Inkl erhalten:

die worker.php benötigt die Berechtigungen (chmod) 755, dann gibt es für diese
keinen Permission denied Fehler mehr. Der Zugriff auf /usr/bin/cat ist jedoch
bei uns grundsätzlich für PHP exec nicht erlaubt. Dies ist tarifunabhängig.

Damit ist Friendica auch nicht für die KAS Software-Installation geeignet.

Sie können einmal als Alternative "Humhub" probieren, dies ist ein
vergleichbares System. Sie benötigen dort ebenfalls Cronjobs, die Sie jedoch
auch über den unten beschriebenen Weg anlegen können. Bei diesen sind mir auch
keine Probleme mit gesperrten Befehlen bekannt. Humhub beinhaltet auch einen
Updater, der einfach über das Backend ausgeführt werden kann. Bei Friendica ist
das Update komplizierter und benötigt auch eher SSH.

Mein Fazit:
1. irgendwie "läuft" Friendica hier (shared) schon "durchaus"?! Etwas langsam, aber scheint ja zu funktionieren
2. evtl. spätestens beim Update dürfte es Probs geben?
3. ist HumHub auch mit AcitityPub kompatibel? bzw. ist was geplant?
4. werde die Tage ein Erfahrungsbericht auf dem Blog veröffentlichen

@heluecht
Was bedeutet denn in diesem Fall "vollwertige Shell"?

Ich habe #Friendica auf einem "Schmalspurhosting" installiert...

@tux

1Blu.

Ein Paket aus einer Werbeaktion.

Bisher nur testweise...
... hatte ein Problem bei PHP 8.1, 7.4 schien okay, jetzt 8.0... und die aktuelle #Friendica-Stable 2022.10.