Beiträge von CmdrXay

    Hay,

    wenn sich die Tabellen nicht löschen lassen (und es durch reload oder loginoff/login nicht löst), dann Support kontaktieren.

    Ansonsten sieht es für mich entweder nach einem Laufzeit- oder Memory-Limit Problem (insbesondere bei kleinen Webhostings kann das passieren). Dann sollte man die dicksten Tabellen einzeln exportieren und importieren.

    CU, Peter

    Hay,

    Sind die zahlen von hier https://www.yuhiro.de/stundens…eiberufler-programmierer/ und hier https://t3n.de/news/it-freelan…-stundensatz-2016-757997/ realistisch so das man min 60€ Fordern sollte?

    ja, ist ok so (meine sind idR höher, 35 Jahre Erfahrung lasse ich mir schon bezahlten). Ich habe mal für einen Geschäftspartner (nicht-IT) ausgerechnet, was er mindestens verlangen muss, damit er ("über")-leben kann und kam auf 47 Euro pro Stunde - mit einem geringen Gehalt etc. Ist für jeden etwas anders, deswegen habe ich da mal eine Excel-Datei erstellt... wollte das mal als online-Rechner bauen... man muss halt berücksichtigen, dass man sich viel mit nicht-produktiven Zeiten abfinden muss und unter Umständen hast Du halt (angenommen: 8 Stunden-Tag) im Jahr nur knapp über 640 Stunden, die Du abrechnen kannst und was Du dann (abzüglich Steuern und Sozialversicherung) mit einem realen Gehalt vergleichen kannst.

    CU, Peter

    Hay,

    löst denn 777 auf dem tmp das Problem? Wenn auch nur temporär?

    Can't create/write to file '/tmp/#sql_3d1_0.MAI' (Errcode: 13 "Permission denied")

    Najaaaaaaa.... gibt es das File vielleicht schon? Es ist nämlich auch vorstellbar, dass Du zwar die korrekten Rechte für tmp hast, aber wenn ein anderer Prozess noch an dem File dranhängt und blockt, dann kann dies auch zu dieser Meldung kommen. Oder wenn ein Prozess mit anderem Userkontext das File geschrieben hat. Falls das File bereits da ist, mal Webserver und MySQL beenden, File löschen (falls noch da), Permissions auf tmp (s.u.) kontrollieren, ggf. korrigieren und MySQL / Webserver neu starten.

    Welche Recht hast Du denn auf das tmp gegeben?

    sieht es so aus: drwxrwxrwt /tmp(so SOLLTE es aussehen) oder so: drwxrwsrwx /tmp (das ist so falsch).

    Im Fall zwei:

    Code
    chmod 777 /tmp
    chmod o+t /tmp

    Welchen Handler setzt Du denn für php ein? Bitte nicht modphp (der kann hier auch schuld sein). php/fpm (meinst Du das vielleicht mit Deiner Bemerkung "PHP/FM läuft" - dann wäre das eig. schon ok) oder phpfcgi (mal wahlweise ausprobieren) sind hier die Handler der Wahl, falls das umstellbar/installierbar ist.

    Aber ansonsten kenne ich aus meiner Laufbahn kein System, dass derartige Probleme mit dem /tmp gehabt hat. Das Verzeichnis ist eigentlich das einzige, dass IMMER funktioniert hat :D

    Halt Nachtrag: Es gab einmal ähnliche Probleme mit tmp: eine volle HD und ein korrumpiertes Dateisystem. Nach löschen von Dateien und fschk war das erledigt.

    CU, Peter

    Hay,

    ich denke, es gibt für alle Richtungen Argumente dafür und dagegen. Als ich alle meine dezentralen Server und Hostings hier auf einer Kiste zusammengezogen habe, hieß es... war doch schön verteilt, wenn jetzt was auf der einen Kiste was passiert, geht gar nichts mehr. Aber ich habe definitiv gespart und mehr Leistung gewonnen durch die Maßnahme - wobei für mich alleine wäre es anders ausgegangen, da ich aber auch Hostings von Geschäftspartnern integriert habe, teilen sich die Kosten wieder schön.

    Insofern liegt mir fern, eine bestimmte Richtung zu favorisieren. Was aber klar gegen EINEN Server plus Backup spricht ist die Arbeit, die man sich ggf. aufhalst. 3 Euro im Monat wären es mir mehr als wert, dafür auf Arbeit im Umfang von 50 Euro im Monat zu vermeiden.

    CU, Peter

    Hay,

    Das ist alles aus Sicht eines normalen Webhostings. Wenn Du Dir eine Servervewaltung zutraust (meint, Du hast Interresse _UND_ Fähigkeit dazu), dann kannst Du auch einen root-Server oder vps z.B. mit Plesk nehmen (einfachere Verwaltung der Webhosts, was aber eine Absicherung auf Serverebene trotzdem nötig macht). Dort gehen kannst Du natürlich vorher alles einrichten - ich habe so ein paar Domains mit Postfächern von anderen Anbietern hierher migriert.

    CU, Peter

    Hay,

    Anders herum erregt man schnell Aufsehen, wenn man als Anbieter häufig Verträge (aus Sicht des Kunden grundlos) kündigt. Das könnte schnell zu einem Imageschaden führen.

    Siehe Telekom und All-IP-Kündigungen... jeder Geschäftskunde, den ich auf dieser Ebene treffen muss, möchte anschließend komplett von der Telekom weg. Als Dienstleister greift man idR als allerletztes Mittel dazu, den Vertrag aktiv zu beenden.

    CU, Peter

    Hay,

    Die Kirche ja, nicht aber das Geläute, das hat erst vor wenigen Monaten angefangen.

    zumindest in D sollte jede Kirche eine "Läuteordnung" haben (https://de.wikipedia.org/wiki/L%C3%A4uteordnung), die man anfragen kann. Würde ich einfach mal tun. Und gleichzeitig die Frage stellen, wann und warum diese geändert wurde... denn 7 Uhr ist schon außergewöhnlich, das passt nicht in den "üblichen" Zeitansatz für Messen. Letztendlich gab es auch schon Glockenwerke, die am Internet hängen und tatsächlich gehackt wurden (Link habe ich aber nicht mehr gefunden, war irgendwann mal in der ct beim Thema IoT).

    Habs gefunden c't 21/2015 Seite 80

    Zitat

    Das Unheil braute sich erst zusammen, als die Kirche ans virtuelle Neuland angeschlossen wurde – ganz ohne böse Absicht. Die Idee war schlichtweg, die Kirchen-Technik aus der Ferne zu bedienen: Wenn die Glocken zum Gottesdienst rufen, ist das Kirchenschiff bereits festlich illuminiert und angenehm warm. Erkrankt der Pfarrer, bleibt die Kirche dunkel und kalt. Dafür muss er nicht den Küster losschicken, sondern einfach nur übers Internet auf die Web-Oberfläche der Kirchensteuerung zugreifen. Letztere kümmert sich um Heizung, Beleuchtung und eben auch Turmuhr und Kirchenglocken.

    https://www.heise.de/ct/ausgabe/201…ck-2812713.html

    CU, Peter

    Hay,

    noch ein Nachtrag: das mit den Logfiles ist im Webhosting etwas wirr bei mir - das Verzeichnis im Lofile ohne "www.". Und bei mir wird kein Fehler geschmissen, man muss auf der Domain vorher in den PHP-Einstellungen das errorlogging einschalten:

    pasted-from-clipboard.png

    Dann wirft er bei mir, wenn data fehlt:

    Code
    [Mon Dec 03 23:54:51.012959 2018] [fcgid:warn] [pid 16633] [client xxxx] mod_fcgid: stderr: PHP Warning:  chdir(): No such file or directory (errno 2) in
    /var/www/vhosts/hosting11xxxxx.axxx.netcup.net/httpdocs/domain.de/test.php on line 4

    chmod gibt's.

    Danke, verwechselt chown gibts nicht :)

    CU, Peter

    Hay,

    das erste Ergebnis ist ok. In der ssh-Shell bist Du so ge-chrootet, dass Du den Pfad nicht sehen kannst (ich habe es eben ausprobiert).

    Allerdings lässt mich das Ergebnis des Scripts rätseln. Das kann so NUR dann sein, wenn es kein data-Verzeichnis innerhalb des /owncloud-Verzeichnisses gibt (Apache-Errorlog checken während des Aufrufens tail -f /logs/www.deinedomain.tld/error_log sollte das sein, ggf. die Fehlermeldung hier posten).

    Bitte unbedingt noch zweimal nachschauen...

    Außerdem sollte das owncloud-Verzeichnis (und das /owncloud/data/-Verzeichnis) das Recht 750 haben - hat es bei mir auch (allerdings auf einem Root-Server). Doch ändern könntest Du es nicht in ssh, weil Du kein chmod hast :D. Mit einem ftp-Programm (probiert mit Filezilla im Webhosting 1000SE) lässt sich das aber per sftp ändern.

    ps: die doppelte Ausgabe so wie bei Dir kommt bei mir genauso, wenn ich das data-Verzeichnis lösche.


    CU, Peter

    Hay,

    naja, ein paar Sachen kann man noch machen...

    Ich gehe davon aus, dass

    muss ich den Pfad dann noch anpassen in

    heißt, dass Du es schon angepasst hast, sonst wäre es natürlich falsch gewesen. "Muss ich anpassen" signalisiert, es wäre noch nicht getan worden und wird irgendwann gemacht. Also wenn noch nicht, dann spätestens jetzt.

    Log Dich mal bitte per ssh ein und gebe diesen Befehl ein:

    Code
    cd /var/www/vhosts/hosting117411.a2f3f.netcup.net/httpdocs/www-mazze-online/owncloud/data

    funktioniert das ohne Fehlermeldung?

    Lege im ./httpdocs/mazze-online/owncloud/ Verzeichnis eine Datei an, die Du test.php nennst:

    PHP
    <?php
    
    // aktuelles Verzeichnis
    echo substr(sprintf('%o', fileperms(".")), -4) . ": " . posix_getpwuid(fileowner("."))["name"] . ": " . getcwd() . "<br>\n";
    chdir("data");
    
    echo substr(sprintf('%o', fileperms(".")), -4) . ": " . posix_getpwuid(fileowner("."))["name"] . ": " . getcwd() . "<br>\n";
    
    ?>

    Rufe sie auf mit https://www.deinedomain.tld/owncloud/test.php und kopiere den Output hier hinein.

    CU, Peter

    Hay,

    Fehlt dir eventuell die .htaccess?

    Diese Frage (und unter dem Spoilerbutton befindet sich die Datei) ist eigentlich noch nicht beantwortet, wobei ein Zugriff auf ein File (bzw. realpath()) ins Dateisystem geht und nicht per htaccess umgebogen wird.

    Du hast im Owncloud Verzeichnis ein config-Verzeichnis mit einer config.php. Bitte poste mal die Zeile 'datadirectory'.

    CU, Peter