Fehlermeldung beim Anmelden
Ha!
Ich habe es überlistet, dieses bösartige, zeitraubende SQL-Dingens
habe ein neues CP4-System in der identischen Datenbank mit identischen Nutzer(n) angelegt, ***_log und ***_log_login hin- und her-umbenannt, bis die neuangeleten Datensätrz zum alten System gehörten, jetzt funktioniert es wieder. Endlich ....
Danke für Eure rege Hilfe
gruß
Christian.
Gibt es eine saubere Lösung per Knopfdruck, um das neue Sytem zu löschen? Oder muss ich in phpmyadmin die datensätze löschn und die Dateien per FTP eliminieren?
Ich habe es überlistet, dieses bösartige, zeitraubende SQL-Dingens
habe ein neues CP4-System in der identischen Datenbank mit identischen Nutzer(n) angelegt, ***_log und ***_log_login hin- und her-umbenannt, bis die neuangeleten Datensätrz zum alten System gehörten, jetzt funktioniert es wieder. Endlich ....
Danke für Eure rege Hilfe
gruß
Christian.
Gibt es eine saubere Lösung per Knopfdruck, um das neue Sytem zu löschen? Oder muss ich in phpmyadmin die datensätze löschn und die Dateien per FTP eliminieren?
Ich habe keine Ahnung. Leider.
- MarkusR
- Handbuchversteher
- Beiträge: 7362
- Registriert: 01.01.1970 01:00
- Hat sich bedankt: 111 Mal
- Danksagung erhalten: 934 Mal
- Kontaktdaten:
Naja... ich hätte ja eine Subdomain und eine eigene DB angelegt... das sind dann auf dem einen Server 2 Klicks, um alles zu löschen, auf dem anderen nur 1 Klick...
Es ist übrigens eine feine Sache per Cronjob täglich die DB zu sichern...
Es ist übrigens eine feine Sache per Cronjob täglich die DB zu sichern...
Ciao Markus
ConPresso-Module
Kein Support per PN!!! Für Fragen und Diskussionen ist das Forum da!
Succi recentis officinalis
Hochwertige Kräutersäfte und -Öle
ConPresso-Module
Kein Support per PN!!! Für Fragen und Diskussionen ist das Forum da!
Succi recentis officinalis
Hochwertige Kräutersäfte und -Öle
- MarkusR
- Handbuchversteher
- Beiträge: 7362
- Registriert: 01.01.1970 01:00
- Hat sich bedankt: 111 Mal
- Danksagung erhalten: 934 Mal
- Kontaktdaten:
"häufiger" ist schon der falsche Ansatz
"täglich" UND "vor jedem Eingriff in die Datenbank" sollte Minimum sein...
"täglich" UND "vor jedem Eingriff in die Datenbank" sollte Minimum sein...
Ciao Markus
ConPresso-Module
Kein Support per PN!!! Für Fragen und Diskussionen ist das Forum da!
Succi recentis officinalis
Hochwertige Kräutersäfte und -Öle
ConPresso-Module
Kein Support per PN!!! Für Fragen und Diskussionen ist das Forum da!
Succi recentis officinalis
Hochwertige Kräutersäfte und -Öle
- MarkusR
- Handbuchversteher
- Beiträge: 7362
- Registriert: 01.01.1970 01:00
- Hat sich bedankt: 111 Mal
- Danksagung erhalten: 934 Mal
- Kontaktdaten:
Musst Du für die selbst rausfinden, was Dein Puls verträgt, wenn der Server irgendwie 30 Minuten offline ist...
... und ob es Dich beruhigt, wenn der Provider für die nicht mehr herstellbaren Daten einen Monatsbeitrag erlässt.
Zugegebenermaßen gibt es bei mir eben auch "Live-Daten" aus Forum, Gästebuch, große Service-Datenbank, etc. bei denen ich nicht der "Editor" bin...
... und ob es Dich beruhigt, wenn der Provider für die nicht mehr herstellbaren Daten einen Monatsbeitrag erlässt.
Zugegebenermaßen gibt es bei mir eben auch "Live-Daten" aus Forum, Gästebuch, große Service-Datenbank, etc. bei denen ich nicht der "Editor" bin...
Ciao Markus
ConPresso-Module
Kein Support per PN!!! Für Fragen und Diskussionen ist das Forum da!
Succi recentis officinalis
Hochwertige Kräutersäfte und -Öle
ConPresso-Module
Kein Support per PN!!! Für Fragen und Diskussionen ist das Forum da!
Succi recentis officinalis
Hochwertige Kräutersäfte und -Öle
Bin ich blöd??? jetzt kommt nach dem Bearbeiten von Artikeln folgendes:
Christian (etwas ungehalten)
gestern ging es noch .... was soll das? Liegt das jetzt an Conpresso oder an meinem provider/SQL?
Database error:
Invalid SQL: INSERT INTO krsh_news (artikel_archiv, article_nr, auth, commentary, rubric_id, templates_id, titel, datum, verfallsdatum, pub_datum, autor, email, initial, idx, freigabe, released_user_id, release_date, last_modify, c_time, changer, sort_id ) VALUES ('1', '84', '', '', '60', '1', 'Projekt Pro-Ject', '2006-01-24 18:32:30', '2036-01-01 00:00:00', '2006-01-24 18:32:00', 'Administrator', 'post@krishu.de', 'adm', 'zzzzzz', '0', '1', '2006-02-23 11:14:10', '2006-02-23 11:14:10', '2006-02-23 11:14:10', 'admin', '84')
Duplicate entry '0' for key 1 (1062)
Christian (etwas ungehalten)
Ich habe keine Ahnung. Leider.
- MarkusR
- Handbuchversteher
- Beiträge: 7362
- Registriert: 01.01.1970 01:00
- Hat sich bedankt: 111 Mal
- Danksagung erhalten: 934 Mal
- Kontaktdaten:
Auf was steht denn der Wert für "nächster Autowert" bei der News-Tabelle?MarkusR hat geschrieben:Ist ja offensichtlich, daß Dein mySQL-Server die Autowerte nicht mehr hochzählt...
- Dateianhänge
-
- autowert.gif (6.45 KiB) 9289 mal betrachtet
Ciao Markus
ConPresso-Module
Kein Support per PN!!! Für Fragen und Diskussionen ist das Forum da!
Succi recentis officinalis
Hochwertige Kräutersäfte und -Öle
ConPresso-Module
Kein Support per PN!!! Für Fragen und Diskussionen ist das Forum da!
Succi recentis officinalis
Hochwertige Kräutersäfte und -Öle
Hi,
Edit: in der krsh_news:
da steht gar nix:
Zeilenstatistik:
Angaben Wert
Format dynamisch
Kollation latin1_swedish_ci
Zeilen 184
Zeilenlänge ø 151
Zeilengröße ø 257 Bytes
Erzeugt am 25. Februar 2006 um 00:21
Aktualisiert am 28. Februar 2006 um 10:41
Letzter Check am 25. Februar 2006 um 00:29
Ich hatte eigentlich nie vor, im phpmyadmin etwas tun zu müssen ... äääähhhh. Hach war das einfach, als ich eine "normale" HTML-Seite hatte ....
Gruß
Christian.
Edit: in der krsh_news:
da steht gar nix:
Zeilenstatistik:
Angaben Wert
Format dynamisch
Kollation latin1_swedish_ci
Zeilen 184
Zeilenlänge ø 151
Zeilengröße ø 257 Bytes
Erzeugt am 25. Februar 2006 um 00:21
Aktualisiert am 28. Februar 2006 um 10:41
Letzter Check am 25. Februar 2006 um 00:29
Ich hatte eigentlich nie vor, im phpmyadmin etwas tun zu müssen ... äääähhhh. Hach war das einfach, als ich eine "normale" HTML-Seite hatte ....
Gruß
Christian.
Ich habe keine Ahnung. Leider.
Hi,
ich habe einen möglichen verursacher gefunden: die Nummerierung funktioniert nicht.
der erste eintrag "nr" (zweiter ist "artikel_archiv") in der Tabelle (krsh)_news wird nicht weiter nummeriert ("0" statt in meinem fall "184") ... das gleiche beim Hochladen von Bildern usw.
Woran kann das liegen?
Christian.
ich habe einen möglichen verursacher gefunden: die Nummerierung funktioniert nicht.
der erste eintrag "nr" (zweiter ist "artikel_archiv") in der Tabelle (krsh)_news wird nicht weiter nummeriert ("0" statt in meinem fall "184") ... das gleiche beim Hochladen von Bildern usw.
Woran kann das liegen?
Christian.
Ich habe keine Ahnung. Leider.
- MarkusR
- Handbuchversteher
- Beiträge: 7362
- Registriert: 01.01.1970 01:00
- Hat sich bedankt: 111 Mal
- Danksagung erhalten: 934 Mal
- Kontaktdaten:
Habe ich doch nun schon zweimal geschrieben, daß Dein Server den Autowert nicht hochzählt!
Was steht denn bei der Beschreibung des Feldes "nr" bei "Extra"?... da müsste "auto_increment" stehen
Welche mySQL-Version läuft auf diesem Server?
Was steht denn bei der Beschreibung des Feldes "nr" bei "Extra"?... da müsste "auto_increment" stehen
Welche mySQL-Version läuft auf diesem Server?
Ciao Markus
ConPresso-Module
Kein Support per PN!!! Für Fragen und Diskussionen ist das Forum da!
Succi recentis officinalis
Hochwertige Kräutersäfte und -Öle
ConPresso-Module
Kein Support per PN!!! Für Fragen und Diskussionen ist das Forum da!
Succi recentis officinalis
Hochwertige Kräutersäfte und -Öle
Hi,
habe diese eine Nummer per Hand korrigiert; schon erscheint der identische Fehler für die nächste Datentabelle (diesmal (krsh)_content_html)
Das muss ja nun aber irgendwo am cp4 liegen, wenn es immer nummer 0 reinschreiben will und nicht die korrekte Nummer ... oder es kann die "vorhergehende" Nummer nicht korret auslesen .... Komischerweise funktioniert das Anmelden im System nachwievor, das hatte ich ja gestern hinbekommen. Müsste also eventuell doch an den einzelnen Datensätzen liegen?
Gruß
Christian.
habe diese eine Nummer per Hand korrigiert; schon erscheint der identische Fehler für die nächste Datentabelle (diesmal (krsh)_content_html)
Das muss ja nun aber irgendwo am cp4 liegen, wenn es immer nummer 0 reinschreiben will und nicht die korrekte Nummer ... oder es kann die "vorhergehende" Nummer nicht korret auslesen .... Komischerweise funktioniert das Anmelden im System nachwievor, das hatte ich ja gestern hinbekommen. Müsste also eventuell doch an den einzelnen Datensätzen liegen?
Gruß
Christian.
Ich habe keine Ahnung. Leider.
- MarkusR
- Handbuchversteher
- Beiträge: 7362
- Registriert: 01.01.1970 01:00
- Hat sich bedankt: 111 Mal
- Danksagung erhalten: 934 Mal
- Kontaktdaten:
ConPresso will da gar nichts reinschreiben, wie Du an Deinen selbst geposteten Fehlermeldungen sehen kannst.
Weil ConPresso einen neuen Datensatz schreibt, wird das nr-Feld auch mit einem Wert gefüllt. Das sollte der nächst höhere sein (genau dafür sind Auto-Werte ja da)... aber genau das tut Dein mySQL-Server nicht.
Welche mySQL-Version ist das?
Weil ConPresso einen neuen Datensatz schreibt, wird das nr-Feld auch mit einem Wert gefüllt. Das sollte der nächst höhere sein (genau dafür sind Auto-Werte ja da)... aber genau das tut Dein mySQL-Server nicht.
Welche mySQL-Version ist das?
Ciao Markus
ConPresso-Module
Kein Support per PN!!! Für Fragen und Diskussionen ist das Forum da!
Succi recentis officinalis
Hochwertige Kräutersäfte und -Öle
ConPresso-Module
Kein Support per PN!!! Für Fragen und Diskussionen ist das Forum da!
Succi recentis officinalis
Hochwertige Kräutersäfte und -Öle
Hallo Markus,
ja, dass er das nicht macht, ist mir klar, Du musst bedenken, dass ich mich gestern zum ersten mal in meinem Leben in phpMyAdmin eingeloggt habe.
Bei Extra steht nix, umstellen auf auto_increment bringt folgenden fehler:
Werde mal in meiner Parallel-Installation alle Werta abschreiben und versuchen, ob es dann geht.
gruß
Christian.
ja, dass er das nicht macht, ist mir klar, Du musst bedenken, dass ich mich gestern zum ersten mal in meinem Leben in phpMyAdmin eingeloggt habe.
Bei Extra steht nix, umstellen auf auto_increment bringt folgenden fehler:
Code: Alles auswählen
SQL-Befehl:
ALTER TABLE `krsh_news` CHANGE `nr` `nr` INT( 11 ) NOT NULL DEFAULT '0' AUTO_INCREMENT
MySQL meldet: Dokumentation
#1067 - Invalid default value for 'nr'
gruß
Christian.
Ich habe keine Ahnung. Leider.
Aaaahhhh, Default darf gar nix drin stehen; Zumindest das Umstellen auf Auto_increment funzt jetzt. Bin mal gespannt, in wievielen tabellen ich diesen Fehler jetzt noch habe. Wie kann sich sowas umstellen???
Christian.
Christian.
Zuletzt geändert von krishu am 28.02.2006 11:28, insgesamt 1-mal geändert.
Ich habe keine Ahnung. Leider.