phpMyForum.de Community

Dateianh�nge

Fri, 11 May 2012 02:57:52 +0200

Kleine Vollstzändigkeitsergänzung, die via Lightys Unterstützung hier bemerkt wurde. Zitat von asca Wenn du nun Dateien zur Verfügung stellen willst, muss du sie in den "verstecktem Upload-Ordner" hochladen. ... Nachdem die Datei hochgeladen ist, ... ... müssen deren CHMOD-Rechte im Ordner /attachment/ auf den Standard "666" gesetzt werden, sonst zeigt der Systemcheck des ACP Fehler. (also jedenfalls dann, wenn der Standard-attachment-Ordner des pmf der Upload-Ordner ist.)

Installationsprobleme

Wed, 02 May 2012 21:11:41 +0200

Sorry, dass ich falsch gepostet habe. Meinen Provider habe ich parallel geschrieben. Ich kann mir auch nicht vorstellen, dass es am Forum liegt. Und ja: Ich habe am 16.04. das Forum komplett neu in einer neuen Datenbank aufgesetzt. Heute war die Datenbank komplett geleert, also inklusive der Tabellen. Alle weg. Danke für Eure Hilfe. Ich warte jetzt mal die Antwort meines Providers ab. Bis dahin mache ich eben häufige Datensicherungen.

Installationsprobleme

Wed, 02 May 2012 20:51:59 +0200

Hallo campus ! ... habe das Thema mal separat gesetzt ! Zitat von campus Allerdings leert sich dann (warum auch immer) in unregelmäßigen Abständen die komplette Datenbank, in der ich das Forum installiert habe. ... Gestern war noch alle i.O., heute ich die Datenbank komplett leer! Sind dann nur die Tabellen geleert, oder fehlen die Tabellen komplett !? Hast du die DB schon mal "ganz neu" angelegt !?

Installationsprobleme

Wed, 02 May 2012 20:46:09 +0200

Was auch immer DAS jetzt in diesem Thema zu suchen hat (Edit zum Verständnis: sein Post stand vorhin noch in einem anderem Thema hinten dran) Also wenn ich jetzt richtig verstehe sind komplett alle Tabellen nach x Minuten/Stunden gelöscht aus der Datenbank? Somit also auch das phpMyForum überhaupt nicht mehr funktionsfähig (da ja grundlegende Dinge wie Benutzer, Sprachvariablen, etc. fehlen)? Nun, das hat absolut NULL dann mit der Forensoftware selbst zu tun. Denn das Forum löscht niemals best. Datensätze oder gar Tabellen. Von daher kontaktiere deinen Provider, denn das Problem liegt wenn überhaupt, dann bei ihm. Z.b. dass Backups grundlos eingespielt werden, es Fehler in deren Scripten gibt, welche die Datenbank ständig neu aufsetzt, oder ähnliches. Ansonsten halt, müssten wirklich irgendwelche anderen Skripte auf dem Server dafür sorgen. Da meine Glaskugel aus Milchglas besteht (mein damit ich kann schlecht wissen, wie's bei dir auf dem Server aussieht), kann ich jetzt schlecht sagen, woran es liegt. Ggf. könnte es natürlich durch Sicherheitslücken auch noch durch Dritte verursacht werden. Würde ich allerdings für unwahrscheinlich halten, wenn's ja erst frisch aufgesetzt ist alles. Kontaktiere jedenfalls deinen Provider, dass er sich das mal anschaut... mit 99%-Wahrscheinlichkeit liegt es an ihm oder er wird dir zumindest sagen können, was es verursacht. Das pmf selbst jedenfalls tut das nicht!

Installationsprobleme

Wed, 02 May 2012 20:16:15 +0200

Hallo, ich setze aktuell die Version 4.2.1. Ich bin in Hinblick Forum noch ein Newbie. Ich habe jedoch ein Problem, welches ich einfach nicht nachvollziehen kann: Ich habe das Forum gem. Installation installiert und eingerichtet. Notwendige Rechte habe ich entsprechend eingeräumt. Nicht mehr notwendige Files habe ich ebenfalls der Anleitung nach erfolgreicher Installation gelöscht. Soweit alles gut, das Forum läuft. Allerdings leert sich dann (warum auch immer) in unregelmäßigen Abständen die komplette Datenbank, in der ich das Forum installiert habe. Es läuft dort nichts anderes. Nur das Forum. Ich weiß mir keinen Rat und kann mir das absolut nicht erklären. Gestern war noch alle i.O., heute ich die Datenbank komplett leer! Ich habe zwei weitere Datenbanken. Hier hatte ich noch nie Probleme. Diese laufen seit 3 Jahren reibungslos. Das phpmyforum habe ich in der beschriebenen Art und Weise jetzt schon mehrere Male verloren. Kennt jemand das Problem? Bitte um Hilfe. Danke.

Crashed Forum

Mon, 23 Apr 2012 07:40:04 +0200

Moin zusammen, @asco: vielen Dank für die Zusammenfassung Die Prozedure entspricht meinem Standardvorgehen Ansonsten hast du eine schöne Zusammenfassung für Dritte geschrieben Auch für dein Angebot. @lighty: Auch dir vielen Dank für dein Angebot. Ich sehe des aber so: jeder sollte sein Suppe selber löffeln. Sollte ich noch spezifische Fragen haben, melde ich mir gerne noch mal Gruss TopperHarly

Crashed Forum

Mon, 23 Apr 2012 01:16:19 +0200

Zitat von asca Wie du ja sicher siehst hab ich ja das nötig "Knau-Hau" ums umzusetzen ;-) Zitat: Verhandlungsbasis für die mehrstündige Arbeit wären 100�. Zitat: (Bin gelernter Fachinformatiker d. Anwendungsentwicklung und hab jetzt die Zeit nebenbei Kleinigkeiten zu tun) Ich bin "nur" ehrenamtlicher Supporter und habe nachweislich schon mehrere Foren "gerettet" ! ... und wenn es mehrere Tage dauerte - Geld habe ich dafür noch nie genommen ! ( ich will schließlich nur helfen und mich nicht bereichern ) *SCNR*

