Beiträge von tab

Wie sieht denn deine Ordnerstruktur aus? Hat jede Subdomain einen eigenen Ordner, der nicht im Ordner der Hauptdomain oder einer anderen Subdomain liegt? Ist bei allen Subdomains der Dokumentenstamm auf das entsprechende Unterverzeichnis gesetzt? Davon gehe ich mal aus, sonst würden auch andere Dateien als PHP nicht gefunden. Es liegt auch keine .htaccess in einem übergeordneten Verzeichnis? Dass es mit nginx funktioniert und mit Apache nicht, deutet eigentlich schon ein wenig auf ein Problem mit einer .htaccess hin. NGinX interessiert sich eben im Gegensatz zu Apache nicht für diese Dateien, ignoriert sie also einfach. Wenn da also irgendwas unpassendes drinsteht in der .htaccess, dann stört das nur den Apache. Ganz besonders, wenn vielleicht in einem Rewrite nur PHP-Dateien umgeschrieben werden.

Das einzige was ich mir denken könnte, vielleicht interpretiert das der Parser als 1000er Punkte. Vielleicht hilft es, die irgendwie auszuschalten beim Integer Zahlenformat. Keine Ahnung ... aber davon jede Menge.

Edit: Gerade mal getestet in meinem Libreoffice, ich kann es erst einmal nicht nachvollziehen, die IPs werden als Text importiert.

Zitat von aRaphael

Ist das denn für Serverhoarder ein Kriterium?

Eigentlich nicht, es handelt sich dabei um ein reines Sammlerobjekt .

Zitat von AutoYaST

Mich würde ja das Hostsystem interessieren, ernährt sich vermutlich vollständig von Backports.

Besser als von Backdoors.

Also der Aufruf mit einem einfach kopierten zsh-Binary endet bei mir im Webhosting so:

bash-4.4$ zsh --version
zsh: error while loading shared libraries: libcap.so.2: cannot open shared object file: No such file or directory

Wie sollen wir das klären? Wir kennen ja noch nicht mal die Domain und selbst wenn ...

Ist es eine Inklusivdomain oder eine Zusatzdomain? Was hast du im DNS eingetragen? Richtige Syntax, also bei Host '@' für die Domain selbst , '*' für Wildcard Subdomains', 'sub' für sub.deinedomain.tld? Also jedenfalls nicht 'sub.deinedomain.tld' oder 'deinedomain.tld als Host eintragen, sonst gilt der Record für für deinedomain.tld.deinedomain.tld bzw sub.deinedomain.tld.deinedomain.tld. Dann kannst du lange warten bis das für (sub.)deinedomain.tld greift . Wenn die korrekten DNS-Einträge nach mehreren Wochen immer noch nicht greifen, dann kann dir nur der Support helfen. Und nach so langer Zeit wird sich der Support da schwerlich mit der o.g. Aussage rausreden können. Ansonsten musst du das Ticket halt eskalieren.

Bist du hier im richtigen Forum? Wenn es dir wirklich um einen vServer geht und nicht etwa ein Webhosting-Paket, dann ist der Server genau so installiert, wie du ihn eben installiert hast. Du hast da ja vollen root-Zugriff.

Naja, der größte Unterschied zwischen Linux und Windows ist in dieser Beziehung wohl, dass ich unter Windows bei einer nichtssagenden Fehlermeldung beim googlen die Windows-Version angebe und bei Linux die Linux-Version. Und dass ich da alternativ mich ein paar Stunden lang in den Quellcode eingraben kann um darin dann herauszufinden, was denn jetzt eigentlich der Fehler ist. Falls ich denn die entsprechende Stelle finde. Also wenn ich mir zum Beispiel den Output von Logwatch so anschaue, da war ich schon mehrfach in Panik, z.B. als mir zum ersten Mal im Abschnitt SSHD die "Network Read Write Errors" aufgefallen sind. Da brauchte ich dann auch erstmal die Übersetzung durch Durchforsten des Quellcodes, wodurch sich dann herausgestellt hat, dass das jetzt Mitnichten auf ein Netzwerk-Problem meines Servers hindeutet.

Zitat von mainziman

aRaphael

Es ist auch das

Die Impressumspflicht gilt in Deutschland recht weitreichend.

eine schwammige Formulierung

nicht alles mit .de ist auch in Dtl. gehostet

