die sind einfach nicht das Gelbe vom Ei.
Wo läuft denn Dein "Deweso Premium Webhosting"?
die sind einfach nicht das Gelbe vom Ei.
Wo läuft denn Dein "Deweso Premium Webhosting"?
Moin,
Waren ein paar Minuten.
Ja so war es bei den meisten meiner Seiten auch.
Hab das Ganze gestern Abend mal mit PostgreSQL statt MySQL getestet: Da war die Update-Performance bei der Datenbank-Konvertierung deutlich höher.
Generell stelle ich vielen Tests fest, dass Schreibvorgänge in PostgreSQL gravierend schneller sind, als in Innodb.
Ich hatte Seiten, da ging es sehr schnell, aber bei Kunden mit dicken Datenbanken (riesiger Sportverein mit diversen Editoren) musste ich an einer Stelle die max_execution_time auf 1200 hochsetzen.
Elwood: Wie lange hat das Update bei Dir im Schnitt gedauert?
Ist bei anderen Anbeiter nicht anders, bei Joomlaworks (SimpleImageGalleryPro) muss man auch jedes Mal um eine Update-Datei betteln. Aber auf Facebook herum"pöbeln" bringt bei denen meist Bewegung in die Sache.
Ich hab das schon beim erstem Mal gecheckt...
Danke, schau ich mir an.
Der Sören Siebert hat echt den Text mit den Abmahnungen empfohlen???
Kannst Du was empfehlen?
Ich hab mir mein, an den Laden gezahltes, Geld per Paypal Käuferschutz zurückgeholt, wegen der Unfähigkeit, eine Rechnung aus zu stellen...
Ich selber setze keine Formularkomponenten ein (Kunden von mir tuns aber), eine Alternative zu Brezelforms in der Hinterhand zu haben, wäre toll.
Spannend. Wenn die es bei Breezingforms endlich mal hinbekommen würden, das Build im Dateinamen mit ab zu bilden...
meist heisst die Datei, die ich meine error.log. Da steht dann noch mehr Info zum Fehler.
Beispiel:
Hast Du mal im Admin unter "Erweiterungen -> Verwalten -> Datenbank" geschaut, ob die Datenbankstruktur aktuell ist?
Manchmal dauert nämlich das Konvertieren zu lang und dann gibts auch nen 500er Fehler.
Gestern wurde eine neue Version von Breezingforms veröffentlicht, in der dieser Fehler behoben wurde.
Wo denn? im Downloadbereich für Bezahlkunden ist nach wie vor die Version 187_885 verfügbar, und die hat schon ein paar Wochen auf dem Buckel.
Bei meinem Installationen mit dieser Version lief bisher alles mit Joomla! 3.5.1
Wenn Du Zugriff auf der Error-Log des Servers hast, dann weisst Du genau was der Fehler ist. Hast Da eine Möglichkeit?
Hast Du auch die entsprechenden Menus und Menupunkte angelegt?
Die Ausgabe kommt erst, wenn alle nötigen Voraussetzungen erfüllt sind.
Von der einen Seite, von der ich einen Emil bekam, bekam ich diesen auch schon mehrfach.... ist wohl noch optimierungsfähig.
Jetzt gehts bei mir auch los.
Ist hier auch so. Bei ~ 40 Installationen=keine Email. hab jetzt mal direkt im Plugin eine Adresse rein, aber angeblich soll bei leerem Feld ja jeder SuperUser benachrichtigt werden.
Es steht da auch: "Das Plugin prüft regelmäßig", vielleicht kommt noch was
Hat von Euch jemand vom Plugin eine Nachricht bekommen, dass Joomla 3.5.1 bereitsteht?
Sorry Re:later, aber das ist falsch.
Was wenn der Hoster sagt: Wir nehmen suphp?
Es gibt auch andere Techniken, wie suphp, die das selbe machen, wie *cgi-Implementierungen (wobei es intern wie cgi ist).
Man kann das Ganze sogar schon auf Apache-Ebene lösen.
Dein Rat zu den Rechten ist ebenfalls falsch.
Bei einer *cgi/suphp-Implementierung würde ein 640 und 750 reichen, da die Rechte normal so aussehen:
User:Webserver
über das erste Bit kann der User zugreifen und auch schreiben, daher 6 oder 7, über das 2te der Webserver lesen, daher 4 oder 5.
Man könnte *.php Dateien sogar 400 berechtigen und es würde immer noch gehen, da der Webserver nur wissen muss, wie die Datei heisst (5 des Ordners) und dann einen Prozess forkt (suphp) oder an einen bestehenden Prozess übergibt (fcgid) und die die PHP-Datei im Kontext des Users über das erste Bit aufgerufen wird und da reicht eine 4 (in seltenen Fällen eine 5, aber das execute-Recht braucht man eigentlich so nicht).