Wir nutzen Keyhelp. Lässt sich sehr einfach installieren und tut was es soll. Die Doku ist sehr gut und verständlich. Und zu guterletzt ist das Forum dazu auch sehr gut.
Wenn ich zurück denke hatte ich die Intervalle runter gesetzt. Vermutlich wurden zuviele Abfragen raus geschickt, bzw kamen dann zuviele Antworten zurück und der Router hat dicht gemacht. Aber ganz genau weiß ich es nicht mehr.
Bei meinen 3 Installationen läuft es. Du kannst über Konsole und dem Rootzugang testen ob der User mysqladmin existiert und zur Not das Passwort für den User auch dort ändern. Wenn der User nicht existiert kannst du denn auch einfach anlegen über die Konsole.
Du weißt aber schon, das du diesen Job auch von der Konsole aus starten kannst. Der entscheidende Vorteil dabei wäre, das Ergebnisse gleich danach verfügbar wären.
Ich habe es über eine Subdomain eingebunden und gleich mit eigenem Lets Encrypt Zertifikat anlegen lassen. Als Panel benutze ich Keyhelp. Die Subdomain in einen seperaten Ordner angelegt und dann den vhost editiert.
Und damit lässt sich das direkt über die Subdomain aufrufen.
In dem Keyhelpforum hat wohl die Domain nicht richtig aufgelöst. Was war den nun der Fehler, die Installation oder die Domain?
Btw, wenn man schon in mehreren Foren den gleichen Fehler abarbeitet, macht man es erstens bekannt und zweitens sollte man dann in allen Foren die Lösung des Problems...
Ist die Installation sauber durch gelaufen. Wurde der Hostname richtig gesetzt? Wenn ja sollte phpMyAdmin eigentlich unter https://hostname/phpmyadmin/ erreichbar sein. Zumindest bei mir läuft das so.
Es geht nicht um deine Domains, auch nicht um das Plesk gerade. Dein Server muss auch wissen, welchen Nameserver er abfragen soll, um zu erfahren wo http://autoinstall.plesk.com wohnt, bzw zu welcher IP er jetzt verbinden/abfragen soll. Auch das Plesk hätte vermutlich gern diese Information...
Darum geht es nicht. Es geht darum das dein Server auch wissen sollte wo alle anderen wohnen, und da sollstest du das von danton erwähnte mal überprüfen.
Mir ist nur daran gelegen das es läuft weil mir das Spiel gefällt. Gewachsener Code bestimmt, haben ja auch schon ein paar Leute dran gewerkelt.
Ich werde bestimmt irgendwann wieder mit so was die Ecke kommen. Erstmal sind wir Thomas dankbar das es läuft und allen anderen die hier auch.
Gruß s.b.
Da bin ich zum Glück raus. Habe aber von Thomas erfahren das noch zahlreiche solcher Limitierungen im Code stecken. Das ein oder andere wird sich dann zu gegebener Zeit bemerkbar machen. Viel schlimmer wird werden das der Code unter PHP 8 nicht mehr laufen wird. Entweder ist dann Ende oder es...
Das Problem wurde gelöst. @ThomasChr hat sich mal den Code angeschaut und folgendes gefunden.
if (isset($_POST['pro']) AND preg_match("#^[0-9]{1,5}$#", $_POST['pro'])){$pro = $_POST['pro'];}
elseif (isset($_POST['pro2']) AND preg_match("#^[0-9]{1,5}$#", $_POST['pro2'])){$pro =...
Das wiederum nicht. Es gehört alles nicht mir und somit kann ich da nicht einfach jeden ran lassen. Mir ist aber daran gelegen den Fehler zu beseitigen. Ich habe jetzt Testweise den Eintrag 100000 auf Platz 1007 verschoben. Ab da konnte mit diesen Eintrag jetzt wieder gearbeitet werden. Ein...
Folgende Sachen wurden bei dem Befehl zurück gegeben>> SELECT COUNT(ID) FROM `marken` LIMIT 999999
Die aktuelle Markierung enthält keine eindeutige („unique“) Spalte. Gitter-Bearbeitungsfunktion, Kontrollkästchen, Bearbeiten, Kopieren und Löschen von Links sind nicht verfügbar.
COUNT(ID)...
Der Engine-Typ ist Inno-DB. Der aktuell verbliebene Programmierer findet keine Limitierung im Code. Was dagegen spricht wäre das ja weitere Einträge vorgenommen werden können. Also wäre jetzt meine Laienhafte Ansicht. Ich habe vielleicht noch einen anderen Ansatz. Die Daten aus der Tabelle...
Hallo zusammen,
ich weiß nicht genau wie ich das Problem beschreiben soll, aber ich versuch es mal.
Erstmal die Systemdaten, Ubuntu 18.04 (64-bit), Apache 2.4.29, PHP 7.2.24, MariaDB 10.1.47, phpMyAdmin 4.9.7.
Die Software arbeitet mit einer Datenbank mit dem Zusatz>> utf8mb4_general_ci. Keine...