Das geht aber - wenn der Compiler weiß wie groß die Array Elemente sind, kann man ein Array mit Pointerarythmetik nutzen. Sehr beliebt auch bei nullterminierten Strings, aka Arrays mit der Elementbreite von einem char.
Hm, meine Erinnerung und gcc sagen, dass es nicht geht, weil ein Array kein lvalue ist. Also
int i, Arr[10], *pArr;
...
pArr = &Arr[0];
pArr++; // Zulässig, pArr zeigt jetzt auf Arr[1]
Arr++; // Unzulässig, gcc sagt error: lvalue required as increment operandNull Pointer - muhahaha
Ja, z.B. Ich hatte mal einen Kollegen, der den Unterschied zwischen Arrays und Pointern nie verstanden hat. Der hat ganz gern mal Pointer deklariert und dann einfach ganz munter auf die vermeintlichen Array-Elemente zugegriffen. Gelegentlich mit interessanten Folgen. Oder, wenn er experimentell gelaunt war, einen Array deklariert und dann den vermeintlichen Pointer inkrementiert.
Es handelt sich um Hosting, Limits sind: 50 pro User bzw. 300 insgesamt
"show open tables" zeigt, dass eine Tabelle 48 x "in use" ist. Und das ohne Änderung seit über 48h
Die Seite ist natürlich hin, da geht gar nichts mehr
Welche Software ist das denn, die so viele Zugriffe auf die selbe Tabelle erzeugt und die Verbindung nicht mehr beendet?
genau das macht Programmiersprachen, welche hier syntaktisch nicht unterscheiden eigentlich wieder gefährlich;
Das Leben ist nun mal gefährlich 
.
Klar gibt es Pointer: https://www.php.net/manual/de/language.references.pass.php
C ist auch noch mein Favorit, bin mitlerweile ziemlich viel mit Go unterwegs.
Java, JavaScript / ECMAScript und Python kann man mich mit jagen.
Referenzen gibt es freilich, aber es gibt schon Unterschiede zwischen einer Referenz und einem Pointer. Wobei die meisten Dinge auch mit Referenzen gelöst werden können. Der Rest ist aus heutiger Sicht eh "Teufelszeug", wenn auch gelegentlich nützlich.
PHP ist halt uncool, da gibts nicht mal Pointer. 
Wenn wirklich schon die DNS-Auflösung blockiert wird, wirst Du nicht viel dagegen machen können. (Außer beim Hersteller bzw. Administrator der eingesetzten Firewall nachfragen.)
Ich wüsste zwar nicht, warum Du das machen willst, aber bitte: https://www.netcup-wiki.de/wiki/Plesk_Ony…g-Einstellungen
HTTPS will man ja eigentlich unbedingt haben, genauso eine Weiterleitung von HTTP zu HTTPS.
Er hat schon Plesk Obsidian. Habe gerade mal im Webhosting mit Plesk Obsidian probiert. Den Haken kriege ich da jetzt jedenfalls nicht mehr so einfach raus, bei Plesk Onyx war das noch anders.
Ja, momentan ist der Stand so, dass die demnächst erscheinende Version 21 von Nextcloud mit den derzeitigen netcup-Webhostings wohl nicht mehr kompatibel sein wird, sofern Nextcloud bei seiner "Drohung" bleibt, nur noch MySQL 8 unterstützen zu wollen (und MariaDB ). Nextcloud 20 läuft auch im Webhosting soweit stabil, man sollte nur nicht das gesamte Paket an Apps installieren, das bei der Installation angeboten wird. OnlyOffice bzw der zugehörige Community Document Server dürfte für die meisten Shared Webhostings eine Nummer zuviel sein. Das hat Nextcloud bei mir seeeeehr langsam gemacht (ca 20 Sekunden) um z.B. die Einstellungen anzuzeigen. Ohne das, nur reine Datei-, Kalender, Aufgabensynchronisation läuft bei mir sehr stabil. Ich synchronsiere allerdings auch keine 5 GB großen Videodateien.
Newsletter sind mM nach nur legitime wenn sie per Double opt-in bestätigt wurden. Wie es auch im Gesetz steht.
Dass ich mich vor zwei Jahren angemeldet und das per double Opt-In bestätigt habe heißt ja nicht, dass die danach Narrenfreiheit haben und egal was sie mir schicken kein Spam ist. Ein Newsletter kann sich durchaus im Lauf der Zeit (inhaltlich) zum Spam entwickeln. Wenn der Entwickler von Sicherheitssoftware mir irgendwann Mails mit Inhalten und Links irgendwelcher dubioser Porno-, Glücksspiel- und Malwareseiten schickt, dann würde ich das auch als Spam melden und mich vom Newsletter abmelden.
Funktioniert bei mir. Vielleicht ein Popup-Blocker oder Ähnliches aktiv?
ja das würde gegen Dt. Recht verstoßen, auch das nicht vorhandene Impressum, aber Dt. Recht kommt nicht zur Anwendung;
von daher ist alles mal rechtens;
das soll jeder f. sich entscheiden;
Auch nach Schweizer Recht ist m.E. ein Impressum für so etwas Pflicht.
Mach doch einfach einen Ordner forum und einen Ordner cms, kopier da die jeweiligen Installationen rein und setz den Dokumentenstamm dann halt jeweils auf das entsprechende Verzeichnis. Was man bei deiner Software sonst noch anpassen muss, Verzeichnisse, Datenbank, ... wirst du ja selbst wissen. PHP-Version(en) auch schon richtig gewählt? Was da alles zu machen ist, kann dir ohne Wissen um die Forensoftware und CMS-Software und die jeweilige Version vermutlich niemand sagen.
Also wo liegt jetzt was?
Bisher weiss ich nur, dass es ein Forum gibt und das im Hauptverzeichnis liegt. Das sollte woanders hin, zuallermindest wenn außer dem Forum noch irgendwas anderes auf dem Webspace betrieben werden soll, eigentlich immer.
/cms deutet jetzt nicht unbedingt auf ein Forum hin, wird also wohl was anderes sein. Was läuft denn da sonst noch?
Ja, die gibts schon noch. Alles was G8 heißt ist Xeon. Siehe auch
Wenn es wirklich wegen Greylisting wäre, dann sollte es zumindest nur beim ersten Mal auftreten.
weil das genausoviel/-wenig kratzt wie die vielen Betrugsseiten ...
sprich da kannst bis auf einige wenige Seiten des ganze Internet niederfahren
Das wirft dann aber ein extrem schlechtes Licht auf die Mailhoster weltweit. Die lassen ja letztendlich ihre Kunden im Regen stehen und die bezahlen auch noch dafür.
Die Frage erhebt sich allerdings, warum denen niemand das Licht ausbläst. Die uralte Website strotzt ja vor illegalen Drohungen. Das kann ja nicht legal sein, nur weil die Firma jetzt in der Schweiz sitzt. Trotzdem scheint kein Interesse zu bestehen, diesen Scam zu beenden. Also, macht's gut, wenn ich morgen hier nicht mehr mitlese, dann hat mich wahrscheinlich Mr.BND kaltgestellt.
Zuallermindest würde ich mal versuchen, die Datei mit der Variable nicht als PHP-Datei zu erzeugen und somit auch nicht per include einzubinden. Sollte zwar nach dem was ich mir angeschaut habe eigentlich nicht passieren, aber ich kann mir schon vorstellen, dass die Datei sonst eventuell aus einem Cache genommen wird.
Wenn du den Website-Status auf "Gesperrt" setzt, passiert offenbar ganz genau was bei dieser Einstellung in der Beschreibung steht.
Gesperrt
Die Website wird weiterhin auf dem Server gehostet, aber Besucher werden mit dem HTTP-Code 503 auf die benutzerdefinierte Fehlerdokumentseite weitergeleitet. Der E-Mail-Service wird weiterhin verfügbar sein. Hier können Sie das benutzerdefinierte Fehlerdokument bearbeiten.
Auch Besucher, die das Backend aufrufen, sind immer noch Besucher. Wenn du während der Entwicklung die Website für andere unzugänglich machen willst, dann weiss ich nicht wie das mit Wordpress am besten geht (Plugin?, Verzeichnis schützen?), weil ich mich damit nicht auskenne. Aber so, über den Website-Status, jedenfalls nicht.
Also wenn ich auf den Link klicke, dann bekomme ich eine Sicherheitswarnung, weil das Zertifikat auf "cloud.tkowalski.de" lautet.