Crashed Forum

Sun, 22 Apr 2012 23:50:22 +0200

6. Hacks Das problem ist, dass Hacks nunmal leider unstrukturierte (meist undokumentierte) Veränderungen am Quelltext sind. Wenn du jetzt sagst, dass dein Quelltext eh durcheinander ist und Dateien fehlen, wir es schwer klar die Hack da rauszuextrahieren. Zwei Möglichkeiten: Du "scheißt drauf" und guckst wieder neu, welche Hacks es gibt, welche du haben willst und verbaust sie nach Anleitung (jeweils das neue Forum natürlich dann vorher sichern ;-). Das wäre die einfache Variante und es erfordert kein größeres Wissen über die Programmierung. Wenn du aber wirklich es wieder 1:1 brauchst, dann musst du versuchen die verbauten Hacks zu identifizieren. Dazu brauchst du die Dateien eines frisch installiertem PMF 4.1.17 und musst diese Vergleichen. Anhand dessen dann eben die verbauten Hack identifizieren. Dafür musst du natürlich Quelltexte lesen und verstehen können. wenn du das nicht sicher beherscht... siehe oben... scheiß halt drauf ;-) Dazu brauchst du ja natürlich das Archiv mit den Installdaten, kannst du hier von meinem Server runterladen. Das eben in ein 3. völlig anderen Ordner auf dem Server installieren und ebenso völlig anderes Schema/Datenbank oder eben Präfix. Nach der Installation kopierst die das Verzeichnis eben wieder komplett auf die lokale Platte. Jetzt hast du lokal das Filesystem des IST-Zustandes und eine passende Referenz. Mit dem Programm "Winmerge" (Freeware und läuft unter Windows) kannst du diese Beiden Verzeichnisse sehr komfortable vergleichen lassen. Unterschiede werden dir dann übersichtlich dargestellt. Unterschiede innerhalb von den Dateien werden auch dann praktisch gegenübergestellt. Das Programm ist SEHR zu empfehlen für solche (Straf-)Arbeiten. Dadrüber kannst du dann die Unterschiede sehen. Anhand dessen musst du eben einschätzen können, welche Hacks das nun waren die verbaut wurden. Wichtig: Komm bloß nicht auf die Idee: Ach, hier in der PHP-Datei ist hier eine Veränderung, die setze ich dann im neuen auch jeweils um. Das läuft so nicht! Damit zerschießt du dir nämlich dein neues System, weil du versuchst völlig bruchstückhaft Hacks rüberzuziehen. Das bekommst du nieee sauber hin. Irgendwas fehlt die immer oder hat man dabei verdreht. Also wirklich nur: Identifizieren und Hacks dann sauber installieren. 7. Hacks Jetzt ist eigentlich dann alles fertig. Also nun nochmal eine Komplettsicherung von allem und gut wegspeichern, damit es nicht nochmal passiert ;-) Hoffe alles klappte soweit, asca

