Software für Soziale Netzwerke (Open Source)

[Ha34Meiner]

@ansorg
kann man denn Mastodon auf der Syno im Ordner Web installieren oder braucht man dafür die Docker-Funktion?

 

[Holger1974]

Was ist denn die Ausgabe, wenn du den Befehl auf der Shell absetzt?

Bin über den Cronjob-Editor rein , der als Zusatzpaket bei Synoliogy läuft. Bei anderen Anwendungen gibts da keine Probleme, alles wunderbar gelöst.. Die vorgenannten Werte wurden eingegeben.
Über die Shell (via Putty) habe ich mich noch nicht vorgearbeitet.

 

[geimist]

Frogman gab dir ja schon den treffenderen Tipp …

 

[Holger1974]

Frogman gab dir ja schon den treffenderen Tipp …

Danke. Wie konnte ich das nur übersehen. Dann probier ich das mal aus

 

[Holger1974]

Ein Stück weiter bin ich, allerdings beiße ich mir an dem stündlichen Cronjob noch ide Zähne aus.

Cronjob für stündliche Ausführung --> läuft nicht
Cronjob für tägliche Ausführung --> läuft !!!!!!

Einträge im Synology Cronjob-Editor sind:

* * * * * /usr/bin/php72 /volume1/web/humhub/protected/yii queue/run >/dev/null 2>&1
* * * * * /usr/bin/php72 /volume1/web/humhub/protected/yii cron/run >/dev/null 2>&1

Ich habe die Sternchen auch schon weggelassen, Resultat ist immer das gleiche.

 

[Frogman]

Einträge im Synology Cronjob-Editor sind:

* * * * * /usr/bin/php72 /volume1/web/humhub/protected/yii queue/run >/dev/null 2>&1
* * * * * /usr/bin/php72 /volume1/web/humhub/protected/yii cron/run >/dev/null 2>&1

Mmh, das Abschreiben ist wohl echt schwerer als gedacht... Hast Du nach meinem Hinweis auf meinen Post mit den cronjobs da wirklich mal hingeschaut?

 

[Holger1974]

@Frogman: Ja, habe ich, wenn es der Eintrag vom 10.12.2018 ist.

* * * * * root /usr/local/bin/php70 /volume1/web/humhub/protected/yii queue/run >/dev/null 2>&1

*/15 * * * * root /usr/local/bin/php70 /volume1/web/humhub/protected/yii cron/run >/dev/null 2>&1

Nachdem der Pfad zuvor /usr/bin/php70 lautetete und es auch nicht lief, habe ich gedacht, ich probiere es mit /usr/bin/php72. Zu früh gefreut

Dafür konnte ich in der Zwischenzeit einen anderen Fehler lösen: Der Hinweis, dass Humhub im Testmodus läuft, ist nun weg.
I
ndex.php wie folgt anpassen

// comment out the following two lines when deployed to production
defined('YII_DEBUG') or define('YII_DEBUG', false);
defined('YII_ENV') or define('YII_ENV', 'prod');

 

[geimist]

finde den Fehler:

*/15    *    *    *    *    root    /usr/[B][COLOR="#FF0000"]local[/COLOR][/B]/bin/php70 /volume1/web/humhub/protected/yii cron/run >/dev/null 2>&1
*    *    *    *    *    root    /usr/[COLOR="#FF0000"][B]local[/B][/COLOR]/bin/php70 /volume1/web/humhub/protected/yii queue/run >/dev/null 2>&1

 

[Holger1974]

Hallo Frogman, Danke..Naja, das Alter eben,,ich muss dringend zum Augenarzt.. Ich häte wahrscheinlich noch stundenlang suchen können, jeden Buchstaen abgleichen und wäre nicht weitergekommen.

Jetzt ist es im Cronib-Editor geändert. Mal gucken, was nun passiert.

 

[Holger1974]

die täglichen Cronjobs habe ich zum laufen gebracht, die stündlichen nicht. Alles versucht und nichts erreicht. Werde das Projekt Humhub erstmal begraben.

 

[Holger1974]

So, mittlerweile mal wieder Humhub installiert gehabt. Resultat ist immer das gleiche: Die täglichen Cronjobs laufen, die stündlichen nicht. Humhub zeigt dann beim Neustart an "Setup incomplete". Langsam bin ich echt am Verzweifeln.
Humhub ist wieder deinstalliert.

 

[geimist]

Bei mir läuft Humhub nur als Testinstallation - die Erfahrungen damit halten sich also in Grenzen. Die Cronjobs laufen jedoch.

Dazu habe ich 2 Skripte. Das erste ruft php70 mit dem passenden Profil aus der Webstation auf. Das zweite startet den Humhub-Cron und läuft stündlich im Aufgabenplaner. Anzupassende Pfade sind rot markiert.

