Zum Inhalt springen

Installation TemplaVoila

Erstellt am 8. Februar 2005 · 13 Antworten · letzte Antwort am 3. Dezember 2005

Tags: Frage

Kalendin ·

Hallo Leute
Ich habe schon seit Tagen dieses Problem mit der MySQL 4.1.x Datenbank das er die Probleme mit dem DEFAULT '0' usw hat. Ich habe schon in vielen Skripten dieses DEFAULT ... rausgelöscht. dadurch werden jetzt die entsprechenden Tabellen auch erstellt, was vorher nicht der fall war. Allerdings wenn ich die Extension im Extension Manager anklicke, sagt er mir zu
Database status:

Table error!
Probably one or more required fields/tables are missing in the database!

und er listet die ganzen ALTER Befehle auf und will die Tabellen ändern. Das kann ich aber so oft durchführen wie ich will es ändert sich nichts in der Datenbank und er will diese Befehle auch immer ausführen wenn ich die extension anklicke. Also stimmt ja was mit der Datenbank nicht.
Als Beispiel mal der erste SQL Befehl:

ALTER TABLE tx_templavoila_tmplobj CHANGE uid uid int(11) unsigned NOT NULL auto_increment;

Current value: int(11) unsigned DEFAULT '0' NOT NULL auto_increment

Das mit dem Current Value stimmt aber nicht. Wenn ich in phpMyAdmin reinschaue, dann ist das Feld "DEFAULT" leer und nicht "0".
Der zweite Eintrag:

ALTER TABLE tx_templavoila_tmplobj CHANGE pid pid int(11) unsigned NOT NULL;

Current value: int(11) unsigned DEFAULT '0' NOT NULL

Ok hier stimmt es, es steht im "DEFAULT" Feld die "0". Aber wieso eigentlich? Im Befehl zur erstellung der Tabelle hab ich das "DEFAULT '0'" ja rausgelöscht. Wird das von alleine gesetzt?

Jedenfalls ist die Datenbank ja nicht so wie die extension es haben will, ändert aber auch nichts mit ihren kommandos.

Irgendwo hier im Forum hab ich mal gelesen es soll ein bugfix für diese MySQL 4.1.x Problematik geben auf typo3.org. Ich habe aber da nichts gefunden. Weiss jemand vielleicht mehr? Es muss doch noch andere Leute geben die TemplaVoila zusammen mit MySQL 4.1.x installiert haben. Und wie gesagt bei mir zumindest ist das Problem damit nicht allein getan wenn ich das "DEFAULT 'x'" in den SQL skripten heraus nehme.

Ich Poste mal noch die Fehlermeldung der Extension dazu. Vielleicht liegt es ja an anderer Stelle:

Errors: Some tables or fields are missing!
--------------------------------------------------------------------------------
It seems like there is a backend module in "mod3/conf.php" which is not configured in ext_emconf.php
--------------------------------------------------------------------------------
No XCLASS inclusion code found in file "class.tx_templavoila_rules.php"
--------------------------------------------------------------------------------
The XCLASS filename-key "ext/rlmp_tvnotes/class.templavoila_tcemain.php" was different from "ext/templavoila/class.tx_templavoila_tcemain.php" which it should have been!
--------------------------------------------------------------------------------
The XCLASS filename-key "ext/templavoila/mod3/class.tx_templavoila_submodelref.php" was different from "ext/templavoila/mod3/class.tx_templavoila_submod_elref.php" which it should have been!

Sylvia ·

mmh leider hat sich bisher keiner gemeldet. also das mysql 4.1.x hat extrem viele probleme damit. Ich hab Templavoila rausgeschmissen und mache es jetzt eben mit vielen spalten. das einzustellen geht ganz einfach. ausserdem bin ich in vielen fällen schneller bei der zuweisung usw. kommt aber individuell auf das projekt an.

also ich sag dir ehrlich du must bei fast jeder extension was ändern bevor du sie installierst. wenn du in den änderungen nen fehler hast, versaust du dir auch deine datenbank damit. Das TemplaVoila sieht zwar auf den ersten blick sehr hübsch aus. Ob es aber in dem jeweiligen Fall auch wirklich praktisch ist, sei mal dahin gestellt. Also bei mir eindeutig nicht.

MFG Kalendin

subnoodle ·

Hallo,

ist ganz einfach:
wenn NOT NULL angegeben wird, erstellt MySql (wahrscheinlich) auch eine Default-Angabe, um festzulegen, welcher Wert benutzt wird, wenn kein Wert angegeben wird (bei Insert oder Update).

Also: Entweder Default drinnen lassen oder NOT NULL auf NULL altern.

Grüße
sam

muckinger ·

Hallo,

bekomme auch die gleichen Fehler:

Errors: It seems like there is a backend module in "mod3/conf.php" which is not configured in ext_emconf.php
--------------------------------------------------------------------------------
No XCLASS inclusion code found in file "class.tx_templavoila_rules.php"
--------------------------------------------------------------------------------
The XCLASS filename-key "ext/rlmp_tvnotes/class.templavoila_tcemain.php" was different from "ext/templavoila/class.tx_templavoila_tcemain.php" which it should have been!
--------------------------------------------------------------------------------
The XCLASS filename-key "ext/templavoila/mod3/class.tx_templavoila_submodelref.php" was different from "ext/templavoila/mod3/class.tx_templavoila_submod_elref.php" which it should have been!

Naming errors:
tables tt_content tt_content
pages pages