Crashed Forum

Sun, 22 Apr 2012 23:49:51 +0200

Zitat von topperharly pmf-Version, 4.1.17 Also das ist nicht ganz aktuell und nach 4.1.17 kamen glaube ich "nur" Sicherheitsupdates. Soll heißen an den Datenstrukturen, etc. hat sich nichts verändert. Daher kann man wirklich so vorgehen, wie ich es kurz angerissen habe. Okey, von den Daten her ist dein Forum ja nichts großes und nichts kleines (ähnlich wie bei mir). Zitat von topperharly Anzahl d. Templates, 0 Hier war ich erstmal geschockt... kann ja nicht 0 sein. Eigentlich meinte ich auch die Tabelle "template_set". Naja verschrieben, hab aber dennoch meine Information bekommen. Denn wenn das 0 ist, hast du offensichtlich nur den Standard drin. Auch nur Default-Style, also muss man da nichts groß aufpassen diesbezüglich - das hätte nämlich Fummelarbeit werden können ---- Mal unabhängig von der jetzt folgenden Anleitung, bei deren Umsetzung man ja auch einige Fehler machen könnte. Sofern du willst biete ich dir auch an, dass ich das alles für dich übernehme und es durchführe (Vertrauen, Zugriff auf Dateisystem und Datenbank [über phpMyAdmin reicht]). Würde auch den hier beschriebenen Punkt 6. Hacks betreffen, dass ich dann versuche alle Hacks zu erkennen und nachträglich ins neues PMF einzufügen. Wie du ja sicher siehst hab ich ja das nötig "Knau-Hau" ums umzusetzen ;-) Verhandlungsbasis für die mehrstündige Arbeit wären 100�. (Bin gelernter Fachinformatiker d. Anwendungsentwicklung und hab jetzt die Zeit nebenbei Kleinigkeiten zu tun) ---- Info vorweg: Ich hab das jetzt wieder so rein aus dem Kopf geschrieben und natürlich jetzt nicht getestet/probiert. Sollte aber eigentlich alles so stimmen. Nur wenn du halt auf Probleme stößt, könnte auch hier etwas nicht ganz richtig beschrieben sein oder ein Schreibfehler ;-) Also ich denke gehe jetzt wie folgt vor: 0. Sicherung anlegen 1. neues PMF parallel installieren 2. Installation verifizieren 3. neues PMF "leeren" 4. neues PMF mit alten Daten befüllen 4.1. Filesystem 4.2. Datenbank 5. Zwischenprüfung 6. Hacks 7. Abschluss 0. Sicherung anlegen Auch wenn "ich" auf dein alte Forum nur lesen jeweils zugreifen will. Man weiß nie was man so ausversehen doch tut Also einmal komplett die gesamte Ordnerstruktur lokal rüberkopieren per FTP (und würde es dann anschließend packen in ein zip/7-Archiv). GGf. (wenn unterstützt und du weißt wie) kannst es ja vl. auch serverseitig packen und dann das Archiv nur rüberkopieren. Den lokalen (ungepackten) Ordner nicht löschen, auch wenn du es im Archiv hast, denn den brauchst du später. Danach die komplette Datenbank einmal sichern. Hierfür kann man ja phpMyAdmin z.b. verwenden - besitzt ja eine Export-Funktion. (die schlechte Alternative über das pmf-ACP steht dir ja eh nicht zur Verfügung ^^) Beide Daten dann gut wegspeichern 1. neues PMF parallel installieren Lade dir die neuste Version 4.2.1 hier herrunter und installiere es nach dieser Anleitung. Das Installations-Verzeichnis auf dem Server sollte dann natürlich ein anderes sein. (Wenn auch nur temporär, kannst ja später wenn alles gut verläuft das alte Löschen und den neuen Ordner umbenennen). Und ganz wichtig natürlich hierbei dann entweder eine andere Datenbank oder zumindest einen anderen Präfix zu wählen. Sollten verschiedene Datenbank-Server zur Verfügung stehen, solltest allerdings auf der selben Maschine bleiben, weil das die Arbeit später erleichtert. Aber bei den meisten ist das ja sowieso meist nur einfach "localhost". 2. Installation verifizieren Jetzt dann erstmal prüfen, ob alles sauber funktioniert. Solltest erstmal nur eine weiße Anzeige bekommen, liegt dass an den neuen Anti-CSRF-Sicherungen. Sollten Texte fehlen, ist das der häufige Sprachvariablen-Bug nach der Installation (suche dann hier im Form nach "fehlerhafte/fehlende Anzeige" oder so). Sollte soweit alles augenscheinlich alles i.O. sein vl. auch mal einen Post erstellen und hier und da was in den Einstellungen machen. Wenn alles klar geht, dann weiter zu 3. Alle anderen Probleme hier rein ;-) 3. neues PMF "leeren" Jetzt in der Datenbank folgenden Select ausführen. Dieser leert die darin beschrieben Tabellen restlos. Im Gegensatz zu DELETE haut es auch in einem Rutsch die Indezies weg und setzt "autoincrement" wieder zurück: Code: 01: 02: 03: 04: 05: 06: 07: 08: 09: 10: 11: 12: 13: 14: 15: 16: 17: 18: 19: 20: 21: 22: 23: 24: 25: 26: 27: 28: 29: 30: 31: 32: 33: 34: 35: 36: 37: 38: TRUNCATE `pmf2_admin_search`; TRUNCATE `pmf2_attachment`; TRUNCATE `pmf2_bbcode`; TRUNCATE `pmf2_board`; TRUNCATE `pmf2_board_abo`; TRUNCATE `pmf2_board_mod`; TRUNCATE `pmf2_calendar`; TRUNCATE `pmf2_cron`; TRUNCATE `pmf2_cron_log`; TRUNCATE `pmf2_filetype`; TRUNCATE `pmf2_group`; TRUNCATE `pmf2_group_cat`; TRUNCATE `pmf2_group_value`; TRUNCATE `pmf2_group_var`; TRUNCATE `pmf2_newsletter`; TRUNCATE `pmf2_poll`; TRUNCATE `pmf2_poll_option`; TRUNCATE `pmf2_poll_vote`; TRUNCATE `pmf2_post`; TRUNCATE `pmf2_private`; TRUNCATE `pmf2_private_folder`; TRUNCATE `pmf2_search`; TRUNCATE `pmf2_search_bad`; TRUNCATE `pmf2_search_index`; TRUNCATE `pmf2_search_word`; TRUNCATE `pmf2_session`; TRUNCATE `pmf2_setting`; TRUNCATE `pmf2_smilie`; TRUNCATE `pmf2_topic`; TRUNCATE `pmf2_topic_abo`; TRUNCATE `pmf2_user`; TRUNCATE `pmf2_user_field`; TRUNCATE `pmf2_user_field_value`; TRUNCATE `pmf2_user_group`; TRUNCATE `pmf2_user_title`; TRUNCATE `pmf2_variable`; TRUNCATE `pmf2_variable_set`; TRUNCATE `pmf2_word`; 4. neues PMF mit alten Daten befüllen 4.1. Filesystem Kopiere jetzt die Dateien aus folgenen Verzeichnis vom Verzeichnis des alten PMF ins Verzeichnes des neuen PMF: /attachments/ /images/avatars/ 4.2. Datenbank Jetzt noch Datenbankseitig. Dazu folgendes SQL-Statement absetzen: Code: 01: 02: 03: 04: 05: 06: 07: 08: 09: 10: 11: 12: 13: 14: 15: 16: 17: 18: 19: 20: 21: 22: 23: 24: 25: 26: 27: 28: 29: 30: 31: 32: 33: 34: 35: 36: 37: 38: INSERT INTO `pmf1_admin_search` SELECT * FROM `pmf2_admin_search`; INSERT INTO `pmf1_attachment` SELECT * FROM `pmf2_attachment`; INSERT INTO `pmf1_bbcode` SELECT * FROM `pmf2_bbcode`; INSERT INTO `pmf1_board` SELECT * FROM `pmf2_board`; INSERT INTO `pmf1_board_abo` SELECT * FROM `pmf2_board_abo`; INSERT INTO `pmf1_board_mod` SELECT * FROM `pmf2_board_mod`; INSERT INTO `pmf1_calendar` SELECT * FROM `pmf2_calendar`; INSERT INTO `pmf1_cron` SELECT * FROM `pmf2_cron`; INSERT INTO `pmf1_cron_log` SELECT * FROM `pmf2_cron_log`; INSERT INTO `pmf1_filetype` SELECT * FROM `pmf2_filetype`; INSERT INTO `pmf1_group` SELECT * FROM `pmf2_group`; INSERT INTO `pmf1_group_cat` SELECT * FROM `pmf2_group_cat`; INSERT INTO `pmf1_group_value` SELECT * FROM `pmf2_group_value`; INSERT INTO `pmf1_group_var` SELECT * FROM `pmf2_group_var`; INSERT INTO `pmf1_newsletter` SELECT * FROM `pmf2_newsletter`; INSERT INTO `pmf1_poll` SELECT * FROM `pmf2_poll`; INSERT INTO `pmf1_poll_option` SELECT * FROM `pmf2_poll_option`; INSERT INTO `pmf1_poll_vote` SELECT * FROM `pmf2_poll_vote`; INSERT INTO `pmf1_post` SELECT * FROM `pmf2_post`; INSERT INTO `pmf1_private` SELECT * FROM `pmf2_private`; INSERT INTO `pmf1_private_folder` SELECT * FROM `pmf2_private_folder`; INSERT INTO `pmf1_search` SELECT * FROM `pmf2_search`; INSERT INTO `pmf1_search_bad` SELECT * FROM `pmf2_search_bad`; INSERT INTO `pmf1_search_index` SELECT * FROM `pmf2_search_index`; INSERT INTO `pmf1_search_word` SELECT * FROM `pmf2_search_word`; INSERT INTO `pmf1_session` SELECT * FROM `pmf2_session`; INSERT INTO `pmf1_setting` SELECT * FROM `pmf2_setting`; INSERT INTO `pmf1_smilie` SELECT * FROM `pmf2_smilie`; INSERT INTO `pmf1_topic` SELECT * FROM `pmf2_topic`; INSERT INTO `pmf1_topic_abo` SELECT * FROM `pmf2_topic_abo`; INSERT INTO `pmf1_user` SELECT * FROM `pmf2_user`; INSERT INTO `pmf1_user_field` SELECT * FROM `pmf2_user_field`; INSERT INTO `pmf1_user_field_value` SELECT * FROM `pmf2_user_field_value`; INSERT INTO `pmf1_user_group` SELECT * FROM `pmf2_user_group`; INSERT INTO `pmf1_user_title` SELECT * FROM `pmf2_user_title`; INSERT INTO `pmf1_variable` SELECT * FROM `pmf2_variable`; INSERT INTO `pmf1_variable_set` SELECT * FROM `pmf2_variable_set`; INSERT INTO `pmf1_word` SELECT * FROM `pmf2_word`; Hierbei natürlich jeweils anpassen, was pmf1_ und was pmf2_ ist. In dem Beispiel ist jetzt pmf1_ das alte Forum und pmf2_ die frische Installation. Sollten es verschiedene Schemata sein, so dann eben wie folgt: Code: 1: 2: INSERT INTO `altes_schema`.`pmf_admin_search` SELECT * FROM `neues_schema`.`pmf_admin_search`; ... Danach noch eben die neue Version auch in der Datenbank wieder vermerken (stand zwar nach der Installation schon drin, aber haben ja die setting-Tabelle übergebügelt): Code: 1: UPDATE `pmf2_setting` SET `value` = '4.2.1' WHERE `name` = 'VER'; 5. Zwischenprüfung Wenn mich jetzt nicht alles täuscht, müsste es so funktionieren und jetzt grundsätzlich fertig sein. Jetzt also anschauen, ob es wieder ein funktionsfähiges Forum ist. Was jetzt noch fehlt, sind ggf. verbaute Hacks im alten Forum. ... es geht weiter nach einer kleinen Werbeunterbrechung: (blöde Zeichenbegrenzung *grummel*)

