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

TomCrow

Mitglied
  • Content count

    649
  • Joined

  • Last visited

Everything posted by TomCrow

  1. Weiße Seite / Blank

    :D Nicht verzagen, aller Anfang ist schwer.. Also, generell kann man nur sagen: weiße Seiten liegen in der Regel an fehlenden skin- oder lang-Dateien.. Check also erst nochmal, ob die benötigten Dateien vollständig vorhanden sind und die Berechtigungen (zu den Ordnern und files) auch stimmen.. mfg, Tom
  2. Custom Pages

    Hallo, eigentlich bist Du mit dem Titel schon ziemlich nahe an der Lösung.. Schau Dir mal den mod Custom Pages an (dl findet sich weiter hinten im thread ) - damit kannst Du eigene HTML-Seiten ins Forum "einbinden".. Und mit dem Teil von hier sieht das Ganze noch besser aus.. mfg, Tom
  3. Und falls Du dort (noch) keinen Zugang zu den downloads hast, kannst Du ihn bei invisionize finden.. mfg, Tom
  4. Nach einigen "Gehversuchen" mit einem root server komm' ich immer mehr zu dem Entschluss, dass wohl ein managed server doch eher geeignet ist - allein den Bereich Sicherheit sollte man wohl den Profis überlassen.. Unser Favorit wär' derzeit der ResellerManaged L von domain)FACTORY, den wir aber aus Kostengründen ( 119,- monatl.) gerne ("halbe-halbe") teilen würden. Bei Interesse bitte mail an office[at]katzenforum.at (mein Postfach hier ist öfters mal voll.. ) mfg, Tom
  5. Thema drucken - problem

    Vielleicht hilft dieses Thema weiter.. mfg, Tom
  6. Forum spinnt

    Ja! Wie ich hier schon angedeutet hab', liegt's eben an dem "mod".. => sources/misc/stats.php //-------------------------------------------- // Do we have any moderators? NORMAL MODS 1st //-------------------------------------------- $DB->query("SELECT m2.id, m2.name, m2.email, m2.hide_email, m2.location, m2.aim_name, m2.icq_number, f.id as forum_id, f.read_perms, f.name as forum_name, c.state FROM ibf_moderators mod LEFT JOIN ibf_forums f ON(f.id=mod.forum_id) LEFT JOIN ibf_categories c ON(c.id=f.category AND c.state != 0) LEFT JOIN ibf_members m2 ON (mod.member_id=m2.id) "); ersetzen mit //-------------------------------------------- // Do we have any moderators? NORMAL MODS 1st //-------------------------------------------- $DB->query("SELECT m2.id, m2.name, m2.email, m2.hide_email, m2.location, m2.aim_name, m2.icq_number, f.id as forum_id, f.read_perms, f.name as forum_name, c.state FROM ibf_moderators moderator LEFT JOIN ibf_forums f ON(f.id=moderator.forum_id) LEFT JOIN ibf_categories c ON(c.id=f.category AND c.state != 0) LEFT JOIN ibf_members m2 ON (moderator.member_id=m2.id) "); und //-------------------------------------------- // Do we have any moderators? GROUP MODS 1st //-------------------------------------------- $DB->query("SELECT m.id, m.name, m.email, m.hide_email, m.location, m.aim_name, m.icq_number, f.id as forum_id, f.read_perms, f.name as forum_name, c.state FROM ibf_moderators mod LEFT JOIN ibf_forums f ON(f.id=mod.forum_id) LEFT JOIN ibf_categories c ON(c.id=f.category AND c.state != 0) LEFT JOIN ibf_members m ON ((mod.is_group=1 and mod.group_id=m.mgroup)) "); ersetzen mit //-------------------------------------------- // Do we have any moderators? GROUP MODS 1st //-------------------------------------------- $DB->query("SELECT m.id, m.name, m.email, m.hide_email, m.location, m.aim_name, m.icq_number, f.id as forum_id, f.read_perms, f.name as forum_name, c.state FROM ibf_moderators moderator LEFT JOIN ibf_forums f ON(f.id=moderator.forum_id) LEFT JOIN ibf_categories c ON(c.id=f.category AND c.state != 0) LEFT JOIN ibf_members m ON ((moderator.is_group=1 and moderator.group_id=m.mgroup)) "); Das "mod" wird dabei einfach mit "moderator" ersetzt, wobei die Abkürzung - wie Stefan schon schrieb - egal sein müsste, sofern man sie konsequent beibehält.. Wenn Du schon dabei bist, kannst Du ggf. vorsorglich auch gleich die sources/misc/contact_member.php "behandeln": // Check for mods in this forum $DB->query("SELECT m.name, m.email, mod.member_id FROM ibf_moderators mod, ibf_members m WHERE mod.forum_id='$fid' and mod.member_id=m.id"); ersetzen mit // Check for mods in this forum $DB->query("SELECT m.name, m.email, moderator.member_id FROM ibf_moderators moderator, ibf_members m WHERE moderator.forum_id='$fid' and moderator.member_id=m.id"); Hoffe, jetzt klappt's.. mfg, Tom
  7. Profil

    Soviel ich weiß, kannst Du das 1.3er auch PHP5-tauglich machen; sieh' Dir dazu ein paar Ergebnisse von Tweedle-Dee's link an.. Sprech' allerdings nicht aus Erfahrung, da bei mir noch kein 5er zum Einsatz kommt.. mfg, Tom
  8. Profil

    Hallo, "weiße Seiten" werden zumeist durch fehlende lang- oder skin-Dateien verursacht; check doch bitte mal, ob die entsprechenden Dateien (vollständig) vorhanden sind.. mfg, Tom
  9. UMZUG

    hmm..könnte daran liegen, dass "mod" in neueren SQL-Versionen ein reserviertes Wort ist (und sich daher an Ausdrücken wie mod.forum_id, mod.member_id "stößt )..schau mal hier mfg, Tom
  10. Hallo! Ein Benutzer in meinem Forum hat sich, nachdem es Probleme beim Login gab, ein weiteres Mal angemeldet.. Nun hab' ich mir den (ersten) account angesehen und auch ein neues Passwort vergeben - es sollte nun eigentlich alles wieder klappen und der Benutzer möchte auch weiterhin den ersten/alten account nutzen.. Wie kann ich denn nun die (wenigen!) Beiträge, die unter dem neuen account gemacht wurden, dem alten account zuordnen (denn danach könnte ich ja den neuen account wieder löschen) ? Und erhöht das auch automatisch den Postcount, oder soll/muss ich recounten ? Danke schon mal im voraus.. mfg, Tom
  11. gehackt, nr.2

    Ich bin mir ziemlich sicher, dass ein Großteil der Foren über Google bzw. SuMas im allgemeinen so gefunden wird - da möchte man dann - eigentlich ganz untypisch - plötzlich nicht mehr überall gelistet werden.. Es gibt wohl auch Ausnahmen, wenn etwa irgendwelche "persönliche Gründe" hinter einem Angriff stecken oder damit ein gewisses "Ziel" verfolgt werden soll..aber in der Regel suchen sich diese Leute wohl wahllos boards aus und schauen, ob diese noch verwundbar sind.. mfg, Tom
  12. hmm..so "tief" hab' ich damals nicht gegraben - mir (und dem user) waren eigentlich nur die Themen und Beiträge wichtig.. PMs sollte das Mitglied halt vorher sichern (falls noch benötigt) und bei Umfragen gibt's ev. eine kleine Ungenauigkeit (wenn er z.B. als neues Mitglied ein zweites Mal abgestimmt hat).. Stefan weiß dazu sicher mehr, ist aber momentan ziemlich im Stress.. Grüße, Tom
  13. 1.3.1 gehackt

    Hallo, ist der Name denn auch der gleiche? mfg, Tom noch ein Tipp: check auf jeden Fall auch sämtliche Einstellungen im ACP (also dass z.B. kein HTML erlaubt wurde, wo Du das nicht möchtest oder die erlaubten Dateiendungen bei Avatars, etc.)!
  14. gehackt, nr.2

    Ich hab's glaub' ich auf ibforen.de schon geschrieben: checkt auf jeden Fall auch, ob ev. "Hintertürchen" aufgemacht wurden, z.B. HTML in Signaturen erlaubt oder erlaubte Formate bei Avatars/etc. = php - solche Dinge wurden bei mir damals eingetragen, hab's natürlich sofort wieder rausgenommen.. Sonst könnte sich der Hacker ja als Mitglied registrieren und dann ev. bösartigen code hochladen.. mfg, Tom
  15. Hallo, müsste eigentlich so klappen, wie bei meinem Problem damals..hier.. mfg, Tom
  16. Einen derartigen mod gibt's auf ibforen.de.. mfg, Tom
  17. puh..zunächst war ich da auch überfragt, weil da teilweise auch völlig andere Dinge ergänzt/ersetzt werden..also auf zu Invisionize und dort in's Support Topic geschaut -> 35 Seiten.. Aber dann hab' ich das gefunden: und Also das contributed file scheint die alte Version des mods zu sein, die er angehängt hat, damit Leute, die updaten wollen, die ursprüngliche Version ordnungsgemäß wieder ausbauen können.. Und im zweiten Quote erwähnt er etwas, auf das ich Dich gerade noch hinweisen wollte: ursprünglich war der mod anscheinend so, dass, wenn Du mods installierst, die weitere ACP-Boxen erstellen, Du nochmal kontrollieren musst, ob die Reihenfolge noch stimmt bzw. Du jetzt nicht Zugang zu den "falschen" Boxen erlaubst - das hat er anscheinend gleich mitgefixt.. Grüße, Tom
  18. Ist vielleicht ein Fehlr in der Anleitung oder hieß die Datei früher mal so..? Auf jeden Fall gibt's eine /sources/Admin/admin_functions.php - ich denke, das ist die entsprechende Datei..kannst ja mal schauen, ob in der admin_functions die Stelle(n) aus der Anleitung vorkommen.. Grüße, Tom
  19. Na, wird schon schiefgehen.. Viel kann dabei eigentlich nicht kaputtgehen - sichere Dir die zu verändernden Dateien halt lokal, dann kannst noch zurück.. Und wenn der mod mal drin ist, solltest ev. noch prüfen, ob die entsprechenden Leute dann wirklich nur Zugang zu den erlaubten Bereichen haben (z.B. auch mit Eingabe der direkten links)..obwohl ich ja annehme, dass Du das nur Leuten Deines Vertrauens ermöglichen wirst.. Grüße, Tom
  20. Sodala, invisionize ist wieder da ( ) und der link zu dem mod, den ich meinte, ist: http://mods.invisionize.com/db/index.php/f/987 Grüße, Tom
  21. IZE ist gerade down (ich glaub', die haben auch heuer wieder ein Problem beim Erneuern ihrer domain ), aber ich glaube, dort liegt ein mod(*) herum, der es ermöglichen soll, nur gewisse Abschnitte im ACP zugänglich zu machen.. Hab' den aber nie getestet, kann daher nix über Qualität und/oder Sicherheit sagen.. Wenn die wieder back online sind, such' ich nach dem link und poste ihn hier (falls Du's in der Zwischenzeit nicht selbst gefunden hast ). mfg, Tom Google's cache sei Dank: Special Administration Category: Admin CP Modifications Compatibility: All versions of Invision Board Description: This will allow you set permissions for groups so that they can access certain features of the AdminCP. ..
  22. Müsste das da sein.. mfg, Tom
  23. Hallo! Meines Wissens nach gibt es ein Problem bei den attachments mit den neuen PHP-Versionen ..ich wüsste jetzt nicht, ob IE und Firefox darauf unterschiedlich reagieren (hat mit dem header zu tun), aber vielleicht ist das ja ein Ansatz, der die weiterhilft? Ev. hat Dein Hoster ohne Dein Wissen auf PHP 4.4.2 (oder PHP 5) umgestellt? Auf ibforen.de gibt's jedenfalls einen fix dazu.. mfg, Tom
  24. Hallo! Auf unserem neuen server läuft eine Abfrage auf der Forenstartseite besonders langsam ab und zieht damit quasi das gesamte board runter.. Es handelt sich dabei um eine Abfrage aus der erweiterten Statistik: SELECT count(pid) as postings FROM ibf_posts WHERE post_date >= 1140562800 (Anm: damit wird abfragt, wieviele Beiträge heute schon geschrieben wurden; hier im Forum ist diese Abfrage bzw. deren Ergebnis ebenfalls zu sehen, Bsp.: Heute wurden bisher 13 neue Beiträge geschrieben.) Die mySQL time liegt dabei eigentlich nie unter 1.x (!), im Schnitt ~3.x - 5.x, manchmal geht's auch hoch auf 7 oder gar 9.. Ok, es sind 30 queries und ~130.000 Beiträge, allerdings hängt es immer an dieser einen Abfrage; wenn ich die entsprechende Passage deaktivier', bin ich wieder bei Script Execution time 0.x Seltsamerweise läuft auf meinem bisherigen webspace genau diese Abfrage mit z.B. mySQL time: 0.00643 ganz normal bzw. sehr fix durch.. Daher steh' ich im Moment ein bissl an.. mfg, Tom
  25. MySQL-Abfrage langsam..

    Jo, das hat's gebracht! Startseite => Script Execution time: 0.5497 Abfrage => mySQL time: 0.00068 Vielen Dank! Grüße, Tom
×