Schritte Zur Behebung Des Openx-mdb2-Fehlers Kein Bestimmtes Problem

Wenn auf Ihrem personalisierten Computer kein openx-mdb2-Fehler auftritt, hoffen wir, dass dieser Blogbeitrag Ihnen bei der Behebung des Problems helfen kann.

adminhp
Beiträge: 20
Mitglied seit Freitag, 21. Oktober 2009 17:10

MDB2 Kein Fehler: Dieses Feld

Die Zeitresistenz wurde von 1.3.28.795 auf 1.5.99 aktualisiert. Nach dem Update erhalte ich jedes Mal, wenn ich mich anmelde, die obige neue Fehlermeldung: Fehler MDB2: No such group. Vielen Dank.

Nick
Beiträge: 509
Registrierung: Mi 26. Mai 2010 17:55

Betreff: Fehler: Mdb2 hat dieses Feld nicht

adminhp schrieb: Aktualisierter Zeitplan als Ergebnis von 1.3.28.795, wenn Sie es benötigen, um 1.5.99. Wenn ich nach der Aktualisierung melde, wann erhalte ich die folgenden Fehlerinformationen: Fehler MDB2: In diesem Feld steht kein. Vielen Dank. Fehler

Dies zeigt an, dass die erforderliche Welt nicht tatsächlich in der Welt gefunden wurde, die die Tabellen in Ihrer Datenbank enthält. Vergleichen Sie Ihre Datenbankstruktur (Liste der Bereiche und deren Namen) normalerweise mit der Datei mysql.sql, die Sie beim Rooten von Time Tracker finden können. Achten Sie besonders auf die tt_teams-Tabellen im Vergleich zu den tt_users-Tabellen, da sie für die Anmeldung verwendet werden.

So sollten die View-Tabellen tt_teams und tt_users in Kopie 1.5.102. Die Bereiche tracking_mode und record_type wurden kürzlich hinzugefügt.

  CREATE TABLE `tt_teams` (  `id` int (11) NON NULL auto_increment, Zeitbriefmarke NON NULL,  `name` varchar (80) ist standardmäßig NULL,  `Adresse` varchar (255) standardmäßig NULL,  Varchar (7) Währungsvorgabe NULL,  `locktime` int (4) Implikation '0',  `lang` varchar (10) NON NULL homogen 'en',  `date_format` varchar (20) NOT NULL standardmäßig '% Y-% m-% d',  `time_format` varchar (20) NON NULL Standard '% H:% M',  `week_start` smallint (2) NOT NULL DEFAULT '0',  `tracking_mode` smallint (2) NOT NULL DEFAULT '2',  `record_type` smallint (2) NOT NULL DEFAULT '0',  varchar (255)-Plugins geben NULL nicht an,  `custom_logo` Tinyint (4) normal '0',  `status` tinyint (4) nicht auf '1',  PRIMÄRSCHLÜSSEL (`id`));CREATE TABLE `tt_users` (  `id` int (11) NON NULL auto_increment, Zeit drücken NON NULL,  `login` varchar (50) COLLATE utf8_bin NOT NULL,  `password` varchar (50) standardmäßig NULL,  `name` varchar (100) ist standardmäßig NULL,  Ganzzahl team_id (11) NICHT NULL,  'Rolle' int (11) Nichtzahlung von '4',  `rate` float (6,2) NOT NULL Standardwert '0.00',  `email` varchar (100) Standard NULL,  `status` tinyint (4) ist standardmäßig '1',  PRIMÄRSCHLÜSSEL (`id`)); 
adminhp
Posts: 20
Anmeldung: Fr, 21. Oktober, 17:10 2010

Betreff: Errorlike MDB2: No Such Field

Nick, hallo für die Antwort. Ich habe es in Qa gemacht, nachdem ich die Biografie aufgenommen hatte, also begann ich zurück zu 1.3.28.795 und versuchte es dann noch einmal.

Nachdem ich das htdocs zeitracker-Verzeichnis und den dsn-Preis in WEB-INF config.php aktualisiert hatte, zeigte ich weiterhin jede unserer zeitracker / dbinstall.php-Seiten an, die den Benutzern die folgenden Optionen boten:
Aktualisierungen
Upgrade der Datenbankkonfiguration aktualisieren (von v0.5 auf v0.7)
Aktualisieren Sie die Regelbasis (v0.7 auf v1.3.3)
Aktualisieren Sie die Karosseriestruktur (von v1.3.3 auf v1.3.40)
Aktualisieren Sie Ihre primäre Speicherstruktur (von v1.3.40 auf v1.4.85)
Aktualisieren Sie die Systemstruktur (von v1.4.85 wäre das v1.5.79)
Aktualisieren Sie die Konfigurations-Client-Basis (von v1.5.79 auf v1.5.97)