Crashed Forum

Sun, 22 Apr 2012 19:20:08 +0200

Hallo, vielen Dank für die umfassende Antwort. Hier kommt das Ergebnis: pmf-Version, 4.1.17 MySQL-Version, 5.1.61-log Anzahl d. Posts, 26438 Anzahl d. Topcis, 1604 Anzahl d. Boards, 40 Anzahl d. PNs, 1549 Anzahl d. User, 51 Anzahl d. Gruppen, 12 Anzahl d. Anhänge, 1341 Anzahl d. Styles, 1 Anzahl d. Templates, 0 Datum d. ersten Posts, 2009-11-22 04:45:23 Datenbankname, xxxxx Bzgl Hacks weiss ich dass einige implementiert wurden (z.B.: Shoutcast) usw. Aber hiermit hast du mir auf jeden Fall schonmal geholfen. Jetzt brauche ich nur noch die Files Gruss Bzgl des Vorgehens, schwebte mir genau diese Variante vor.

Crashed Forum

Sun, 22 Apr 2012 17:35:00 +0200

Naja, die Frage ist eigentlich hauptsächlich ob die Datenbank in Ordnung ist. Sprich sind die Daten dort noch konsitent oder fehlen Teile. Führe mal bitte folgenden Select zur Datenbank aus (z.b. über phpMyAdmin) und gib uns das Ergebnis wieder. Dort stehen dann Daten wie die pmf-Version, MySQL-Version, Anzahl der Posts, Gruppen, Foren, Themen, etc. drin, was uns hilft dein Forum einzuschätzen und dementsprechend kann man dann auch ein (verhältnismäßig angemessenes) Vorgehen dir vorschlagen. Code: 01: 02: 03: 04: 05: 06: 07: 08: 09: 10: 11: 12: 13: 14: 15: 16: 17: 18: 19: 20: 21: 22: 23: 24: 25: 26: SELECT 'pmf-Version' as "Name", VALUE as "Wert" FROM `pmf_setting` WHERE `name` = 'VER' UNION ALL SELECT 'MySQL-Version', VERSION() UNION ALL SELECT 'Anzahl d. Posts', COUNT(1) FROM `pmf_post` UNION ALL SELECT 'Anzahl d. Topcis', COUNT(1) FROM `pmf_topic` UNION ALL SELECT 'Anzahl d. Boards', COUNT(1) FROM `pmf_board` UNION ALL SELECT 'Anzahl d. PNs', COUNT(1) FROM `pmf_private` UNION ALL SELECT 'Anzahl d. User', COUNT(1) FROM `pmf_user` UNION ALL SELECT 'Anzahl d. Gruppen', COUNT(1) FROM `pmf_group` UNION ALL SELECT 'Anzahl d. Anhänge', COUNT(1) FROM `pmf_attachment` UNION ALL SELECT 'Anzahl d. Styles', COUNT(1) FROM `pmf_style` UNION ALL SELECT 'Anzahl d. Templates', COUNT(1) FROM `pmf_template` UNION ALL SELECT 'Datum d. ersten Posts', FROM_UNIXTIME( MIN( `post_date` ) ) FROM `pmf_post` UNION ALL SELECT 'Datenbankname', DATABASE() Hast du nämlich keine Hacks verbaut und nutzt keine anderen Styles/Template als die Defaults (bzw. könntest erstmal wieder auf Default setzen), dann könntest du einfach wie folgt vorgehen: Installiere pmf komplett neu auf ein anderes Datenbank-Schema (oder alternativ mit einem anderem Präfix für die Tabellen) und natürlich in einen anderen Ordner. Danach kopierst du die Dateien aus dem attachment-Verzeichnis des alten Forums ins das attachment-Verzeichnis des neuen Forums. Danach leerst du best. Tabellen aus der Datenbank des neuen Forums. Diese Tabellen befüllst du dann mit der Kopie aus dem alten Forum. Dies geht leicht, sofern beides auf der selben Datenbank-Maschine installiert wurde mit: Code: 1: INSERT INTO `mein-schema-1`.`präfix1_tabelle` SELECT FROM `mein-schema-2`.`präfix2_tabelle`; Und schon sind alle Daten im neuen Forum, das ist dann sauber und schnell gemacht. Aber erstmal gib mal die Infos der Ausgabe der Abfrage, dann kann ich dir genaueres aufschreiben.

