Beiträge von tab

Das verwendete Theme hat natürlich auch erheblichen Einfluss darauf, wie schnell so eine Seite lädt. Welches Theme verwendest du denn?

Ja, Wordpress ist halt nicht unbedingt der Performance-Weltmeister. Ohne vernünftiges Caching und speziell auf Wordpress optimiertes Webhosting hilft da halt nur ein leistungsfähiger Server. Und auch der wird sicher noch von einem Caching profitieren. Nicht umsonst unterscheiden manche anderen Anbieter zwischen Webhosting und Wordpress-Hosting.

Ich hab auch noch so eine verschlüsselte Festplatte, bei der ich das Passwort vergessen habe. Mit ca 100 Mio € in Bitcoins drauf. Vielleicht sollte ich die Mal auf Ebay einstellen. So teure Katzenbilder hat dann wahrscheinlich noch nie jemand zuvor gekauft!

Zitat von mainziman

na ja, Du kannst es Dir aussuchen, ob Du die 'Reinheit' auf der Stromrechnung hast,

oder die Kläranlage ein Problem hat ...

ist wie die Behauptung: Geschirrspüler sind ökologischer als Spülen von Hand ...

Ist schon so! Es ist auch ökologischer, mit dem Elektroauto zum Einkaufen zu fahren als zu Fuss zu gehen!

Die Nextcloud hält uns auf Trab, hehe. Ich verwalte derzeit drei Nextclouds. Meine private, meine geschäftliche und die Cloud eines Kunden. Die neueste, zuletzt dazugekommene, gedacht als meine geschäftliche Cloud, ist derzeit erst mal ein Testballon, um zu sehen ob das in meinem Webhosting 2000 Plus laufen könnte oder ob ich damit letztlich auf ein 4000er oder gar 8000er gehen muss - wenn ich darauf beharre, das komplett unter meiner Kontrolle behalten zu wollen. Da bin ich mir mittlerweile eh schon nicht mehr so sicher mit der geschäftlichen Cloud, ein managed Nextcloud Hosting kann ich mir dafür mittlerweile schon vorstellen. Jedenfalls, heute Nachmittag nach dem Update auf Nextcloud 20.0.5 kam der Hinweis zwecks MySQL 8. Soweit alles planmäßig. Dann mache ich das selbe Update auf der zweiten Nextcloud. Klappt auch, aber der Hinweis auf MySQL 8 kommt NICHT. Hmm. Wie? Was? Warum? Erste Idee, das Webhosting 8000 ist erst etwa 1 Jahr alt, das 2000 Plus schon was älter. Da muss wohl schon MySQL 8 laufen?!? Ich war kurz davor nachzukontrollieren, unterwegs ist dann der Groschen gefallen, auf dem Webhosting 8000 liegt die Nextcloud ja gar nicht mehr sondern nachdem sie mal beim Update gecrasht ist, habe ich sie bei der Konkurrenz neu aufgebaut. Also gestaunt, dass dort schon MySQL 8 laufen soll. Die dritte Nextcloud auf dem Kundenaccount beim selben Konkurrenten ebenfalls ohne Hinweis, aber definitiv nicht mit MySQL 8 ausgestattet. Huh? War schon wieder kurz davor zu kontrollieren, da fiel mir endlich ein, dass ich dort ja die Wahl zwischen MySQL und MariaDB habe und dass die beiden Nextclouds dort mit MariaDB laufen . So kann man sich auch Stress machen.

Ja, open_basedir kann so bleiben., das data-Verzeichnis liegt ja sowieso unterhalb der document root/Dokumentenstamm und es muss tatsächlich durch die von Nextcloud angelegte .htaccess geschützt werden.

Das hier solltest du halt in jedem Fall machen, der Rest ist nice to have. Aber mit dieser Datei kann dein occ von der Kommandozeile auf das Data-Verzeichnis zugreifen und auch der Apache/PHP im Webprozess.

https://github.com/froonix/webhos…data.config.php

Zitat von extremmichi

ich habe in meinem WH4000 Adv20 bereits php8.0

Das habe ich mittlerweile in allen meinen Webhostingpaketen. Bei dem neuesten ist es nur so, dass hier die älteren Versionen nicht mehr verfügbar sind.

Zitat von lpetersen

Der war gut …

Naja, Nextcloud 20 hat noch Support bis Oktober. Dann wird es erst wirklich relevant, bis dahin muss ich ja nicht auf 21 updaten.