php70cli.sh:

Entscheidend, um den passenden Pfad zu dem php7-Profil mit mySQL-Modul herauszufinden, ist hier Punkt 1 aus diesem Link.

#!/bin/bash
# /volume1/homes/admin/script/php70cli.sh
# dieses Skript ruft php70 mit einem in der WebStation erstellten Profil (z.B. mit MySQL-Treiber) auf, was per CLI sonst nicht möglich wäre
# http://blog.viking-studios.net/synology-php-7-cli-fehlerfrei-nextcloud-und-php-7/

PHP_INI_SCAN_DIR=.:/usr/local/etc/php70/:/var/packages/WebStation/etc/php_profile/7e0e2f39-2fef-4a6d-8280-0c55e1f8b35f/conf.d/
export PHP_INI_SCAN_DIR
php70 $*

humhub_cron.sh:

Und jetzt noch der Cronaufruf (ich lösche auch immer gleich die temp. Backupdateien der Updates):

#!/bin/bash
php70cli="/volume*/Pfad_zum_Script/php70cli.sh"
humhubpath="/volume*/web/humhubordner"

$php70cli ${humhubpath}/protected/yii cron/run
$php70cli ${humhubpath}/protected/yii cron/hourly
$php70cli ${humhubpath}/protected/yii queue/run

# clean Backup:
# https://github.com/humhub/humhub/issues/2537
if [ ! -z "$(ls -A ${humhubpath}/protected/runtime/updater/backups/)" ]; then
    rm -r ${humhubpath}/protected/runtime/updater/backups/*
fi
if [ ! -z "$(ls -A ${humhubpath}/protected/runtime/module_backups/)" ]; then
    rm -r ${humhubpath}/protected/runtime/module_backups/*
fi
if [ ! -z "$(ls -A ${humhubpath}/protected/runtime/module_downloads/)" ]; then
    rm -r ${humhubpath}/protected/runtime/module_downloads/*
fi

Ich hoffe, du kommst damit weiter.

 

[Holger1974]

Danke erstmal, als Editor für die Cornjobs verwende ich übrigens den Cronjob-Editor, den man als Anwendung bei den Synology-Anwendungspaketen herunterladen kann

 

[geimist]

Das ist ja egal. Dort würdest du es entweder so aufrufen (für die erste Variante für jeden Humhub-Croneintrag einzeln - hoffe, es wird der 2. Parameter korrekt erkannt):

"/volume*/Pfad_zum_Script/php70cli.sh" "/volume*/pfad_zu_humhub/protected/yii" cron/hourly

oder mit dem extra 2. Skript:

"/volume*/pfad_zum_skript/humhub_cron.sh"

Das erste Skript ist obligatorisch.

 

[Holger1974]

Hallo geimist, Danke für die Scripts. Die lade ich mit Putty hoch, so wie ich das verstehe?

 

[geimist]

Ja, oder du speicherst sie mit dem Texteditor ab.
Die Skripte müssen dann noch mit Putty ect. ausführbar gemacht werden:

chmod +x /Pfad/zum/Skript.sh

Wichtig: unbedingt die roten Einträge anpassen!

 

[Holger1974]

So wie ich das verstanden habe, ist bei PHP 7.2 die Änderung, die beim Wechsel von PHP 5.6 auf 7.0 nötig war, nicht mehr notwendig, sprich #!/bin/bash php70cli="/volume*/Pfad_zum_Script/php70cli.sh" wird nicht mehr benötigt?

Ansonsten verzichte ich gerne auf Humhub, WEnn ich da jetzt einen Extra-Pfad zum Script anlegen muss und dannjeden Buchtaben einzeln in die Maske bei Putty rein. Zu anstrengend.

Ich habe eine andere mittlerweile 2 andere soziale-NEtzwerk-Anwendungen installiert, die laufen, die eine ohne Cronjobs, die andere mit (die laufen, übe rden Editor).

 

[Fifi]

Welche Social-Network hast du installiert?

 

[Holger1974]

Ich habe OSSN installiert, allerdings geht es mit Apache 2.4 nicht, was ich maximal als Konfiguration hinbekomme, ist Apache 2.2 und PHP 7.2 - bei PHP 7.3 erscheint eine weiße ;Mattscheibe, bei Einstellung von Apache 2.4 --> Error 500

 

[Holger1974]

Nachdem ich nun nochmals Humhub installiert hatte und alles Schritt für Schritt durchgegangen bin, sehe ich keine andere Möglichkeit, als mich endgültig von Humhub zu verabschieden. Paradoxerweise laufen die täglichen Cron-Job-Einstellungen, aber die stündlichen gehen nicht.