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

Deep.Throat

Mitglied
  • Content count

    75
  • Joined

  • Last visited

Posts posted by Deep.Throat


  1. Kann es sein, dass gerade eine neue Spam-Bot-Welle über die IP.Boards der neuesten Generation hereinbricht?

    Das von Haus aus eingebaute CAPTCHA scheint sie jedenfalls nicht daran zu hindern ins Forum vorzudringen.

    Ich hatte bis letzte Woche selber jeden Tag um die fünf Neu-Registrierungen.

    Erst, als ich zusätzlich noch eine handvoll selbstausgedachter Registrierungsfragen für mein Fachforum aktivierte, konnte ich die Bot-Offensive schlagartig auf Null zurückfahren.

    Komischerweise hatte ich mit meinem alten WBB2 - das übrigens ganz ohne CAPTCHAs lief - nie solche Probleme. Anscheinend sucht man sich wohl immer nur die sehr weit verbreiteten und aktuellen Softwarelösungen aus. Ist jedenfalls ne ganz neue Erfahrung für mich jetzt zu den beliebten Angriffszielen zu zählen. :blink:


  2. Den Hook kenne ich nicht. Aber wieso verwendest du nicht einfach das IP-eigene Spam-Prevention-System unter Systemeinstellungen/ Members/ Spam Prevention?

    Bei mir hat sich das Spam-Account-Aufkommen die Tage nämlich auch wie aus dem Nichts erhöht, aber das IPB-System hat bislang jeden Spammer erkannt und entsprechend gesperrt.

    Gruß aus Leipzig

    A.


  3. Öffne und bearbeite die initdata.php.

    Ersetze:

    
    define( 'IPS_DEFAULT_PUBLIC_APP', 'forums' );
    
    
    mit:
    
    define( 'IPS_DEFAULT_PUBLIC_APP', 'ccs' );
    
    

    Die IP.Content Seite 'index.html' wird dann standardmäßig geladen. Man kann natürlich auch seine eigenen Seiten erstellen. Im ACP, in den IP.Content Einstellungen unter 'Basic' kann man statt der index.html auch eine eigene Startseite (Homepage) definieren oder man ersetzt den Code in der 'index.html' mit eigenem Code.


  4. Also ich hab mir die Datenbank nach meiner Neuinstallation angeschaut und dort war jede einzelne Tabelle in der Kollation 'latin1_swedish_ci' definiert. Und ich kann mich auch nicht erinnern, dass man das bei der Neuinstallation irgendwie ändern konnte. Es ist also ein hausgemachtes Problem von IPB.

    Ich habe die DB heute mithilfe von phpMyAdmin und einem professionellen Text-Editor manuell auf utf-8 umkonvertieren müssen. Das Teil von bfarber konnte ich nicht nutzen, da mein Webspace keinen SSH-Zugang anbietet.

    Und als ich dann meine conf_global.php mit dem neuen Charset 'utf8' geimpft habe, sehe ich, dass da bei $INFO['sql_charset'] noch gar nichts eingetragen war. Der Eintrag sah ungelogen so aus:

    
    $INFO['sql_charset']			=	'';
    
    

    Wahrscheinlich war das auch der Grund, wieso die Datenbank bei der Neuinstallation nicht zwingend utf8 als Standard-Kollation benutzt, sondern das was der Server oder was weiß ich vorgibt.

    Ich werde für das 'Mehr-Themen-anzeigen'-Problem dann wohl mal meine Perpetual-Lizenz "renewen" müssen, obwohl ich das nur wegen dem Support brauche... :blush:


  5. Hallo Helge,

    also die Caches habe ich alle bereits mehrfach neu schreiben lassen. Das würde ich erstmal ausschließen. Das Problem tritt auch unabhängig vom Skin auf, also sowohl im Standard-Skin, als auch in einem gekauften Skin.

    Sehr merkwürdig das Ganze. Und ich hab mich schon gefreut, dass ein Wechsel vom WBB 2 zum IPB ein "Installieren und sofort Einsatzbereit" werden würde. :lol:

    Aber jetzt hab ich nebenbei auch noch mitbekommen, dass das IPB die Datenbanktabellen alle in 'latin_swedish_ci' angelegt hat und somit Umlaute mit merkwürdigen Sonderzeichen in der DB gespeichert werden. Also in diesem Punkt ist sogar das WBB 3 bereits weiter. Dort wird seit jeher in 'utf8_general_ci' abgespeichert. Hoffentlich bereue ich den Kauf im Nachhinein nicht noch. Denn ansonsten macht das IPB 3 ja einen ganz guten Eindruck. :rolleyes:


  6. Ich komme gerade irgendwie nicht weiter. Gestern habe ich erfolgreich ein WBB 2 in mein frisches IPB 3.3.3 importiert. Soweit so gut.

    Nachdem ich nun nach und nach alle Funktionen durchteste, hänge ich nun bei besagter - ich glaub' man nennt das AJAX-Funktion? - fest, die es dem User am Ende einer Themenübersichtsseite durch Klicken auf den Link "Mehr Themen anzeigen" ermöglichen soll weitere Themen aufzuklappen, ohne dafür eine Seite weiter blättern zu müssen.

    Aber genau diese Funktion funktioniert bei mir nicht. Ich sehe zwar jedes Mal beim Draufklicken oben kurz diesen animierten Aktionsindikator, aber es werden keine weiteren Themen aufgeklappt.

    Ich habe jetzt auch mehrfach die Systemeinstellungen nach etwas Verdächtigem durchforstet, aber ohne Erfolg. Langsam bin ich am Verzweifeln. Habt ihr noch irgendeine Idee für mich, wo man nach dem Fehler suchen könnte?


  7. Bei jedem Update kann man (bei Änderungen) die Hilfedateien automatisch aktulisieren. Macht man das, ersetzt das IP.Board die original Hilfedateien, dabei haben die Hilfedateien jedoch keine eindeutigen IDs, so das man nach der Überschrift "sucht und ersetzt". Gibt es nun die Original Überschrift nicht mehr, wird eine neue Hilfedatei angelegt, so kommt es zu doppelten Einträgen.

    Bleibt also nur das manuelle Löschen der englischen Hilfedateien nach jedem Aktualisierungsvorgang, sehe ich das richtig?

    ... In Sache Lokalisierung werden wir wohl niemals auf einen Nenner mit IPS kommen...

    Das klingt ja nicht gerade optimistisch. :unsure:

    Wahrscheinlich verdienen sie mit ihren einheimischen Kunden genug, dass sie den Rest der Welt so stiefmütterlich behandeln können. <_<


  8. Urgs...

    Und wenn man die englischen Texte einfach selber übersetzt, werden sie wahrscheinlich bei jedem Update wieder mit den originalen Inhalten überschrieben, nicht?

    Schade. Das IP.Board hat echt Potential meine neue Lieblingsforensoftware zu werden. Aber in Sachen Lokalisation müssen die Jungs echt noch nachsitzen. :rolleyes:

×