Noch dieses Jahr, wenn ich das richtig sehe. Gibt es denn bei Nextcloud nicht sowas wie Long Term Support Versionen? Das ist ja furchtbar, die eine Sau ist noch nicht aus dem Dorf da wird schon die nächste durchgetrieben . Seit welcher Version unterstützt eigentlich Nextcloud MySQL 8? Irgendwo habe ich einen Beitrag (aus dem Dezember 20?) gefunden, da steht drin, dass der Autor davon ausgeht, dass Nextcloud 21 MySQL 8 Support mitbringen wird. Es ist schön für Entwickler, wenn man jeden Tag immer das neueste und beste verwenden kann und sich um den Mist von gestern nicht mehr kümmern muss. Aber es soll auch Leute geben, die wollen die Software tatsächlich verwenden und sogar damit arbeiten (schreckliches Wort) und nicht nur damit beschäftigt sein ihre Nextcloud alle paar Tage upzudaten. Aber gut, der Name ist Programm. Kaum ist das Update durch steht schon wieder das nexte an. Update auf 20.0.5 war bei mir übrigens problemlos, abgesehen vom /tmp Verzeichnis mal wieder zur Abwechslung. Ist es beim Update vorhanden gibts Mecker, legt man es nach dem Update nicht wieder an laufen die Logs voll.Hmm, vielleicht sollte ich mal versuchen upload_tmp_dir anders zu setzen.

Da müsste halt auch Plesk mal den Hintern aus dem Sessel hochwuchten. Die unterstützen wohl noch kein MySQL 8.

Zitat von ASS

Viel wichtiger: Sind die gebrauchsfertig vorgewaschen?

Die Domains?

Zitat von Madmin

Aus anderen Nextcloud-Themen konnte ich leider keine konkrete Lösung ableiten, von daher:

Ich hatte bisher beim alten Provider eine Nextcloud auf Webhosting über eine externe Domain gut am Laufen (nichts Anspruchvolles, nur Familien-Orga - da geht das).

Hier (EiWoMiSau) stoße ich mit gleicher Konfiguration bei Neuinstallation von NxCl 20 via Web-Skript auf Probleme. Weiß jemand etwas dazu? Das Problem müsste ja eigentlich bekannt sein, da ich ich sicher nicht der erste bei NC bin, der eine Nextcloud per Webinstaller-Skript auf ein Webhosting-Paket bringen möchte.

Laut Admin-Übersicht fehlen Spalten in der DB; der dazu empfohlene SSH-occ-Korrektur-Aufruf läuft auch mit php73 nicht durch (Fatal Exception), und offenbar ist das (vorhandene!) Data-Verzeichnis nicht auffindbar ("///data" statt ordentlicher Server-Pfad) und ein /tmp Verzeichnis nicht eingereichtet. Das Skript sorgt ja eigentlich für passende Berechtigungen. Das Data Verzeichnis ist da, mein Hosting-User hat eigentlich alle erforderlichen Berechtigungen (an www-data komme ich ja wohl im Hosting nicht ran), aber offenbar "findet" der Webserver (der Defauit NGINX Proxy auf Apache) einfach den Pfad zum Verzeichnis nicht. Ich muss ihn aber auch nirgends eingeben. Irgendwas ist hier sehr faul, und ich wüsste gern was.

Achja: Die jetzt schon beim zweiten Netcup-Hosting-Paket offenbar standardmäßige Fehlkonfiguration (?) (Pfad zu PHP im Include_Path: ".:/usr/local/php74/share/php74") habe ich auch schon korrigiert (".:/usr/local/php74/bin") und getestet. Open_Dir ist auf {DOCROOT}. Das Problem bleibt.

Hat jemand einen Tipp?

Alles anzeigen

Also bei meinem Webhosting ist das mit Problem mit dem PHP-Aufruf von der Technik korrigiert worden. Ich fürchte da fehlt eibfach was in deren Installationsskript für neue Webhostingserver. Mir wurde gesagt, dass der Fix in der Cloud ausgerollt würde. Vielleicht sollten die auch mal an das Installationsskript für neue Server ran. Ich würde es dem Support mrlfrn und gleich darauf hinweisen, dass du das jetzt schon bei mehreren Webhostings hattest, es also wohl ein systematisches Problem ist und kein Einzelfall. Vielleicht hilft es ja. Kann eigentlich nur im Interesse des Supports bzw netcup sein, wenn sie das nicht nachträglich für jeden Kunden korrigieren müssen.