nicht alles in Dtl. gehostete hat auch Eigentümer aus Dtl.

gilt es denn f. Sites außerhalb von Dtl. mit einer non-.de Domain deren Eigentümer nach Dtl. führen¹?

¹ eine Firma eingetragen in Dtl. mit Adresse in Dtl., dessen CEO in Djibouti sitzt ...

Alles anzeigen

Wo der CEO sitzt ist doch unerheblich, solange sich die Seite an deutsche Verbraucher richtet. Bei einer de-Domain mit einer deutschsprachigen, gewerblichen Website wird man davon ausgehen können. Das gilt auch für Eigentümer und Hosting außerhalb Deutschland.

Am einfachsten wäre es, beim Export nur die Tabellen der alten Datenbank zu exportieren. Ansonsten kann man doch die Export-Datei, den MySQL-Dump, notfalls runterladen, lokal editieren (z.B. Notepad++, nicht unbedingt mit dem MS-Editor/Notepad). In der Datei wird ziemlich oben ein Abschnitt wie der folgende drinstehen:

--
-- Datenbank: `kxxxxx_xxx-xx_db01`
--
CREATE DATABASE IF NOT EXISTS `kxxxxx_xxx-xx_db01` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;
USE `xxxxx_xxx-xx_db01`;

Den Abschnitt, also insbesondere die zwei SQL-Befehle, löschst du einfach raus. Dann kannst du den Rest, also die Tabellen und ihre Inhalte, Indexe usw, in jede beliebige, existierende Datenbank importieren.

Edit: Die neue Datenbank sollte vor dem Import natürlich möglichst leer sein

Also falls wirklich per CLI aufgerufen werden soll, das geht in meinen Webhostings nicht, sowohl gs als auch ImageMagick. Eventuell per PHP mit exec oder wie auch immer. Vorhanden sind die Binaries auf dem Server, PHP kann sie ja benutzen, auch im PHP-CLI ist imagick als Modul vorhanden.

Ich hab jetzt kein Reseller-Webhosting mehr, möglicherweise gibt es eine Einstellung, die einem Kunden erlaubt bzw verbietet die ihm gesetzten Limits zu überschreiten. Jedenfalls solange insgesamt trotzdem noch die restlichen Kunden ihre zugesicherten Ressourcen komplett nutzen können, ohne dass dadurch die Ressourcen deines Reseller-Pakets überschritten würden. Dann wäre es ja immer noch nicht überbucht. Ein größeres Paket lindert natürlich die Ressourcenprobleme bei gleichbleibender Kundenzahl. Die andere Frage verstehe ich nicht. Welches DNS würden sie nutzen wollen ohne (Sub-)Domains zu haben?

In der Regel ein Fehler in deinen Einstellungen. Schaue nochmal genau nach, wieviele Subdomains, Datenbanken etc in den deinen Subscriptions zugeordneten Service Plans enthalten sind. Das hat nichts mit den tatsächlich genutzten Subdomains/Datenbanken/Plattenplatz usw zu tun, sondern mit den den Kunden in ihrem Service Plan zugesicherten Subdomains/Datenbanken/... Die Meldung kannst du also locker bekommen, auch wenn kein einziger Kunde/Subscription auch nur 1 Subdomain oder Datenbank nutzt. Er könnte es aber ... je nach deinen definierten Service Plans. Du kannst die Ressourcen deines Reseller-Webhostings also nicht überbuchen. Wenn jeder Kunde 10 Prozent der in deinem Reseller-Webhosting enthaltenen Subdomains oder Datenbanken gemäß des entsprechenden Service Plans nutzen darf, dann kannst du eben nur 10 Kunden anlegen, weil damit deine Ressourcen verbraucht sind.

Bei den Konflikten mit der serverweiten Security-Einstellung gibt es nur die beiden in der Meldung erwähnten Möglichkeiten. Entweder du entscheidest dich, die Einstellung trotz des Konflikts beizubehalten oder du bringst deine Einstellungen wieder mit den serverweiten Einstellungen in Übereinstimmung. Beides ist zulässig. Die serverweiten Einstellungen kannst du sicher nicht ändern. Es hindert dich aber niemand, deine Einstellungen trotzdem so zu machen, das sie eben im Konflikt dazu stehen. Funktionieren werden sie trotzdem. Das betrifft in der Regel Perl/Node.js, ...

