Bei den Reseller-Domains geht hauptsächlich ja auch darum, dass die Domains nicht auf den Reseller-Inhaber, sondern auf die Kunden registriert werden (können). Das geht mit normalen Registrierungen (auch Angebote) nicht.
Ich würde mich als Kunde jedenfalls "bedanken", wenn mein Provider/Hoster meine Domains auf seinen Namen registrieren würde.
Aus einem mir noch nicht geklärten Grund funktioniert das jetzt auch. Als ich es gestern getestet habe, bekam ich noch einen Zertifikatsfehler...
Browser Cache für Zertifikate/DNS etc.. Ich teste solche Zugriffe immer in einem frisch geöffneten Inkoknito Fenster..
SELECT Tisch, COUNT(*) AS Anzahl
FROM Tabelle
GROUP BY Tisch
HAVING Anzahl = 2;1) Funktioniert die mod_geoip hier überhaupt?
Bei eigenem Hosting (VPS) z. B. mit apachectl -M | grep geoip
Bei einem Webhosting erstell halt eine Datei z. B. info.php mit Inhalt <?php phpinfo(); ?> und ruf diese als Webseite auf (https://example.com/info.php) - anschließend löschen der Datei nicht vergessen 
2) Unabhängig davon, gibt es eine bestimmte Reihenfolge in der man in der htaccess die Einträge machen sollte?
Die Datei wird von oben nach unten gelesen. In Deinem Fall oben hat das wohl noch keine Auswirkung aber für z. B. für Regeln bedeutet das: Wenn eine Regel eine Bedingung erfüllt, wird die Verarbeitung der nachfolgenden Regeln möglicherweise nicht mehr fortgesetzt.
bei MySQL konnte man ja mit folgendem Code das Datum formatieren
date_format('user_bday', '%d.%m.%Y') AS 'datum
Vermutlich ist das ein Copy-Paste Fehler.
Spaltennamen wie user_bday gehören nicht in Anführungszeichen ('), dann ist das nämlich ein String (und in dem Fall eine ungültige Datumsangabe).
Zur Vermeidung von Fehlinterpretation von Schlüsselwörtern setzt man in MySQL DB-, Tabellen- oder Spaltennamen in Backticks (`), nicht in einfache Anführungszeichen (') - das geht beim umkopieren (je nach Quelle und Editor) gerne verloren.
Korrekt wäre
date_format(user_bday, '%d.%m.%Y') AS 'datum'oder
date_format(`user_bday`, '%d.%m.%Y') AS 'datum'Es dürfte also nur noch einmal pro Monat passieren. dass eine offene Rechnung etwas blockiert.
Löst aber das eigentliche Problem nicht.
Denn laut Murphy passiert das genau dann, wenn man es nicht gebrauchen kann (Tages-Deals, Aktionen...)
Es gibt ja Gott sei Dank https://ventoy.net
Und wer so etwas für PXE braucht, hierfür gibt es iVentoy
Zwei Rechnungen sind aktuell offen, die aber wie immer per Lastschrift beglichen werden.
Genau aus dem Grund habe ich meine Lastschrift nach Weihnachten entfernt und zahle wieder manuell per PP. Ich konnte einige Sachen in den Dez. Aktionen nicht bestellen, weil das bei mir genauso war.
Das Lastschrift-Handling mit der Blockade durch offene Rechnungen ist echt nicht durchdacht. Nach Rechnungstelllung dauerte es hier immer 4-6 Tage, bis die Lastschrift durchgeführt wurde und solange kann man eigentlich nichts anderes bestellen.
Lösch mal deinen Browser Cache oder besser: Öffne eine Inkoknito-Fenster und ruf die Domain mal von dort aus auf.
Da scheinen die Deal- und die Produktwebseite nicht syncron zu sein. Hatte auch direkt die Produktseite aufgerufen und konnte dort bestellen. Auf der Dealseite war der VPS 500 G11s BW24 Server schon als Ausverkauft markiert.
Ja, das muß man anscheinend auch erst wissen. Bei mir war die Netcup-Seiten Sekunden vor 13:00 bis 2 Minuten danach nicht mehr aufrufbar und danach stand auf der Deal-Seite "Ausverkauft" - da frage ich mich schon, was soll das?
Ich danke euch erstmal, das hilft mir schmal weiter.
Verwendet niemand Letsencrypt für Subdomains? Kann es gar nicht glauben
Hallo zusammen,
ich habe auf einem Webhosting sowohl eine (Haupt)Domain mit eigenen Webinhalt (über example.com und www. example.com) als auch eine Subdomain mit eigenem Webinhalt (subdomain.example.com).
Für beide habe ich im Plesk Letsencrypt Zertifikate angelegt, die funktionieren auch.
Das Zertifikat für die Domain wird automatisch erneuert, das Zertifikat für die Subdomain nicht (obwohl im Plesk auch bei der Subdomain steht "Das Zertifikat wird automatisch 30 Tage vor Ablauf verlängert."). Die Subdomain-Zertifikate laufen ständig ab ohne Mitteilung und ich muss diese dann ständig manuell erneuern damit der Dienst weiterhin funktioniert.
Hat das auch schon jemand beobachtet?
Dito - im SCP erscheint "Server Informationen konnten nicht ermittelt werden"
