Lightys PC-Hilfe Forum

Unter der vorher verwendeten Version phpMyAdmin 2.6 (als Bestandteil von Dreamweaver 8 ) wurde eine DB einfach per "Neue Datenbank anlegen" --> [Name der DB] --> "Anlegen" kreiert. Siehe dazu hier (Abb. 24.5.).
Nach dem gestrigen Update auf die neue Version 2.11. kommt nun das Feld "Kollation" dazu, welches ich lt. Vorgabe mit utf8_unicode_ci füllte. Das provoziert aber: und die DB wird nicht erstellt. Auch utf8_general_ci ändert das nicht.

Was mache ich falsch?

P.S.:Vorhandene DB lassen sich problemfrei öffnen.

Moin !

Das sagt die FAQ dazu ....

2.8 I get "Missing parameters" errors, what can I do?

Here are a few points to check:
In config.inc.php, try to leave the $cfg['PmaAbsoluteUri'] directive empty. See also FAQ 4.7.
Maybe you have a broken PHP installation or you need to upgrade your Zend Optimizer. See http://bugs.php.net/bug.php?id=31134.
If you are using Hardened PHP with the ini directive varfilter.max_request_variables set to the default (200) or another low value, you could get this error if your table has a high number of columns. Adjust this setting accordingly. (Thanks to Klaus Dorninger for the hint).
In the php.ini directive arg_separator.input, a value of ";" will cause this error. Replace it with "&;".
If you are using Hardened-PHP, you might want to increase request limits.
The directory specified in the php.ini directive session.save_path does not exist or is read-only.

Na ja. Fein. Habe ich auch gefunden. Nur: Und nun bitte auf deutsch...
Tut mir leid. Ich kann mit diesen engl. FAQ nichts anfangen.
Mein Motto war: Ging vorher, muß auch jetzt gehen. Was leider nicht funktioniert. Und ich dachte eigentlich, dass hier jemand sagt: "Ach so! Das! Da mußt du nur mal schnell..."

Wenns so einfach wäre, hätte ich es bestimmt mitgeteilt !

Bei mir werden DB über ein Script erstellt und nicht direkt im phpmyadmin !
Von daher fehlen mir da aktuell die Referenzen das zu testen !
Als ich noch den V-Server hatte, ging das einfach über den Button anlegen !
( den Datenbanknamen hast du ja eingetragen/angegeben, oder !? )

Ja. Habe ich.

Gerade festgestellt: Innerhalb vorhandener DB kann ich keine neuen Tabellen mehr anlegen weil das den selben Fehler provoziert.
Ich schmeiß jetzt das verschlimmbesserte Teil wieder runter und installiere wieder meine 2.6. Für diesen Konfigurationsunfug habe ich keine Zeit.

Wobei ich mich frage, was das mit den Kollationen soll. Das wurde doch in den anderen Versionen auch nicht in dieser Form überhöht.

... hast du denn auch mal eine andere Kollation versucht !?
latin1_german1_ci, oder so !?
( latin1_german1_ci Deutsch (Wörterbuch), case-insensitive )

Ja. Das habe ich. Aber leider auch ohne Erfolg. Die Meldung bleibt die Gleiche.

Es erschien mir aber sinnvoller die Hauptvorgabe, also utf8_unicode_ci, zu verwenden. Zumal beim Öffnen der vorhandenen DB dieser auch als schon eingebunden angezeigt wird.
Und deshalb verstehe ich auch nicht, warum, trotz der übergeordneten Hauptvorgabe, bei jeder Tabelle innerhalb der DB, und innerhalb dieser wieder auch bei jedem Feld, diese Angabe wiederholt werden muss.

PS: Habe ich in Bezug auf Sicherheitsaspekte mit großen Nachteilen zu rechnen, wenn ich nicht immer die aller neueste Version von phpMyAdmin verwende?

... ka, must du mal schaun !?

http://wiki.cihar.com/pma/phpMyAdmin_2.11.9

Kommando zurück!

Die Firewall (Sygate) war es. Die Deaktivierung brachte den Erfolg.

Wie ich das allerdings unterbinden kann, weiß ich nicht. apache.org sagt: deinstallieren (was ich nicht möchte).

Welche Lösung seht ihr da?

... ja ja, die Firewalls ....
Was genau unterbinden !?
Kannste keine Freigaben einrichten !?

Doch. Habe ich auch. Aber ohne direkte Auswirkungen.
Ich habe XAMPP, phpMyAdmin und MySQL in allen Instanzen auf "Vertrauenswürdig" mit allen Rechten gesetzt. Aber die Fehlermeldung kommt trotzdem, solange die FW aktiv ist.
Erst das vollständige Beenden der FW unterbindet Fehler in der DB-Erstellung und Bearbeitung.
Das deckt sich auch mit den Aussagen der Apache Friends FAQ für XAMPP:

(4) Bei dir läuft eine Firewall, die den Apache blockt. Das ist nicht selten die Ursache dafür, dass unter HTTP keine Bilder in den aufgerufenen Seiten angezeigt werden, unter HTTPS aber schon. Auf manchen Systemen muss die Firewall leider erst deinstalliert werden, bevor der Zugriff auf Apache über HTTP funktioniert. Eine Deaktivierung der Firewall reicht in diesen Fällen nicht aus.

Meine Frage wg. unterbinden geht in die Richtung: MySQL trotz laufender Firewall. Schließlich läuft auf dem anderen Monitor noch das INet mit...