Zitat von aRaphael

Habe ich, ehrlich gesagt, gar nicht draufgeschaut, sondern nur meinen Standardeinwurf bezüglich Impressum fallengelassen.

Musst du auch mal gelegentlich aktualisieren, den RStV gibt es nicht mehr, er wurde 2020 vom Medienstaatsvertrag (MStV) abgelöst .

Und freilich heisst "nur mit Login" nicht, dass die Website zwingend privat ist und kein Impressum braucht. Kommt halt auch darauf an, wer sich da registrieren und anmelden kann und was da angeboten wird. Auch registrierte Benutzer haben Rechte . Solange von denen niemand Probleme hat mt dem fehlenden Impressum oder dem Betreiber der Plattform wird es freilich in der Praxis keine Probleme geben.

Es ist halt so, dass du per SSH im Webhosting in einer chroot Umgebung bist. ImageMagick z.B. ist auf dem Webhosting-Server vorhanden, aber du hast über die Konsole keinen direkten Zugriff darauf. Über den Webserver kann PHP mit Hilfe von imagick/ImageMagick z.B. Vorschaubilder von PDF-Dateien generieren. Prinzipiell dürfte das auch per PHP auf der Konsole gehen. Binaries kannst du aber prinzipiell da ablegen und ausführen. Ob sie dann auch 100% funktionieren, das wird man im Einzelfall sehen müssen.

Genau. Ich weiss jetzt nicht mal, im Zuge welchen Updates die Änderung bei den LE-Zertifikaten eingeführt wurde. Für alle, die noch nicht so lang Webhosting-Kunden sind: Davor gab es die Möglichkeit eines Wildcard-Zertifikats bei netcup nicht, sondern nur Zertifikate, welche entweder die Hauptdomain, wahlweise inklusive www-Subdomain, oder einzelne Subdomains abdeckten. Diese wurden automatisch verlängert. Daran hat sich jetzt geändert, dass zusätzlich auch Wildcard-Zertifikate immerhin überhaupt möglich sind, auch wenn hier dann eine automatische Verlängerung nicht gegeben ist. Die Einzelzertifikate für Hauptdomain oder Subdomains werden auch weiterhin automatisch verlängert. Schwach oder nicht schwach, ich kenne mehrere renommierte Webhoster, da gibt es gar keine LE-Zertifikate, egal ob mit oder ohne automatische Verlängerung. Und die sind alle deutlich teurer als vergleichbare netcup-Angebote, soweit man Webhostingpakete mit Dutzenden Bestandteilen überhaupt so pauschal vergleichen kann.

Ich bin kein Ex-Präsident der USA, ich sage nicht, dass meine Atomrak... ähhh Webhostings hier bei netcup Tippitop sind, sie haben durchaus auch ihre Schwächen. Aber LE-Zertifikate gehören da aus meiner Sicht nicht wirklich dazu.

Die Inklusivdomains musst du nicht benennen beim Vertragsabschluss. Keine davon. Die kannst du irgendwann später registrieren oder auch nie. Man kann auch ausschliesslich mit externen und/oder zusätzlichen Domains arbeiten.

Na, dann bin ich ja mit meinem Debian 11 von der Kernel Version her gut aufgestellt.

Die Doku für den Plesk Composer bzw für die in Plesk implementierte Oberfläche für Composer wird sich wohl bei Plesk finden lassen. Warum willst du an die composer.jsons in den untergeordneten Verzeichnissen drankommen. Die darin enthaltenen Pakete werden doch typischerweise sowieso beim composer update oder composer install im Hauptverzeichnis woanders her geladen und sind im Prinzip eigentlich andere Projekte, die aber wiederum Abhängigkeiten haben können, die dann in deren composer.json im Unterverzeichnis drinstehen. Im Prinzip ist doch die composer.json im document root bzw Installationsverzeichnis die einzige, die man bearbeiten sollte? Bin jetzt nicht der Composer-Experte, aber so verstehe ich das jedenfalls.

Naja, die natürliche Anlaufstelle für Composer wäre wohl https://getcomposer.org/

Ich habe jetzt nicht geprüft, welche Composer-Version in der Shell global installiert ist, aber du kannst Composer nötigenfalls auch für deinen User oder sogar pro Projekt installieren.