Beiträge von KB19

Zitat von Ente-Dank

Ob man Forenaccounts vom Kundenaccount loslösen kann ?

Willst Du das beliebteste Fach-Fan-Kunden-Firmen-Entenforum verlassen?

Wenn es wirklich mehrmals am Tag und auch ein paar Tage lang auftritt, würde ich mich einmal an den Support wenden.

Oder wie oft kam es bisher vor?

Zitat von quaylar

Wär auch dankbar, falls jemand einen alternativen Hoster empfehlen kann, bei das einfach aufzusetzen ist.

Das wird aufgrund der Forenregeln wahrscheinlich niemand machen

Zitat

Bitte haben Sie dafür Verständnis, dass Namen von Mitbewerbern der netcup GmbH nicht in diesem Forum genannt werden dürfen.

Das Schöne am BF ist doch, dass die "Schwebenden Posten" im Partnerprogramm bei den vor Jahren geworbenen Kunden so schön sprunghaft ansteigen.

Zitat von spectre

Alle Domainnamen und IP-Adressen sind anonymisiert (per sed, damit mir kein Fehler passiert).

(Hervorhebung durch mich.)

Zitat von mfnalex

Ja, damit man sich dann mit den VLAN-Problemen ablenken kann

Ob ich das nochmals schaffe?

Der zweite übertragene Server hat noch kein VLAN

Ich mach' das lieber erst am Montag

Zitat von KB19

Nur ncLabs ist älter: 2012

Korrektur, in Wirklichkeit 2013. Vorher gab es KVM bei netcup noch gar nicht…

Das falsche Datum kommt glaube ich daher, dass man die alten Linux-VServer-Kisten aus dem Vorgänger-ncLabs migrieren konnte.

Zitat von Ente-Dank

Da werd ich ja richtig nostalgisch die Kiste nach den sieben Jahren ab zu drehen.

Respekt, die ältesten meiner regulären netcup VMs sind bei mir aus dem Jahr 2016. Nur ncLabs ist älter: 2012

Du kannst Zusatzdomains im CCP jederzeit einem anderen Tarif zuweisen.

Bei Inklusivdomains könntest Du glaube ich maximal eine Subdomain als externe Domain hinzufügen. Ob dafür Kosten entstehen, hängt allerdings von Deinem Tarif und der bereits eingebundenen Anzahl an Domains ab.

Tipp am Rande: Wenn man flexibler sein möchte, empfehle ich Domains immer separat zu buchen. Dann braucht man sich um Einschränkungen rund um Inklusivdomains keine Gedanken zu machen.

btw: Das beste Mittel, um BF-Deals zu widerstehen?

Sich einige Tage vorher in der Tauschbörse austoben!

Wichtiger Hinweis: Wenn Du Inklusivdomains kündigst oder weg transferierst, werden die Plätze standardmäßig nicht wieder frei!

Bedenke das bitte, bevor Du voreilig irgendwas unternimmst.

Zitat von Ente-Dank

Auch da kannste ja problemlos überbuchen. Die VM alloziert den Kram ja auch dynamisch, gerade wenn der guest agent installiert ist.

Fällt aber irgendwann auf, wenn die VM zu wenig RAM zum cachen verwendet, oder?

Zitat von MeisterYoda

[…] maximal 32 VMs auf einem Host liegen (64 Cores / 2 ded = 32). […]

Es könnten theoretisch auch mehr VMs sein, wenn man alte Forenbeiträge heranzieht. Dedizierte Kerne könnten eventuell auch einer leichten Mischkalkulation unterliegen. Ich würde eher den RAM als Grundlage für solche Rechenbeispiel nehmen. Wobei wir natürlich nicht wissen, wie viel wirklich verbaut ist.

Aber glaubt ihr wirklich, dass so viele Kunden die Netzwerkanbindung ihrer VM gleichzeitig so stark auslasten? Die meisten Systeme werden wahrscheinlich nicht einmal 10 Mbit dauerhaft auslasten. Und sollte es zu viele Poweruser auf einem Node geben, könnte man sie immer noch gleichmäßiger auf andere Nodes migrieren...

Falls hier irgendjemand Nextcloud mit der Pico CMS App unter Nginx betreiben möchte:

    rewrite ^/sites$ /sites/ redirect;
    rewrite ^/sites/([^/]+)$ /sites/$1/ redirect;
    rewrite ^/favicon.ico$ /core/img/favicon.ico;
    location ~ "/sites/([^/]+|$)(/.*)?$"
    {
        set $site "$1";
        set $path "$2";

        if ($site = '')
        {
            set $site "default-site";
        }

        fastcgi_param modHeadersAvailable true;
        fastcgi_param front_controller_active true;
        fastcgi_request_buffering off;
        fastcgi_intercept_errors on;

        fastcgi_pass unix:/run/php/XXXXXXXXX.sock;
        include fastcgi_params;

        fastcgi_param PATH_INFO "/apps/cms_pico/pico_proxy/$site$path";
        fastcgi_param REQUEST_URI "/index.php/apps/cms_pico/pico_proxy/$site$path?$args";
        fastcgi_param SCRIPT_FILENAME "$document_root/index.php";
        fastcgi_param DOCUMENT_URI "/index.php";
        fastcgi_param SCRIPT_NAME "/index.php";
        try_files /index.php =500;
    }

Diese ganzen Proxy-Spielereien finde ich einfach nur unnötig, wenn man sowieso alle Umgebungsvariablen für PHP bequem manipulieren kann.

tab Die Locales haben aber nichts mit dem Keyboard-Layout zu tun, das ist eine andere Einstellung.

Edit: OK, hat sich wohl schon erledigt. Vergiss meinen Beitrag

tab Das Layout muss auch im OS korrekt konfiguriert sein. Nur im SCP ändern bringt nichts.

Alternativ das Recovery-System im SCP booten, die HDD mounten und dort die Probleme beheben.

Wenn es innerhalb des open_basedir liegt, sollte es auch wieder über die .user.ini problemlos klappen.

chmod 0777 würde ich übrigens nicht empfehlen. Schreib-/Leserechte braucht definitiv nur PHP: chmod 0700

Zitat von mzl

Der Path muss natürlich unterhalb der von außen erreichbaren Ordner liegen, aber im Prinzip klappt es schon mal.

Man kann den open_basedir in Plesk zur Not auch so konfigurieren, dass der ganze Webspace darin enthalten ist.

- gelöscht -

Kein Bug in Nextcloud, scheint ein PHP Bug zu sein. Jetzt bin ich gleich noch mehr begeistert

Die zitierte Fehlermeldung deutet laut Nextcloud Quellcode auf einen HTTP-Error 403 hin, was noch nicht wirklich weiter hilft.

Was steht denn im Errorlog des Webservers? Dieses findest Du in /logs/<DOMAIN>/error_log