modname 0 xMOD_tx_templavoila_cm1
1 xMOD_tx_templavoila_cm2


Würde jetzt doch gerne TV verwenden, vielleicht hat doch jemand ne Lösung für TV 0.4.0 und Typo 3.7 gefunden. Kann doch eigentlich nicht an der MySQL-Version liegen...

Danke schonmal!

Unbekannter Benutzer ·

habe ich auch.
nur leider finde ich keinen anhaltspunkt woran das liegen kann ?!
MySQL 4.1.7, PHP Version 5.0.2
TV 0.4.0
T3 3.7.0 und 3.8.0 probiert auch TV 0.3.0 downgrade gemacht aber immer wieder

Database status: Table error!
Probably one or more required fields/tables are missing in the database!

Errors: Some tables or fields are of wrong type!It seems like there is a backend module in "mod3/conf.php" which is not configured in ext_emconf.phpNo XCLASS inclusion code found in file "class.tx_templavoila_rules.php"The XCLASS filename-key "ext/rlmp_tvnotes/class.templavoila_tcemain.php" was different from "ext/templavoila/class.tx_templavoila_tcemain.php" which it should have been!The XCLASS filename-key "ext/templavoila/mod3/class.tx_templavoila_submodelref.php" was different from "ext/templavoila/mod3/class.tx_templavoila_submod_elref.php" which it should have been!

jenses ·

Wie es schon in hunderten threads steht,
auch hier noch mal zum mitschreiben:
MySQL 4.1.7
+ "DEFAULT '0' NOT NULL auto_increment"
= keine angelegten Tabellen, sondern Ärger.

Einfach aus "DEFAULT '0' NOT NULL auto_increment"
--> "NOT NULL auto_increment" machen (das geht mit jedem Texteditor),
Extension installieren (ob das nun TV oder sonstwas ist)
und fertig.

jenses

Moeffz ·

@rosieres: Soweit ich es hier gelesen habe, muss das in der typo3conf/ext/<extension-ordner>/ext_tables.sql geändert werden.

Bei mir hat das leider nicht die erhofften Auswirkungen. Ich habe die Tabellen nach Deinstallation der Extension manuell komplett gelöscht, die o.g. Datei abgeändert und danach versucht die Extension erneut zu installieren, was jedoch den gleichen Fehler aufwarf (Er schlägt mir für etliche Datenbankfelder ein ALTER TABLE vor, wo ich mich frage, woher die falschen Einträge stammen.). Ich bin leider ratlos 🙁
Anmerkung: Bei mir geht es konkret um die News-Extension. Wobei das wohl kaum relevant sein dürfte.

Unbekannter Benutzer ·

Er schlägt mir für etliche Datenbankfelder ein ALTER TABLE vor, wo ich mich frage, woher die falschen Einträge stammen.

Das kannst du einfach ignorieren.
Die News laufen trotzdem,
schon mal ausprobiert ?

jenses

Moeffz ·

Hat endlich geklappt. Ich habe den Fehler begangen, dass ich sämtliche DEFAULT '0' gelöscht habe und nicht nur den beim auto increment.

Zusätzlich habe ich mich von der Fehlermeldung, Tabellen seien nicht vorhanden irritieren lassen. Es klappt tatsächlich trotzdem.

Danke für den Hinweis.

Unbekannter Benutzer ·

Dieses Problem tritt wegen des SQL-Parsers auf. In der Datei "class.t3lib_sqlparser.php" als Field Typ BIGINT ist nicht definiert.

Ich habe BIGINT in die Zeile (bei 3.7 Zeile 933) hinzugefügt und das Fehler wurde behoben.

class.t3lib_sqlparser.php befindet sich unter /t3lib UND /typo3/t3lib.

Grüße

Unbekannter Benutzer ·
Ender_TR schrieb

Dieses Problem tritt wegen des SQL-Parsers auf. In der Datei "class.t3lib_sqlparser.php" als Field Typ BIGINT ist nicht definiert.

Ich habe BIGINT in die Zeile (bei 3.7 Zeile 933) hinzugefügt und der Fehler wurde behoben.

class.t3lib_sqlparser.php befindet sich unter /t3lib UND /typo3/t3lib.

Grüße

franc ·
Kalendin schrieb

Hallo Leute
Ich habe schon seit Tagen dieses Problem mit der MySQL 4.1.x Datenbank das er die Probleme mit dem DEFAULT '0' usw hat. Ich habe schon in vielen Skripten dieses DEFAULT ... rausgelöscht. dadurch werden jetzt die entsprechenden Tabellen auch erstellt, was vorher nicht der fall war. Allerdings wenn ich die Extension im Extension Manager anklicke, sagt er mir zu
Database status:

Table error!
Probably one or more required fields/tables are missing in the database!

und er listet die ganzen ALTER Befehle auf und will die Tabellen ändern. Das kann ich aber so oft durchführen wie ich will es ändert sich nichts in der Datenbank und er will diese Befehle auch immer ausführen wenn ich die extension anklicke. Also stimmt ja was mit der Datenbank nicht.
Als Beispiel mal der erste SQL Befehl:

ALTER TABLE tx_templavoila_tmplobj CHANGE uid uid int(11) unsigned NOT NULL auto_increment;

Current value: int(11) unsigned DEFAULT '0' NOT NULL auto_increment

hallo,
ich hatte das problem mit mysql 4.1 aufwärts auch aber mit 4.0.26 nicht mehr.
gruss franc