Jump to content
InvisionCommunity.de - Der Deutsche Invision Community Support

kofi

Mitglied
  • Content count

    48
  • Joined

  • Last visited

Everything posted by kofi

  1. ja dem ist so. habe ich gestern auch rausgefunden. habe mal dem provider geschrieben er solle doch safe mode auf off stellen, da das board so nicht korrekt installiert wird. auch bei gewissen mods (munjpets) bockt da der installer rum.
  2. das mit den skin-ordnern ist schon komisch. ich kann auch keinen neuen skin importieren, denn die daten werden schlicht und einfach nicht in die verzeichnisse geschrieben.
  3. ja. /content/forum/cache/skin_cache/cacheid_x/ sämtliche obgenannten ordner sind auf 777 eingestellt. die einzige datei, die ich habe ist index.html im ordner "skin_cache" und die ist auch auf 777.
  4. ne in diesen ordnern ist gar nix drin. ich habe zwar tonnenweise cacheid_x ordner doch die sind alle leer. beim install schon meckerte der installer rum, dass die verzeichnisse nicht beschreibbar seinen und es laut IP.Board auch immer noch nicht sind. trotzdem, wenn ich via FTP gucke sind alle ordner ab der ebene "cache" auf 777 gesetzt. kann mir das also nicht erklären.
  5. Bilder Galerie einbauen

    es lag am schluss tatsächlich an den cookies (thx @ peter). tönt simpel, doch die einstellung war knifflig. falls jemand auch an dem scheitern sollte und nach der bridge nicht mehr eingeloggt ist: folgende cookie einstellungen müssen gemacht sein: IPB (ACP --> System Settings --> Cookies) .deineseite.de (leer lassen) (leer lassen) CPG (Einstellungen --> Cookie-Einstellungen) cpg_146 (leer lassen) der punkt bei .deineseite.de ist zwingend. bei "cpg_146" kann auch ein anderer name gewählt werden gruss kofi
  6. Bilder Galerie einbauen

    Hab ich auch alles soweit gemacht. Nur hänge ich bei der Bridge fest. Wenn ich mit Gruppenübernahme bestätige, bekomme ich einen kritischen Fehler (Beim Ausführen einer Datenbank-Abfrage ist ein Fehler aufgetreten). Welche Version hat deine Coppermine Gallery?
  7. der mod kann ich bei mir nicht einbauen. ist der überhaupt ipb 1.3 kompatibel? hatte das gleiche problem wie timo mit. selbst mit der orignialen ipb-skindatei (und deine abänderungen) kam die fehlermeldung immer noch. Fatal error: Call to undefined function: cal_event_cell() in /...../ipb13/sources/calendar.php on line 1133 zeile 1133 hat folgenden code: $cal_output .= $this->html->cal_event_cell("",1); hat jemand ne idee?
  8. hi leute ich habe da ein problem mit einem user/moderator. es ist so, dass dieser als moderator innert kürze gegen 200 postings erstellt und dann wieder gelöscht hat. offenbar hat da invisionboard ein problem damit, dass es zwar bei jedem neuen post den zähler um 1 erhöht. wird ein betrag aber wieder gelöscht, so wird der zähler nicht um 1 zurückgestellt sondern bleibt gleich. da gab/gibt es doch einen Mod/Hack oder? das ganze flog übrigens nur auf, da ich es via moderator logs gesehen habe. habe 1.3 final und im ACP in der membereinstellung bei "eigene posts löschen" sowie "beiträge löschen" auf nein geswitched. hat da jemand von euch noch einen tipp? danke und gruss kofi
  9. hallo stefan! danke schön. hab ich eingebaut und ausgeführt. war ziemlich krass, denn nahezu jedes mitglied verlor so posts. nach welchem system werden die posts reduziert? gehe mal davon aus, dass wenn ein moderator ein altes posting noch vor dem recount gelöscht hat, wurden sämtlichen usern, welche in diesem beitrag mitdiskutiert haben, ihre anzahl posts abgezogen? ist dem so? wenn ja, führt der mod für mich schon fast zu weit. in diesem fall würde mir im ACP unter den logs ein eintrag reichen, worin geloggt wird sobald irgend ein member (auch ohne spezielle mod-rechte) seinen beitrag wieder löscht. @subtuppel hab ich teilweise auch schon gemacht (anzahl manuell zurückkorrigiert). der punkt ist der, dass der user bei uns im verein gleich noch präsi ist und somit nicht einfach gekickt werden kann... @schnabbi funzt deine version gleich wie stefan's?
  10. Hi Leute Ich habe dummerweise, das Original IPB Skin verhauen. Kann mir bitte jemand das Original Skin aus seinem Board exportieren und hier in diesem Post anhängen, so dass ich dieses in mein Board (IPB 1.3) importieren kann. Thanks.. :blush:
  11. hey vielen dank! werde es gleich uploaden. danke.
  12. Hallo Leute Ich poste mein Anliegen mal hier rein, da ich davon ausgehe, dass dies ein Problem ist aufgrund meiner Konvertierung von Ikonboard 3.12a zu IPB 1.2. Hier noch das gleiche Thema, das anfangs 2003 die gleiche Problematik bei IPB 1.1 angesprochen hat: Thema Bei mir ist nun so, dass sich ein User (Stiffy) nicht einloggen kann. Das neue Passwort im ACP setzen funktioniert nicht. Fehlermeldung "Passwort ist falsch" erscheint. Die Routine über Passwort vergessen läuft zwar gut durch, d. h. ich kann ihm ein neues Passwort geben und werde dann auch gleich eingeloggt als "Stiffy" ins Board geleitet. Wenn ich mich dann auslogge und gleich wieder einlogge mit den neuen Passwort erhalte ich wieder die Fehlermeldung "Passwort ist falsch". Selbst wenn ich dann eingeloggt im Kontrollcenter, das Passwort erneut ändere und dann auslogge, klappt daraufhin ein neues Login nicht (Fehlermeldung). Auch wenn ich beispielsweise via PHPmyAdmin mein verschlüsseltes Adminpasswort bei "Stiffy" einsetzte, komme ich nicht rein. Ich habe dabei meine IPB1.2-Passwort und jenes von Ikonboard3.12a verwendet und bei beiden mich zusätzlich auch mit "index.php?act=ib3" versucht einzuloggen. Daraufhin erhalte ich folgende Fehlermeldung: Aufgrund der Fehlermeldung, nehm' ich mal an, dass irgendwo in meiner Datenbank ein Feld fehlt. Bin PHPmyAdmin-Anfänger... Hat da jemand eine Ahnung?? Gruss kofi PS: erstes Topic hier, toll!
  13. okay, schicke dir eine PM. merci.
  14. stiffy geht gar nicht. da kommt ja gleich die meldung "passwort ist falsch". die einzige möglichkeit, mit stiffy im board zu sein ist mit der passwort-vergessen-routine. auch dort habe ich den hashwert vorher bereits überprüft, als ich vor der routine das passwortfeld via phpmyadmin blanko gemacht habe und dann während der routine ein passwort gesetzt habe, von welchem ich den hashwert kannte. ipb hat dann diesen sauber ins passwortfeld eingetragen. trotzdem, logge ich mich dann mit stiffy aus und anschl. wieder ein, kommt die fehlermeldung...
  15. ok, hab die login.php wie beschrieben geändert und ja die werte sind gleich, wenn ich mich z.B. als "admin" oder "kofi" einlogge.
  16. sql-befehl ausgeführt. login klappte jedoch nicht. :(
  17. @stefan der verschlüsselungscode ist in beiden fällen der gleiche (passwortvergabe via ACP oder via deinem php-skript bei gleichem passwort). das verschlüsselte passwort wird auch in der datenbank eingetragen. login klappt aber nicht. cookies gelöscht, ib_sessions kontrolliert. stiffy ist nicht dabei. einzig komisch ist die letzte zeile ganz unten mit folgenden feldern: id= 23d697ff4c4063d7de691927d14d7f76 member_name= (steht nix...) member_id= 0 die anderen felder sind ordentlich ausgefüllt, ausser im feld "location" steht: Login,,01 könnte diese zeile was blockieren? @christian ich habe beide varianten schon ausprobiert. für ?act=ib3 gehe ich davon aus, dass im passwortfeld des ipb12 noch das verschlüsselte ib3 passwort stehen muss, da das skript ja das ib3 ins ipb12 konvertiert. via ACP des ipb12 hab ich ja vorhin nochmal probiert als ich die verschlüsselung mit stefans skript habe vergleichen wollen... login funzte nicht.
  18. ciao stefan. danke für deine mühe, doch auch dies funktioniert nicht. mit dem skript kann ich ja ein x-beliebiges passwort verschlüsselt generieren und dann entweder mit sql-befehl oder direkt im entsprechenden feld bei stiffy eintragen, oder? wenn ja funktioniert das ja nach dem selben prinzip wie wenn ich im ACP unter "edit member" dort ein neues passwort setze?!? auf jeden fall bekomme ich wieder die meldung "passwort ist falsch" es ist mir immer noch rätselhaft, wieso die passwort vergessen routine funktioniert und ich dann eingeloggt als stiffy ins board komme. logge ich mich aber danach aus und gleich wieder mit dem in der routine eingegeben passwort ein, kommt wieder die besagte fehlermeldung... ?!?
  19. hallo stefan. danke für den tipp. ich hab die php-datei geändert und hochgeladen. bekomme jedoch immer "passwort ist falsch". habe ihm in ikonboard 3.12a ein neues passwort generiert, dieses dann aus der tabelle bei phpmyadmin rauskopiert und dann bei der tabelle in ipb12 wieder eingefügt. weder mit act=ib3 noch normalem login komm ich da rein. es klappt auch nicht, wenn ich in der ipb12-tabelle in in ipb12 generiertes passwort einsetze... ist da eventl. sein account bei der konvertierung schrott gegangen resp. wurde nicht alles richtig konvertiert? oder könnte man vielleicht einen anderen member account duplizieren und mit stiffy's daten füttern? bleiben seine posts aber erhalten und werden diese dann korrekt angezeigt??? ich hoffe, dass mir du resp. jemand anderes aus der community helfen kann.. gruss kofi
  20. ... oder weiss zumindest jemand wie resp. wo die fehlende tabelle eingefügt werden muss?
  21. Hallo Leute. Nach meiner Boardkonvertierung stelle ich unser Board auch mal rein... Alten Ikonboardler sollte das Design bekannt vorkommen, das Buttonset ist jedoch anhand unserer HP angepasst. Board Website und noch was Generelles: Die Sportnation Deutschland kennt Unihockey wohl noch nicht so gut, dabei ist das die Boomsportart. Also Nachbarn, rasch weiterbilden! Grüsse kofi
  22. Unihockey Forum

    auch bill gates ist nicht perfekt... der sieht scheisse aus. copy & paste... ja ich weiss, silly mistake... trotzdem danke für deine aufmerksamkeit.
×