[gelöst] mySLQ5.3.8 baut die "falsche" Datenbank auf ?

Z.B. mit phpMyAdmin eine leere Datenbank anlegen. Dann aber auch noch einen User anlegen, der auf dieser Datenbank die nötigen Rechte hat. Diesen User mußt Du beim Aufsetzen der Drupal 6 Installation angeben. Der hat sonst nichts mit der Drupal-Installation zu tun, der ist nur für die Datenbank Zugriffe nötig.

Beste Grüße
Werner

Hallo Werner und alle,
der User "root" ist ja sowieso vorhanden...

Ich habe einen weiteren User angelegt, die Datenbank ist vorhanden, User sind vorhanden.
Es gibt keine Fehlermeldung dergestalt, das die DB nicht erreichbar wäre.
Die Install.php läuft jetzt einfach durch und kommt mit dem leeren Abfrageformular zurück ohne in der eigentlichen Installation
vorwärts zu gehen. Nicht nett.

Die Installationsroutine verlangt -lt.sichtbarer Erklärung- ausdrücklich eine MySQLi Datenbank.
Woran erkenne ich welchen Datenbanktyp (neu MySQL_i oder alt MySQL) ich nun in der Benutzung habe?

Mir scheint das dies der entscheidende Unterschied ist.
In den Voraussetzungen fürs Installieren steht hier im Handbuch (ohne Datum? vermutl. immer noch gültig?):
PHP_5.3 wird von Drupal_6 noch nicht unterstützt, aber für D_7 wird PHP_5.2 oder höher vorausgesetzt.
Von daher müsste ich wohl nur und ausdrücklich php_5.2 installieren, denn das kann anscheinend mit beiden
Drupalversionen 6.22 und 7.8 umgehen.
Mal ausprobieren.

Grüße
Peter

Hi,
ich habe Xampp_1.7.7 deinstalliert, die Reste gelöscht und
Xampp_1.7.1 installiert. Das kommt mit mySQL 5.2.9 daher.
Damit konnte ich Drupal_6.22 installieren.
Das Modul Import_HTML ließ sich problemlos installieren und in Betrieb nehmen.

Jetzt suche bei den vielfältigen Einstellungsmöglichkeiten dieses Moduls
nach den richtigen Einstellungen um eben die dt. Umlaute korrekt in eine Node
importiert zu bekommen. Das ist nicht trivial :-((.
Ggf. werde ich die Frage im Forum wg. Module posten.
Auch weiß ich noch nicht ob mit diesem MySQL_5.2.9 sich dann D7 installieren läßt.
Mal sehen.

Grüße
Petar

Zum Importieren der Umlaute ist wichtig, daß die Datei mit den Import-Daten im UTF-8 Format vorliegt. Du mußt evtl. mit einem entsprechenden Tool diese Umwandlung vornehmen. (Auf dem Mac habe ich dafür einen Editor, der das kann.) Da man für Drupal die Datenbank immer im UTF-8 Format anlegen sollte, gibt es dann beim Import auch keine Probleme. Das habe ich mit Node-Import schon oft erfolgreich durchgeführt.

Beste Grüße
Werner

Hallo Werner und in die Runde;

die Daten liegen nur als konsitentes HTML vor, lt. Coder des Import_Html Moduls.
Das Import_htmel Modul filtert unnütige Html-Tags und Formatierungen raus und schält so den Inhalt heraus.

Ist die ganze Datei / der Ordner / das Verzeichnis unter Win 7 - mit den rd. 10.000 Seiten statischem HTML nicht schon im UTF8 Format?
Wenn ich das noch umwandeln muss, evtl. mit openOffice? Werde ich morgen oder Montag untersuchen.

Was das mit 'einfachem' Text oder auch mit HTML Seiten?

schönes WE
herzlich
Peter

Ich habe das bisher mit CSV-Dateien aus Excel heraus auch für komplexe Datenstrukturen gemacht und in einem Falle mit einem CSV-File mit nur 4 Feldern, wobei ein Feld eine komplette HTML-Struktur enthielt, die auch erhalten blieb. Auch hier waren die Daten im UTF-8 Format.
Ich glaube nicht, daß Windows von Hause aus HTML-Dateien als UTF-8 Format ablegt, aber bei Windows kenne ich mich nur wenig aus.

Beste Grüße
Werner

Hallo Werner und Drupal-Runde,
heute habe ich einen schönen Erfolg erlebt -
eine html-Seite mit Import_html nach Drupal hereingeholt. Sehr schön.
Dazu hatte ich die Seite - danke für Deinen Hinweise - mit dem Win- bordeigenen Editor als utf-8 abgespeichert. Einzeln,
Und dann erst das Import-html Modul drüber laufen lassen. Wunderbarer Anblick - dt. Umlaute , hurra Grschrei.
-----
Ernüchterung folgt:
das ist erst eine von 9.556 Seiten.

Irgend ein fertiges Programm für eine Art Stapelverarbeitung (zum Konvertieren von einzelnen HTML-Seiten aus dem alten Zeichensatz-format hin zum utf-8 Format), was von mir zu bedienen wäre, habe ich bis jetzt nicht im Internet gefunden.

Notepad++ kann etwas automatisch ... Texte innerhalb einer Datei konvertieren, wenn ich das richtig verstanden habe.
OOo kann automatische Stapelvetrarbeitung zum Konvertieren z.B. von StarOffice Dokumenten in das neue OOo - Format.

Skript schreiben und nutzen ist für mich zu hoch gehängt.

Wie kann ich leicht erkennen, in welcher Zeichensatz-Kodierung die HTML-Seite vorliegt, wenn es nicht im HTML-Header steht?

Die Ausgangsseiten HTML sind ca. 8 Jahre alt . Da ist Windows erstmal unschuldig.

Ich kann im Quellcode nichts entdecken, was auf die Art der Kodierung der Zeichen hinweist.
Und ein Meta-Tag sieht so aus:

Da kann ein Experte vermutlich wissen, welche Kodierung da üblicherweise gegeben ist.
ANSI
Ich habe das gerade noch mal mit Notepad++ untersucht.
Offenbar erkennt dieser Editor die Kodierung automatisch - ablesbar unter >Kodierung am Punkt vor der jeweiligen Kodierungsart.
Und da steht ANSI.

Da gibt es auch den schönen Eintrag > konvertiere zu UTF-8.
Jetzt müsste ich bloß noch die Stapelverarbeitung für die 9556 Seiten durch Notepad++ -oder durch ein Plugin dazu, oder auf andere Weise - auf die Reihe bekommen.
Stapelverarbeitung 9556 Seiten - konvertieren ANSI nach utf-8

Weißt Du dazu vielleicht auch etwas hilfreiches ?
Das wäre denn schon bald himmlisch.

Mit den besten Wünschen für einen exzellenten Verlauf dieser Woche
Peter

Ich hatte die Aufgabe den CSV-File zu erstellen deligiert :-). Ich nehme an, derjenige, der das gemacht hat, hat das mittels eines Scriptes aus dem alten System gezogen. Dir kann ich auch nur empfehlen, den Weg über ein Script zu gehen und die einzelnen HTML-Seiten als Zeilen einer Datei aufzubereiten. Dann kannst Du diese Datei nach UTF-8 konvertieren und dann beim Import aus jeder Zeile einen Node generieren. Versuche mal ob Du jemanden findest, der Dir so etwas schreibt. Das muß nicht schön oder schnell sein sondern nur einmal funktionieren. Nach dem Import der Daten ist es obsolete.

Beste Grüße
Werner