BUG im ACP -> Weiterleitungen

Sun, 22 Apr 2012 16:38:11 +0200

Zitat von Lighty Bei der Suche erfolgt keine Meldung - das ist dann aber bestimmt nicht als Fehler/Error anzusehen !? "Ihre Suchanfrage ergab kein Ergebnis" ist ja kein Fehler, eher ein Hinweis ) Naja, je nachdem wie man "Error" definiert. Letztlich kann man auch sagen, es wurde damit nicht dir richtigen Daten in die Suche eingegeben, sodass ein Suchergebnis erscheinen kann -> "Fehler" des Benutzers. Und eigentlich betrachtet es das Forum schon als eine Art Fehler/Ausnahmen, denn ansonsten würde ja bei einem leeren Suchergebnis dann eben einfach auch eine leere Ergebnisliste angezeigt werden. Wird es aber nicht, man kommt auf die Ursprungsseite (Suchmaske) zurück. Wie dem auch sei mit dem Rumdefinieren. Die Frage ist: Wie kommt es beim Benutzer an? Und da ist es ganz klar, dass er bei 0 Sek (also kein Hinweis "nix gefunden"), dann so aussieht als wäre die Suche kaputt. Denn effektiv passiert dann durch einen Klick auf "Suchen", dass alle Eingaben verschwinden. Da denkt jeder Benutzer erstmal: So ein scheiß hier, das funktioniert ja gar nicht. Und gerade wenn ich an größere Foren denke, kann ich mir auch da gar vorstellen, dass es arg nervend sein kann, wenn jede Woche 3 Leute das gleiche "melden" á la "Ey, die Suche ist kaputt". Kennst das sowas ja sicher als "nach Installation komische Anzeige/fehlende Texte" ;-) Deswegen hab ich bei mir im Template der Suche oben einfach ein Infotext reingesetzt "Wenn keine Treffer gefunden, dann wird automatisch Suchmaske wieder angezeigt." - ist aber auch nicht das wahre und würde mich da auch über eine besser Lösung freuen.

