Beiträge von Batmin

    Hi KORN3Y,

    danke für den Tipp. Kannte ich noch garnicht. Und macht 'nen guten Eindruck.

    Kann ich den filebrowser überhaupt auch auf meinem Webhosting hier installieren? Ich habe mal eine Subdomain angelegt, und wenn ich dann im zugehörigen Verzeichnis den ersten Teile des Befehls "curl -fsSL https://filebrowser.xyz/get.sh | bash" anschicke (via SSH per WinSCP), dann tauchen in dem Verzeichnis keine neuen Dateien also keine Installationsstruktur eines Filebrowsers auf.

    Hey julian-w,

    der Tipp war der Volltreffer. Die Stelle habe ich mit meinem kleinen Latein tatsächlich ausfindig machen können und dann auf false gesetzt. Das Dingen schnurrt jetzt wie 'ne Katze und reagiert ultraschnelle!

    Super! Danke!

    Btw.: Hast Du denn auch 'ne Empfehlung für eine gute Alternative zum h5ai, die zudem auch noch gepflegt wird?

    Besten Gruß, schönen Tag Dir noch.

    Danke erst mal für Eure Rückmeldung und Hilfsbereitschaft.

    Ich kann mir kaum vorstellen das die fehlende ffmpeg Erweiterung das Hauptproblem (wenn überhaupt) für die lange Ladezeit ist.

    Na ja, zumindest habe ich diesen Thread (github.com/.../h5ai/...) so verstanden, dass ein nicht installiertes ffmpeg so eine Lade-Verzögerung (beim Aufruf eines anderen Ordners) hervorrufen kann.


    Im WCP kann ich bei den Hosting-Einstellungen folgende Konfiguration bei der zu der h5ai-Installation gehörigen (Sub)Domain sehen:

    - PHP 7.3

    - FastCGI-Anwendung von Apache bedient

    - FastCGI-Unterstützung ist aktiviert

    Ich hoffe, ich habe Dir damit die Infos geliefert auf Deine diesbezügliche Nachfrage.

    Zu Deiner error.log-Frage:
    Meinst Du damit die Datei error.log, die im Verzeichnis /logs/betroffene-sudomain liegt? Vermutlich meinst Du wohl etwas anderes, weil in der Datei, die ich dort gefunden habe, steht kaum was drin (nur ein Eintrag, den ich so deute, dass es beim Einloggen per htaccess ein Tippfehler beim Benutzernamen gab.

    Teile mir bitte noch mit, wenn Du eine andere error.log-Datei meintest.

    Hallo erst mal.

    Ich habe das h5ai installiert und weitestgehend eingerichtet. Habe jedoch noch das Problem, dass es manchmal mehrere Minuten dauert, wenn man von einem Ordner in einen anderen klickt, also wenn man einfach ein anderes Directory der Struktur öffnen möchte.

    Zu dieser Problematik habe ich u. a. diesen Thread gefunden github.com/.../h5ai/... Dort wird so ziemlich am Ende des Threads angegeben, dass das selbige Problem durch die Installation von ffmpeg gelöst wurde. Auch bei meiner h5ai-Installation erhalte ich über die integrierte "info page" die Information in roter Schrift "Command line program avconv or ffmpeg available : no".

    So wie ich den obigen Thread verstehe, wäre also in meinem Fall vermutlich der SSH-Befehl "apt install imagemagick ffmpeg" der richtige, um das ffmpeg zu installieren. Da ich mit solchen Dingen nicht so vertraut bin, habe ich nun folgende Unsicherheiten bzw. Fragen und möchte hier um etwas Hilfe bitten:

    :?:a) Ist es mir bei meinen Webhosting 4000 (der SSH inkludiert) überhaupt möglich, dass ffmpeg selbst zu installieren oder kann das nur Netcup durchführen?

    :?:b) Falls ich das ffmpeg selbst installieren kann: Muss ich per SSH erst in einem bestimmten Verzeichnis sein und dort dann obigen Befehl abschicken?

    :?:c) Ist die Syntax des obigen Befehl so richtig ("apt install imagemagick ffmpeg")? Ich frage deswegen, weil ich hier im Forum in einem alten Thread von 01/2010 einen anders lautenden Befehl gefunden habe habe ohne zu wissen, ob der so richtig ist ("apt-get install ffmpeg").

    Besten Dank im Voraus

    der B'min :S

    Hallo & Moin,

    vorweg am Rande:

    Ich habe festgestellt, dass beim Hochladen von Dateien per SFTP (z. B. mit WinSCP) deren ursprüngliches Datum und Uhrzeit erhalten bleibt, wenn sie auf dem Webhost angekommen sind.

    Wenn ich jedoch Dateien u. Verzeichnisse per File Manager im Plesk hochlade, dann erhalten die das Datum und die Uhrzeit vom Zeitpunkt des Hochladens.


    Ich hätte gerne eine Möglichkeit, das Datum (und ggf. die Uhrzeit) von Dateien und Verzeichnissen, die sich bereits auf dem Webhost befinden, zu ändern.
    Gerne für einzelne Dateien/Ordner, aber auch gleich für alle Dateien innerhalb eines Ordners.


    Kann mir jemand von Euch sagen, wie das konkret hinzukriegen ist? Im Plesk-File-Manager habe ich dazu keine Option finden können und in dem FTP-Explorer (WinSCP) auch nicht.

    Mit Gruß und Dank im Voraus
    der B'min

    Danke Euch beiden für den Hinweis auf radicale. Hatte ich überhaupt noch nicht von gehört. Ja, das "aktuelle" Baikal ist von 08-2016 ( https://github.com/sabre-io/Baikal/releases ). Da ich nichts Besseres kenne/kannte, wollte ich es im Zuge meines Umzugs zu Netcup weiter verwenden.

    DerRené : Wer oder was ist denn ein TE?

    Ich wäre froh, eine gute, aktuellere Alternative zum Baikal auf meinem Webhosting hier verwenden zu können. Gerne "höre" ich auch mehr mal darüber, wie das radicale vorzugsweise hier (Netcup Webhosting) oder anders zum Laufen zu kriegen ist.

    Gruß mal Euch beiden

    Hallo.

    Ich möchte gerne im WCP (Host) bzw. Plesk realisieren, dass eine (Sub-)Domain (z. B. sub2.domain.de) auf ein Unterverzeichnis eines Dokumentenstamms einer bereits existierenden Installation zugreift. Die Installation selbst erreicht man beispielsweise mit einer Hauptdomain (z. B. domain.de) - oder in einen anderen Fall mit einer anderen Subdomain (z. B. sub1.domain.de).

    Bei Einrichtung der Domain (domain.de) oder einer Subdomain (z. B. sub1.domain.de) im WCP (Host) bzw. Plesk lege ich ja den Dokumentenstamm (z. B. /meinprojektversuch/diesesjahr/domain.de) für die Installation fest. Dabei scheint auch gleich eine bestimmte Rechtestruktur für diesen Dokumentenstamm mit festgelegt zu werden. Dann erstelle ich eine Installation, die i. d. R. Unterverzeichnisse und Dateien hat.

    Nun möchte ich mit einer Sub-Domain (z. B. sub2.domain.de) auf ein Unterverzeichnis der fertiggestellten Installation zugreifen können (z. B. /meinprojektversuch/diesesjahr/domain.de/unterverzeichnis-a/weiteres-unterverzeichnis-b).

    Also lege ich im Plesk die gewünschte Sub-Domain (sub2.domain.de) an und trage beim zugehörigen Dokumentenstamm ein: /meinprojektversuch/diesesjahr/domain.de/unterverzeichnis-a/weiteres-unterverzeichnis-b

    Nun meine Fragen:

    Wie kann ich sicherstellen, dass mir mit Anlegen der neuen Sub-Domain (sub2.domain.de) via Plesk nichts durch das Plesk an der der Rechte-Struktur des bereits bestehenden Pfades (/unterverzeichnis-a/weiteres-unterverzeichnis-b) verändert wird? Worauf muss ich achten, wie muss ich im Plesk beim Anlegen der Sub-Domain vorgehen, dass das nicht passiert?

    Ich frage deswegen, weil ich bei einem Test mit einer Installation das Problem hatte, dass nach Anlegen der Sub-Domain (sub2.domain.de), die auf eine Unterverzeichnisstruktur der Installation zugreifen sollte, die Installation selbst nicht mehr über ihre Hauptdomain (z. B. domain.de) aufrufbar/erreichbar war.

    Kann mir da jemand einen Hinweis geben?

    Abermals mit Dank im Voraus
    B'min

    Moin.

    Mir ist hinsichtlich der Handhabung bzw. Möglichkeiten, Let's-Encrypt-Zertifikate über das WCP (Host) auch für konkrete Subdomains zu verwenden (sub1.domain.de, sub2.domain.de, ...), noch nicht so richtig verständlich.

    Ich hatte - weil ich es noch nicht besser wusste (bin noch Newbie hier) - für mehrere Subdomains jeweils ein eigenes Let's-Encrypt-Zertifikat "beantragt" bzw. eingerichtet. Nach den Hinweisen hier im Forum bekam ich den Endruck, dass ich das Let's-Encrypt-Zertifikat der Hauptdomain auch für deren Subdomains verwenden kann, also für die Subdomains keine weiteren LE-Zertifikate erforderlich sind. Also habe ich dann die Subdomain-LE-Zertifikate wieder bei den Subdomains entfernt und danach die unbenutzten Subdomain-LE-Zertifikate gelöscht.

    Nun stelle ich zweierlei Probleme fest:

    1. Nur bei manchen Subdomains wird mir das LE-Zertifikat der zugehörigen Hauptdomain überhaupt zur Auswahl angeboten. Bei einigen Subdomains ist das LE-Zertifikat der Hauptdomain in der Auswahlliste (bei Hosting-Einstellungen > Sicherheit > Zertifikat) mit drin und bei anderen Subdomains derselben Hauptdomain nicht. Das LE-Zertifikat der Hauptdomain steht mir dann also für einige zugehörige Subdomains gar nicht zur Verfügung obwohl es grundsätzlich existiert.
    2. Bei allen Subdomains, bei denen ich das LE-Zertifikat der Hauptdomain auswählen konnte, erhalte ich nach Aufruf der Subdomain im Browser den aufpoppenden Hinweis "Ungültiges Zertifikat".

    Nun meine Fragen:

    Mache ich da in der Handhabung (im Plesk oder ...) noch etwas verkehrt, dass die beiden beschriebenen Probleme auftreten?

    Oder habe ich es nicht richtig verstanden und es funktioniert (noch) gar nicht, dass man im WCP bzw. Plesk ein LE-Zertifikat einer Hauptdomain auch für zugehörige, konkrete Subdomains (also ich meine nicht Wildcard) verwenden kann?

    Ich danke im Voraus

    der B'min

    Hallo Steini,

    besten Dank für Deine Hinweise für mich. Mit denen konnte ich zwar zunächst nicht so recht was anfangen, weil mir die genannten Aspekte (noch) nicht vertraut waren, da mir - wie gesagt - u. a. das Plesk und auch die Rahmenbedingungen bzw. Verhältnisse in Bezug auf meinen Webhost bei Netcup noch neu sind. Das war/ist bei den Providern, die ich kenne, einfacher gestrickt, hatte dadurch aber auch weniger Optionen, die ich hier bei Netcup erst nach und nach kennenlernen muss und vermutlich dann auch schätzen lerne.

    Es hat 'ne Weile gedauert bis ich sozusagen den Plesk-Menüpunkt 'Protokolle' "entdeckt" habe ... und dann festgestellt habe, dass Du den gar nicht meintest. Ich habe dann über die Datei-Struktur meines Webspaces das Verzeichnis 'logs' und im Unterverzeichnis zur betroffenen (Sub-)Domain die Datei "error_log" gefunden und dann den Eindruck bekommen, dass es das war auf was Du mich aufmerksam machen wolltest. Es hat dann jetzt noch mal ein paar Tage gedauert bis ich zumindest etwas davon verstanden habe, was mir die dortigen Einträge 'sagen' wollen.

    Lange Rede kurzer Sinn: Letztlich habe ich dadurch Hinweise erhalten und durch weiteres Herumprobieren durch Änderungen bei der Installation Folgehinweise, die wiederum dazu geführt haben, dass ich schlussendlich bemerkt habe, dass ich bei der Installation einen Fehler gemacht habe, der sich aber scheinbar nicht mehr korrigieren lässt. Ich werde meinen Fehler hier noch näher beschreiben. Ich habe dann das Baikal noch einmal neu installíert (aber eben ohne diesen Fehler zu wiederholen) und das Ergebnis lautet nun:

    "Baikal is running alright."

    Danke auch für den Hinweis auf das Nextcloud. Das hätte ich jetzt nicht einem Verwendungszweck zuordnen können. Ich habe bislang in Bezug auf das Thema Synchronisierung von Adress- u. Kalenderdaten nur Praxiserfahrungen mit Owncloud und Baikal (beide kostenfrei). Das Baikal ist wesentlich weniger komplex als das Owncloud, wesentlich einfacher zu installieren und zu realisieren und wirkt auf mich wesentlich stabiler als das Owncloud. Deswegen bin ich diesbezüglich vor längerer Zeit umgeswitched auf das Baikal.

    Danke noch mal und schöne Woche
    der B'min

    Hallo Freunde des guten Webhosts ;)

    vorweg: Ich bin erst seit wenigen Tagen hier bei Netcup und u. a. mit Netcup und dem Plesk noch nicht so vertraut. Da ist viel "Neuland" für mich dabei und einiges funktioniert leider nicht so wie ich es bislang kannte. Aber ich bin zuversichtlich, dass ich auch bei Netcup gut klarkommen kann.

    Nun habe ich schon ein erstes Anliegen wozu ich hier um Hilfe bitten möchte:

    Ich möchte Baikal zur Kalender- und Adressbuch-Synchronisation verwenden. Beim bisherigen Hoster konnte ich das auch sehr einfach realisieren und durchweg problemlos nutzen. Aber bei meinem Webspace hier hakt es nach der Installation noch. Ich bin dazu nicht fündig geworden (bzw. verstehe es nicht) und bitte deswegen hier mal um Eure Unterstützung.

    Das Baikal habe ich soweit ans Laufen bekommen (mittels der zip-Datei-Variante). Für die zugehörige Domain ist PHP 5.5 eingestellt und SSL aktiviert. (Zusätzlich bei den Baikal-Settings "SQLite" und bei WebDAV authentication type "Basic" statt "Digest" gewählt.)

    [ Anmerk.: Ich hatte die Installation zuvor mit PHP 7.2.8 versucht, aber dann brach die Installationsroutine mit Fehlermeldungen ab. Beim bisherigen Provider läuft mein Baikal allerdings interessanterweise ohne Probleme mit PHP 7.1.10. ]

    Dann habe ich Nutzer eingerichtet, Kalender und Adressbuch. Leider habe ich nun folgendes für mich noch neues Problem, so dass ich das Baikal hier bei Netcup noch nicht nutzen kann:

    1. Wenn ich die zu meinem Baikal zugehörige Domain [Prinzip https://meinebaikaldomain.de] im Browser aufrufe, erhalte ich eine "Server Error 403 Forbidden"-Fehlermeldung. Normalerweise - und so ist es auch bei meinem Baikal beim vorherigen Provider noch so - kommt dann die Baikal-Server-Meldung "Baïkal is running alright."

      Kann mir da bitte jemand weiterhelfen und weiß, woran die Sache hier bei meinem Netcup-Host noch hakt?
    2. Meine Vermutung und Hoffnung ist, dass das zweite Problem eine Folge des ersten ist. Wenn ich nun mal einen Kalender (oder ein Adressbuch) testweise per URL im Browser aufrufe [Prinzip beim Kalender: https://meinebaikaldomain.de/dav.php/calend…/user-kalender/], erhalte ich den Hinweis "File not found". Ich habe es x-mal geprüft, dass die URL auch korrekt ist, aber daran liegt es m. E. nicht. Normalerweise - und so ist es auch noch bei meinem Baikal beim bisherigen Provider - kommt nach Aufruf z. B. einer Kalender- oder Adressbuch-URL dann die Aufforderung zur Eingabe von Benutzername und Passwort des zugehörigen Baikal-Users.

      Hat hier jemand von Euch einen Hinweis für mich, bitte?


    Mich wundert, dass niemand von denen unter Euch, die das Baikal auf ihrem Netcup-Host hier nutzen, nicht auch dieselben Probleme hatte. Zumindest konnte ich hier im Forum nichts dergleichen ausfindig machen. Oder seid Ihr solche Experten, dass es für Euch eine nicht nennenswerte Kleinigkeit war und zu Euren Standard-Kenntnissen gehört? Ich zumindest weiß da mit meinem kleinen Anwender-Latein nicht mehr weiter.

    Ich danke mal im Voraus und guten Gruß hier in die Runde

    der B'min 8)