Beiträge von mastermind

    Ach so, ok. Ja, das ist bekannt und steht auch so in der MySQL-Doku. Um ehrlich zu sein, das stört mich momentan auch nicht sonderlich. Man könnte aber zu einem späteren Zeitpunkt mal andere Anwendungen (z.B. Forensysteme) und schauen, wie die das gelöst haben.

    Ich dachte, mit "Multibyte" meintest Du Probleme mit UTF-8 oder sowas.

    Wenn Du Ahnung von HTML und CSS hast, dann sind die Template-Anpassungen gar nicht so schwer.

    Wirf einfach mal nen Blick in das Default-Theme (Dateien in wp-content/themes/default), Du wirst sehen, dass das fast alles nur XHTML und CSS ist. Und zwischendrin halt ein paar PHP-Schnipsel, die den Content generieren.

    Am besten, Du machst eine Kopie des Default-Themes und strickst daraus Deine eigene WordPress-Oberfläche.


    hast du für deine suche MATCH () AGAINST () eingesetzt?

    Jep. Wobei das nur ein Teil der verbesserten/erweiterten Suche ist.

    ich hatte auch vor einiger zeit an einer verbesserten suche gearbeitet, muss aber davor noch eine lösung für das multibyte problem bei asiatischen sprachen finden.

    Aha, wusste gar nicht, dass es da zu Problemen kommen kann. Was genau ist denn das Problem?

    Meines Wissens nicht.

    Aber wenn Du das unbedingt möchtest, kannst Du einen kleinen Hack anwenden:

    In der Datei classes.php, Zeile 300 - 303 (in v2.0.4) steht folgendes

    PHP
    if ( $this->is_feed ) {
    			$q['posts_per_page'] = get_settings('posts_per_rss');
    			$q['what_to_show'] = 'posts';
    		}

    Du kannst darunter den folgenden Code setzen:

    PHP
    if ( $this->is_search) {
    			$q['posts_per_page'] = '20';
    		}

    Die Anzahl kannst Du beliebig wählen.

    Anmerkung: Es ist grundsätzlich nicht empfehlenswert, die WordPress-Installation an sich zu bearbeiten; sollte man nur machen, wenn man es wirklich braucht. Außerdem muss man an die Änderungen erneut durchführen, wenn es ein Update gibt.

    Das Problem beginnt schon dabei, dass die normale Suchfunktion nur nach einem zusammenhängenden String sucht. Wenn ich bspw. nach "Berlin Bundestag" suche, müssen diese beiden Begriffe direkt nebeneinander stehen, damit sie als Ergebnis gewertet werden. Mit der erweiterten Suche reicht es, wenn beide Begriffe irgendwo im Content auftauchen.

    Weiterhin ist es auch bei mittelgroßen Sites schon wünschenswert, das Ziel genauer beschreiben zu können. Die von HenSch beschriebenen und noch weitere Funktionen geben dem Suchenden weit mehr Möglichkeiten, aus einem Wulst von Beiträgen den gewünschten zu finden.

    Was der Standardsuche außerdem fehlt, ist eine Möglichkeit, die Ergebnisse nach Relevanz oder anderen Kriterien zu sortieren.

    Die Suche zeigt bei Dir die selbe Anzahl an Ergebnissen wie auch Blogeinträge auf der Startseite angezeigt weden. Ergebnisse gibt es natürlich ein paar mehr, nur fehlt in Euren Templates (z.B. search.php) offenbar sowas wie:

    PHP
    <div class="navigation">
    			<div class="alignleft"><?php next_posts_link(__('&laquo; Previous Entries')) ?></div>
    			<div class="alignright"><?php previous_posts_link(__('Next Entries &raquo;')) ?></div>
    		</div>

    Wenn man diesen o.ä Kode vor oder nach dem Loop einfügt, hat man auch Zugriff auf die anderen Suchergebnisse.

    Nein, es übersetzt alle Texte, die als gettext-Kataloge in den Hauptsprachdateien sind.


    Installation ist ganz einfach:

    - Plugin laden
    - Deutsche Sprachdatei herunterladen und ggf. in de_DE.mo umbenennen (statt de_Sie)
    - in der wp-config.php die Sprache auf en_US setzen (wichtig!)
    - in der polyglot.php die Variablen $polyglot_settings['default_lang'] und $polyglot_settings['knownlangs'] setzen
    - Sprachwechsler if (function_exists('polyglot_list_langs')) polyglot_list_langs(false); an gewünschter Stelle einfügen.

    Ich kenne mich noch nicht so gut aus ... in welcher Datei hast Du diesen Eintrag vorgenommen?

    Das gehört in die Serverkonfiguration bzw. in die VirtualHost-Konfiguration; um die zu bearbeiten, brauchst Du aber normalerweise Root-Rechte.

    Anderenfalls kannst Du versuchen, es in die .htaccess zu schreiben. Falls Du aber einen Fehler 500 o.ä bekommst, dann geht es nicht, und Du solltest Dich direkt an Deinen Hoster wenden.

    Die angefügte Mail hat mir die Sprache verschlagen - ist das eine übliche Vorgehensweise???

    :mrgreen:

    Wohl eher nicht... da hat sich eher der Verfasser gut lächerlich gemacht. ;)

    Ich hab mal versucht, herauszufinden, was das Problem verursacht. Leider habe ich nicht genau herausfinden können, woran es liegt. Es sieht seht nach einem Schnipsel "unverdaulichen" HTML aus, da offenbar die Attribute nicht korrekt ausgelesen werden können.

    Wenn man nach der Fehlermeldung bei Google sucht, kommt man übrigens hierhin: http://digg.com/programming/Co…th_PHP#c1613691

    Scheint also, dass das Problem sogar auf dem Server des Entwicklers auftritt. Das weist darauf hin, dass es kein generelles Problem mit DOMPDF gibt, sondern nur in speziellen Konstellationen. Das muss noch nicht mal heißen, dass Dein (X)HTML invalid ist.

    Ich vermute mal, Du hast das Default-Template des Plugins noch nicht verändert, dann könnte es also am Content liegen. Könntest Du mir evtl. einen Link zu der Seite geben, die Du konvertieren möchtest?

    Was noch besser wäre: In contuttopdf.php ist in der Funktion contutto_exec(), Zeile 174:

    PHP
    contutto_output($pdf_output, true);


    Wenn Du dort das true auf false änderst, bekommst Du die Ausgabe statt in PDF in HTML. Wenn Du das mal hier anhängen könntest, dann könnte ich das am besten testen.

    Hm, ok. Das wird wohl an der Funktion contutto_filter() liegen, die auch die Bildschirmausgabe filtert, um alternative Inhalte darzustellen. Wenn Du diese nicht nutzt, kannst Du als Workaround in der contuttopdf.php die Zeile

    PHP
    add_filter('the_content', 'contutto_filter');

    (ganz unten) auskommentieren oder löschen. Dann sollte das Problem verschwinden.

    Danke für den Hinweis, ich werde mal schauen, wie man das Problem lösen kann. Klappt denn die PDF-Generierung ansonsten?

    Für mod_rewrite muss in der Apache-Konfiguration die Option FollowSymLinks gesetzt sein. Schein bei Dir nicht der Fall zu sein. Evtl. mal beim Hoster nachfragen.

    Zum zweiten Problem: Wie wäre es, wenn Du den Link in Deiner sidebar.php (oder wo auch immer) hardkodierst?

    Rein technisch ist es kein Problem, den Namen zu registrieren, wenn er frei ist.

    Rechtlich ist es ein Problem, das jenseits dieses Forums liegt. Niemand hier ist Anwalt (soweit ich weiß), von daher wirst Du hier keine verbindliche Aussage erwarten dürfen. Markenrecht ist eine juristische Schlangengrube, und es geht oft um horrende Geldbeträge.

    Wenn Du kostenloste Rechtsberatung suchst, solltest Du Dich an ein Markenrechtsforum wenden; wenn Du die (oder eine andere markenrechtlich kritische) Domain gewerblich nutzen möchtest, solltest Du Dich von einen Anwalt beraten lassen, und/oder vielleicht selbst die Marke registrieren.

    P.S. Nur mal so als Beispiel: http://www.netlaw.de/urteile/bgh_18.htm
    Zwar hat hier die Deutsche Bank in diesem speziellen Fall verloren. Aber Du würdest vermutlich nicht mal den Anwalt bis zum Ende des Verfahrens bezahlen können.