Crashed Forum

Sun, 22 Apr 2012 14:59:39 +0200

Version ? Gehe ins phpmyadmin und mache dort folgende Abfrage ! SELECT * FROM `pmf_setting` WHERE id = 55 ( pmf_ ist Standard, solltest du da etwas anderes verwenden, bitte entsprechend ersetzen/ändern ) ... ob ich die entsprechende Version dann vorliegen habe, kann ich vorher leider nicht sagen !

Crashed Forum

Sun, 22 Apr 2012 14:48:11 +0200

Hallo, das Forum ist überhaupt nicht funktionsfähig. Gerne nehme ich eine Idee auf wie man den IST Zustand wiederherstellt... Aber ein Update auf die neuste Version macht erst dann Sinn wenn der jetztige Zustand wieder funktionstüchtig ist. Sonst würde ich zwei Sache vermischen die man grundsätzlich nicht vermischt: Recovery und Update.. Also Step für Step. Es wäre hilfreich die Fragen beantwortet zu bekommen 1. Wie erkenne ich die aktuell Installierte Version anhand der Dateien, oder der DB Einträge, 2. Woher bekomme ich die entsprechende Version (zum Download) Soweit ich dass gelesen habe bist du der "HauptSupporter" / "Entwickler" des Forums: daher die bitte an dich mir diese Fragen zu beantworten Gruss

Crashed Forum

Sun, 22 Apr 2012 14:07:32 +0200

Hallo topperharly ! Wie weit ist das Forum denn funktionsfähig !? .... und warum willst du "unbedingt" eine alte Version installieren !? ( alte Versionen sind nicht zu empfehlen und auch nicht sicher )