Beiträge von danielgoehr


    daniel:
    Also wenn ich mir die Wiki-Seite anschaue, dann sind doch genau diese einzelnen Zeichen mit Dejavu Sans dargestellt, und nur der Rest mit den anderen Schriften.
    Bist du sicher das die Zeichen Arial sind? -- Mit Firebug wird Dejavu Sans nicht angezeigt, aber mit diesem anderen Inspektor in Firefox kann ich genau diese Zelle aussuchen, und er zeigt mir Dejavu Sans" als Schrift an. Der restliche Text wird mit "Liberation Sans" angezeigt.
    [...]
    Und im CSS kann ich keine Anweisung finden, diese Zeichen mit Dejavu Sans anzuzeigen.

    Also bei mir wir die gesamte Seite mit font-family: Arial, Verdana, Helvetica, sans-serif; angezeigt. Egal ob ich im Firebug oder in den Firefox Developer-Tools gucke (ich glaube das ist das selbe wie der Inspektor).

    Du könntest das mit JavaScript und setInterval lösen. Die "schöne" Variante wäre per Ajax entweder nur den Bereich mit den Bereich mit den Artikeln komplett zu aktualisieren oder sogar nur neue Beiträge hinzuzufügen.

    Die schnelle Variante wäre einfach per JavaScript einen Reload der Seite zu machen (auch mit setInterval). Mit den von dir schon genannten Nachteilen.

    Es hängt sicher auch ein bisschen davon ab, wie "Fit" du in solchen Sachen bist. Die erste Variante (bzw.) Varianten sind auf jeden Fall deutlich aufwendiger als die "schnelle" Variante...

    4) Gibt es noch weitere Alternativen?


    [...]

    [1] http://wiki-de.genealogy.net/Genealogische_Symbole_und_Zeichen

    Ich bin mir nicht ganz sicher, ob ich das Problem richtig verstanden habe. Insofern sei nachsichtig, wenn das, was ich jetzt schreibe quatsch ist ;)

    Auf der Seite die du verlinkt hast (das Wiki), scheint es ja gut zu funktionieren. Die Seite verwendet einfach folgende Font-Family:

    Code
    font-family: Arial, Verdana, Helvetica, sans-serif;

    Wäre es nicht eine Alternative, das auch einfach genauso zu machen?


    Das kann ich jetzt natürlich jedes mal, wenn ein neuer Vortrag vereinbart wurde, auf der entsprechenden Seite reinschreiben. Das ist mir aber zu umständlich. Ich würde gerne nur eine Txt-Datei mit den obigen Inhalten per FileZilla uploaden wollen

    Ja, prinzipiell geht das. Aber wahrscheinlich nicht mit einer "normalen" Textdatei, weil du Wordpress ja "sagen" musst, welcher Teil der Textdatei was ist. Wordpress "weiß" ja nicht, wo z.B. "Thema" aufhört und "Datum" anfängt. Möglich wäre da zum Beispiel XML oder CSV.

    Diese "Brücke" müsstest du aber selbst programmieren. Ich wüsste nicht, dass es sowas in fertig gibt (und wenn, müsstest du es ja noch an deine "Felder" anpassen). Das ginge z.B. indem du einen Shortcode in der functions.php erstellst, der dann die Datei einliest und auf deiner Seite ausgibt.

    Ich verstehe aber ehrlich gesagt nicht ganz, warum du diesen Aufwand machen willst? Ist es wirklich weniger Arbeit, die Informationen in eine Datei reinzuschreiben und hochzuladen? Weil ob du dich nun bei Wordpress einloggst und da die Daten reintippst oder sie in eine Datei auf deinem Computer reintippst und dann hochlädst macht doch praktisch keinen Unterschied...

    So, ich hab gerade nochmal einen Blick drauf geworfen.

    Es ist so, dass die Seite in den meisten Fällen bei mir auch korrekt angezeigt wird.
    Aber in ca. einem oder zwei von 10 Fällen sehe ich auch nur eine weiße Seite. Interessanterweise liefert die Seite trotzdem einen 200-Status (der bedeutet eigentlich, dass alles OK ist), aber eben komplett ohne Inhalt. Ich hatte jetzt eher damit gerechnet, dass es dann auch einen 500 (also Server-Fehler) gibt.

    Ich würde trotzdem mal damit anfangen, in der error.log bei deinem Hoster nachzuschauen und ggf. die Fehler oder Hinweise mal hier zu posten...

    Ich glaube b3317133 meint etwas anderes:

    Er würde für beide Systeme (das Forum und Wordpress) den gleichen Hash benutzen und Wordpress entsprechend (durch Anpassung/Änderung der wp check password() ) "beibringen", dass er die Authentifizierung mit der gleichen Methode macht, wie das Forum.

    Dafür bräuchtest du ja das Passwort gar nicht im Klartext, sondern müsstest den Vergleichs-Hash in WordPress nur identisch erzeugen, wie den Vergleichs-Hash im Forum.

    Ich hoffe, ich habe das jetzt richtig verstanden und wiedergegeben...

    Edit: Ziemlich smarte Idee übrigens :)

    Das Problem ist, ich kann den Fehler auf deiner Seite auch nicht nachvollziehen, Bei mir funktioniert alles soweit.

    Dazu kommt, dass dein Theme ein Premium Theme ist, das hier eigentlich nicht supoorted wird. Zum einen, weil wir keinen Zugriff auf das Theme haben und zum anderen, weil der Support eigentlich Aufgabe des Theme-Authors ist, der dafür Geld von dir bekommen hat.

    Wenn das Problem bei deaktivierten Plugins weiterhin besteht, ist es wirklich sehr wahrscheinlich, dass es am Theme liegt.


    Die Muffin Group habe ich als erste kontaktiert – an BeTheme liegt es 100 % nicht.

    Kommt die Aussage so vom Support?
    Das ist doch super, wenn sie es zu 100% ausschließen können, müssen sie den Fehler ja untersucht haben und dementsprechend auch wissen, woran es liegt. Warum verraten sie es dir dann nicht einfach ;)



    Wie beschrieben: nach dem Abmelden tritt das Problem erst nach ca. 8 Stunden und zwar regelmäßig seit über einer Woche.

    Diese Regelmäßigkeit klingt tatsächlich irgendwie nach Cache. Vernwendest du zufällig ein Caching-Plugin? Falls ja, hast du den Cache vor dem deaktivieren gelöscht?