Die Sache mit dem Data-Verzeichnis passiert einfach deswegen, weil der Pfad wegen chroot auf der Konsole anders ist als im Webprozess. Die Lösung von KB19 mit zusätzlicher Konfig-Datei habe ich ja im anderen Thread nochmal gepostet. Bei dir sucht die Nextcloud jetzt das Datenverzeichnis im in der config.php angegebenen Verzeichnis, wo es natürlich dank der Chroot-Umgebung nicht zu finden ist. Hat bei mir auch einige Zeit gedauert, einige Wochen lang habe ich tatsächlich die App für occ per Webzugriff benutzt, was grundsätzlich keine gute Idee ist für Kommandos, die eigentlich im Wartungsmodus laufen sollten. Das /tmp-Verzeichnis würde ich fast mal Nextcloud "anlasten", es sind ja alle Berechtigungen vorhanden um das anzulegen bei der Installation. Oder es gibt auch hier wieder Verwirrung mit den Pfaden. Nextcloud ist grundsätzlich eher auf Server zugeschnitten und schlägt sich mit solchen Kuriositäten wie Chroot nicht lange rum.

Zitat von geekmonkey

mit 90€/Jahr sicher einer der teuersten Anbieter auf dem Markt. Bei anderen Anbietern zahl man in der Regel unter 20€/Jahr. So oft wie hier andere Anbieter genannt werden glaub ich kaum, dass es netcup stört, wenn man eine Domain, an der sie eh nix verdienen, woanders einkauft. Ist ja nicht so als hätte ich nach super günstigen VPS gefragt xD

Klar, aber es war jedenfalls die komplette, zensierte Anbieterliste.

Irland ist halt auch in der EU.

Also wie geschrieben, das ist bei mir der Normalzustand in meinen sämtlichen Webhostings. Ich habe kein Webhosting und keine Domain, die ich über IPv6 erfolgreich pingen kann. Die IPv6 die versucht wird zu pingen (bei Eingabe des Domainnamens, auch das Hosting selbst ist ja nur eine Subsub..- Domain) wird natürlich sofort angezeigt und stimmt auch. Aber wenn ich die Domain (Website) im Browser aufrufe wird sie angezeigt und welche IP wurde benutzt? IPv6! Ebenso SSH-Verbindung.

Ist bei mir bei allen Webhostingpaketen auch so. Allerdings habe ich kein Problem, mich per IPv6 (des Webhostings) mit putty per SSH zu verbinden.

Edit: Und auch der Browser nutzt bevorzugt die IPv6.

Zitat von Virinum

Ein Blick in die Entwicklertools des Browsers zeigen, dass http://village.proglexx.de/js/jquery-ui.js nicht geladen werden kann (404).

Irgendwo in der Seite scheint auch noch ein Flash-Element zu sitzen. Das wird in den allermeisten Browsern nicht mehr laufen.

Flash? Habe ich doch letztens erst auf Anraten von Adobe deinstalliert?

jquery-ui.js wird versucht zu laden, aber nicht gefunden (404)

Zitat von DerRené

Also wenn ich mir die Produktseite anschaue, steht dort passend zu deiner Info aus dem CCP:

pasted-from-clipboard.png

Hast du ggf. ein anderes Produkt? Womöglich ein Sonderangebot/Spezialvariante? Dann müsste die Produktbezeichnung aber abweichen.

Nee, er meint garantiert die Detailsseite der Übersichtsseite, da steht nur "Cronjobs" und bei allen Paketen ein Haken aber keine Zahl.

Habe gerade wenig Zeit und macht momentan auch nicht viel Sinn, weil netcup wohl (auf mein Ticket hin?) gerade einen Fix für das in der bash fehlende "php"-Kommando ausrollt in der gesamten Webhosting-Cloud (ging doch aber alles schon mal). Ich soll das dann morgen nochmal testen. Die PHP-CLI Binaries sind aber nichtsdestotrotz per bash verfügbar nach dem Schema /usr/local/phpxy/bin/php (xy darf sein 72,73,74,80, ältere gibts nicht mehr in den neueren Paketen mit Plesk Obsidian) Es fehlt momentan ein symbolischer Link php in /user/bin und der unter /conf-options beschriebene Umschaltmechanismus funktioniert momentan auch nicht. Das soll wohl bis morgen überall gefixt sein und wieder funktionieren. Schaun mer mal.

Zu 2) kann ich nur sagen, dass ich auf meinen Webhostingpaketen Software am Laufen habe, die ohne mod_rewrite in der .htaccess so nicht laufen würde. Allerdings nicht in dem neuen Paket von Weihnachten, vielleicht sind da ja noch ein paar mehr Tickets nötig oder es ist einfach ein Folgefehler aus 1). Kan ich noch nicht definitiv sagen, ich nutze das neue Paket noch nicht wirklich.

Zu 3) Die Angabe unter "Leistungen" stimmt, das Webhosting 1000 hat nur 1 Cronjob (Webhosting 2000: 10, Webhosting 4000/8000: 25)