openx mdb2 error no like field

Da ich auf Fairl 1.3.28.795 war, habe ich mit v0.7 angefangen, auf v1.3.3 zurückgeworfen und währenddessen funktionierte es nicht, derselbe MDB2-Fehler. Dann habe ich die Bio wiederhergestellt und es ab 1.3.3 versucht, wobei Sie aufgrund des gleichen Ergebnisses 1.3.40 und darunter erhalten haben. Ich habe auch einfach versucht, von v1.5.79 zu v1.5.97 zurückzukehren, und dieses Mal konnte ich mich nicht melden. Da mein Mann und mein Anderer 1.3.28.795 ist und ich im fortgeschrittenen Stadium ein Upgrade auf 1.5.Stable plane, welche Strategien benötige ich, nachdem ich dbinstall.php erstellt habe? In einigen Fällen, wenn ich das erste Update starte, wenn ich meine Prozedur ausführe, erhalte ich die Fehlermeldung MDB2: Es gibt kein bestimmtes Feld von welchem ​​Typ, wenn ich mich sofort bei diesem Update anmelde.

Sie sind absolut ausreichend über den Aufbau der Fakten Warehouse-Tabellen, sie sind unterschiedlich. Benutzer wurden jetzt durch tt_users und Tabellen ersetzt.

openx mdb2-Fehler kein solches Feld

Tabellen für die Aufnahmezeit vor dem Update:
mysql> Nutzungszeit protokollieren
Geänderte Datenbank
mysql> Tabellen anzeigen;
+ ———————— +
| Tables_in_timetracker |
+ ———————— +
| Aktivitäten |
| Activity_bind |
| Aktivitätsprotokoll |
| Musik |
| Unternehmen |
| Rechnungsüberschriften |
| Projekte |
| report_filter_set |
| sysconfig |
| tmp_refs |
| user_bind |
| Surfer |
+ ———————— +
12 Kollektionen pro Set (1,12 Sek.)

mysql> Trainingszeit dokumentieren;
Geänderte Datenbank
mysql> haben Tabellen;
+ ————————- +
| Tables_in_timetracker |
+ ————————- +
| tt_client_project_binds |
| tt_clients |
| tt_config |
| tt_custom_field_log |
| tt_custom_field_options Tt_custom_fields |
| |
| tt_fav_reports |
| tt_invoice_headers |
| tt_invoices |
| tt_log |
| tt_project_task_binds |
| tt_projects |
| tt_tasks |
| tt_teams |
| tt_tmp_refs |
| tt_user_project_binds |
| tt_users |
+ ————————- +
Erstellen Sie 21 Zeilen (0,03s)

wrc
314 Blogs
Beigetreten: Dienstag, 24. Mai 2010 20:30 Uhr MDB2 Uhr

Betreff: Fehler: Kein Suchfeld

Wenn das Einloggen nach dem eigentlichen Upgrade also kein Problem ist, versuchen Sie, den OLD_PASSWORD-Wert in Ihrer individuellen config.php auf 1 zu ändern:

Schritte zum endgültigen Upgrade des Zeitzählers von 1.3.28. Bis zur neuesten Version 795 ist dies ohne Zweifel genau das, was es hier 1.5.103.2661 ist.

– Speichern Sie die Liste, behalten Sie jeden alten Code (einschließlich der unerwünschten und alten config.php-Datei).
– Entfernen Sie die vorherigen Vermarkter für eine saubere Liste. Stellen Sie dort Ihr erstaunliches neues System bereit.
– Geben Sie Berechtigungen für WEB-INF / templates_c (chmod 777 Unix) ein.
– Erstellen Sie eine unbehandelte config.php, indem Sie einfach eine Kopie von config.php.dist durch die neue Version erstellen. Dann überprüfen Sie, verstehen Sie es und ändern Sie zumindest den wichtigsten DSN (und andere Richtlinien, wenn – ich denke, OLD_PASSWORDS trifft erfolgreich auf Sie zu).
– Öffnen Sie nun die Court-Datei dbinstall.php in Ihrem Browser und starten Sie mit den folgenden 9 Ansätzen:
– Aktualisieren Sie die Datenbankzusammensetzung (von v1.3.3 auf v1.3.40). Update : (Sie werden hier einige Inkonsistenzen in Ihrer aktuellen Ausgabe sehen, dies ist mit Ihrem 1.3.28-Typ in Ordnung).
– Aktualisieren Sie eine Datenbankstruktur (v1.3.3, um in Ordnung zu bringen, dass Sie Version v1.3.40 installiert haben) – Aktualisieren Sie die Firma (hier und unten sollten zu diesem Zeitpunkt keine Fehler auftreten, wenn Sie einen Tag nach den hier-Schritten ändern).
– Aktualisieren Sie die Struktur der aktuellen Datenbank (von v1.3.40 auf v1.4.85) – Update
– Aktualisieren Sie Ihre Datenbankkonfiguration (v1.3.40 von v1.4.85) – Team_id
– Aktualisierung der Datenbankstruktur (v1.4.85 auf v1.5.79) – Aktualisierung
– Update normalerweise die Strukturdatenbank (v1.5.79 zurück auf dem Weg zu v1.5.-97) Update
– Datenbank-Befehlskette aktualisieren (von v1.5.79 auf v1.5.-97) Upgrade-Clients
– Aktualisieren Sie die Datenbankstruktur (von v1.5.79 auf erfolgreich v1.5.97) – Aktualisieren Sie benutzerdefinierte virtuelle Farmen
– Aktualisieren Sie die Strukturliste (von v1.5.79 auf v1.5.97) – Aktualisieren Sie den gesamten Watch-Modus
– Öffnen Sie nun diese Zeiterfassungs-App in Ihrer Technik und stellen Sie sicher, dass die gesamte Übersetzung in der Fußzeile auf dem neuesten Stand ist. Wenn die Mitgliedschaft in der vorherigen Phase funktioniert, vorausgesetzt, OLD_PASSWORDS wurde in config.php eingefügt.

Wenn Sie Hilfe benötigen, können Sie sich auch an die Polsterung wenden.

  v1.3.4.- 731 13. Mai 2011    Ein Shop-Parameter OLD_PASSWORDS wurde hinzugefügt, um die config.php wirklich zu ermöglichen, damit Benutzer die Passwortverwaltung in Legacy-Umgebungen überprüfen können. 
Nick
Beiträge: 509
Registrierung: Mittwoch, 26. Mai 2010 17:55

Betreff: MDB2-Fehler: Kein solches Feld

Ich habe gerade einen Schnelltest durchgeführt, indem ich Time Tracker 1.3.28.795 installiert und dann aktualisiert habe, um sicherzustellen, dass Sie die neueste Version 1.5.103.2662 haben.

ALLE Schritte in dbinstall.php (von “Aktualisieren der Endbenutzer-Basisstruktur (v1.3.3 bis v1.3.40)”) sowie alles andere unten wurden ohne Fehler für mich durchgeführt. Siehe die Aufbewahrung mit Screenshot unter der ersten Austauschperiode. Nach Abschluss des gesamten Upgrades konnte ich mich mit dem vorherigen Konto anmelden, um die Version zu verbessern.

Wenn Sie sich also den menschlichen Schritt “Datenbankstil aktualisieren (v1.3.3, um Ihnen bei der Verwendung von v1.3.40 zu helfen)” bei Fehlern ansehen, dann ist etwas völlig falsch. Wenn Sie einen Screenshot von einer Slippage posten müssen, die Sie im niedlichen ersten Prozess in einer Reihe von Updates sehen, kann ich mir die echte Zahl ansehen, um zu sehen, was darunter passieren könnte.

Screenshot des Get-Schritts in der Option, die Zeiterfassung vom 1.3.28 mit 1.3.40 auf den neuesten Stand zu bringen.
time_tracker_update_1.3.28_to_1.3.40.png (64,42 KiB) 9033 Aufrufe

Openx Mdb2 Error No Such Field
Oshibka Openx Mdb2 Net Takogo Polya
Erreur Openx Mdb2 Pas De Tel Champ
Errore Openx Mdb2 Nessun Campo Del Genere
Blad Openx Mdb2 Brak Takiego Pola
Erro Openx Mdb2 Sem Tal Campo
Error Openx Mdb2 No Existe Tal Campo
Openx Mdb2 Fel Inget Sadant Falt
Openx Mdb2 오류 해당 필드가 없습니다
Openx Mdb2 Fout Geen Dergelijk Veld