Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenBzgl. Bilder: Ach so, Du meinst Attachments (Anhänge). Nun ja, die werde bewusst mit ausgegeben, und die Darstellung ist Sache von WordPress.
Was die Suchbegriffe angeht, muss ich mal schauen. Vielleicht kann man da was machen, ich weiß aber nicht, ob der Nutzen den Aufwand rechtfertigt.
Hast Du irgendwelche Plugins installiert? Hast Du was an der Datenbank direkt geändert?
Probiert es mal mit
require_once($pfad_zu_wordpress.'wp-blog-header.php');Bzgl. alt-Texte: Hast Du evtl. ein Fallbeispiel?
Bzgl. Relevanter Ausschnitt: Generell keine schlechte Idee. Der "abgeschnittene" Text wird von WordPress so abgeschnitten; das ist die Funktion the_excerpt(). Man kann den Text mit the_content() auch vollständig ausgeben lassen. Einen relevanten Abschnitt auszugeben würde nur bedingt klappen, nämlich wenn es nur einen Suchbegriff gibt, und wenn dieser Suchbegriff nur einmal vorkommt. Alles andere wäre unverhältnismäßig komplziert bis unmöglich.
Dann schau doch mal, welche Zugriffsrechte Deine Dateien nach dem ersten Upgrade-Durchlauf haben -- fällt Dir was auf? ;)
Wie macht Ihr das eigentlich mit den Übersetzungen? Von Hand, oder Robot?
Na, das ist mal ein Kompliment...
;)
P.S.
Jeriko: Ich habe bei WLTC noch zwei Plugins in der Pipeline, die ihrer Vorstellung harren: InstantUpgrade und AdvancedSearch Lite. Wenn Du magst, kannst Du Dich für WLTC.DE bei den Newsmeldungen auf meinem Blog bedienen.
Ich kann ContuttoPDF empfehlen. :)
Die Installationsprozedur sollte doch auch mit nur rudimentären Englischkenntnissen verständlich sein, oder?
Klaus, das wird vermutlich an Deinem Mehrsprachigkeitsplugin liegen. Es kommt darauf an, welche Sprache in $locale gespeichert ist. Wenn das Plugin diese Variablen nicht richtig behandelt, kann die Umschaltung zwischen den Sprachen nicht funktionieren. Falls das Plugin diese Variable nicht benutzt, ist die Einstellung von WPLANG maßgeblich.
Die Anleitungen etc. ändern sich öfters; da habe ich ehrlich gesagt keine Zeit und besseres zu tun als zwei Versionen zu pflegen.
Du kannst es auch so sehen: Es ist eine exzellente Gelegenheit, Deine Englischkenntnisse aufzufrischen! ;)
Upgrades sind wichtig, klar. Aber Upgrades sind auch höchst langweilig. Daher gibt es nun ein Plugin, das WordPress-Upgrades automatisch durchführt: InstantUpgrade.
Man muss seine WordPress-Installation ein wenig herrichten, das dauert etwa 5 Minuten. Danach dauert jedes WordPress-Upgrade nur wenige Sekunden!
Viel Spaß beim Ausprobieren!
Ach ja, einige denken bestimmt: 'Moment, das kommt mir bekannt vor.' Richtig, es gab eine Erweiterung namens WP-Manage, die ich entwickelt habe und die sowohl Backups als auch Upgrades machte. Allerdings gibt es bereits sehr gute Backup-Lösungen für WordPress wie wp-db-backup, daher habe ich mich entschlossen, mich auf die Upgrades zu konzentieren (gemäß der Unix-Weisheit "Do one thing, and do it well."). InstantUpgrade ist eine Weiterentwickung der Upgrade-Routine von WP-Manage. Außerdem hat es noch einige Vorteile: Es ist nun als Plugin voll integriert, es ist auf deutsch verfügbar und es wurden einige bekannte Probleme von WP-Manage behoben (z.B. werden die Sprachdateien jetzt mitgesichert und übernommen).
P.S.
Könnte bitte jemand (jottlieb?) den FAQ-Artikel anpassen? Vielen Dank.
zu mastermind: Lustig, dass Du Festival erwähnst ... :-) Das Plugin benutzt SWIFT, ein TTS-System welches von Cepstral entwickelt wurde. Einer der Gründer von Cepstral ist Alan Black - gleichzeitig maßgeblicher Entwickler von Festival! SWIFT ist zwar von Grund auf neu programmiert, basiert aber genau wie Festival auf unit selection Mechanismen.
Interessant... schade, dass Festival so vor sich hindümpelt. Ist eine gute Software, die aber anscheinend nur als Forschungsprojekt entwickelt wurde. Derzeit kompiliert es noch nicht mal mit GCC 4.x. :(
Im Moment kannst Du das Plugin selbst erstmal frei downloaden und benutzen. Ich weiß noch nicht, ob ich es mal unter eine bestimmte andere Lizenz stelle. Zusätzlich brauchst Du natürlich eine sogenannte 'voice' (sprich: SWIFT, das TTS-System und eine zugehörige Stimme.).
Diese kannst Du käuflich bei Cepstral hier erwerben. Eine Stimme kostet z.Zt. $29,99. Du kannst z.B. per Paypal oder Kreditkarte bezahlen.
Offiziell bräuchtest Du für die Synthese von Blog-Artikeln noch eine sogenannte 'Audio Distribution License' für $199,99:
Ich habe natürlich volles Verständnis, dass ein Hersteller für Spezialsoftware seine Produkte durch Lizenzkosten refinanziert. Aber ich befürchte, es wird kaum ein Blogger bereit sein, 30 oder gar 230 Euro für den Spaß zu bezahlen. Ebenso lockt man mit -- verzeih mir den Ausdruck -- verkrüppelten Demos keinen Blogger mehr hinter dem Ofen vor -- in Zeiten, da im Web von Bürosoftware bis Webspace praktisch alles kostenlos zu haben ist.
Wenn Cepstral wirklich Interesse an einer Verbreitung im Massenmarkt hat, sollten sie vielleicht anders ansetzen -- nämlich Blogger und Co. nicht als Kunden sehen (ist ohnehin illusorisch), sondern als Multiplikatoren. Ich möchte fast garantieren, dass eine kostenlose, halbwegs vollwertige Variante der Software in kürzester Zeit eine Publicity und Verbreitung der Software generieren würde, für die eine PR-Agentur ganz schön schwitzen müsste. Wie gesagt, nur mal als Idee -- müsste man sicher noch dran feilen.
Die Plugins sind von Haus aus englisch, dafür braucht's keine besondere Übersetzung. Nur für andere Sprachen gibt es zusätzliche Dateien. Das ist genau so wie bei WordPress selbst.
Geniale Sache, das. Ich habe auch mal versucht, eine integrierte TTS-Unterstützung für Webinhalte auf Basis von Festival zu entwickeln; das ist leider in den Kinderschuhen stecken geblieben, da ich keinen Bock hatte, einen (halbwegs fehlertoleranten) XHTML-Parser bzw. Konverter für den Festival-eigenen XML-Dialekt zu schreiben.
Eine Frage zu dem Plugin und der darunterliegenden TTS-Software: Unter welchen Lizenzen sind die zu beziehen?
Ja, mit "heut* sommer". Aber nur, weil es ein Wortanfang ist.
Eine Kombination von "klassischer" und Volltext-Suche ist leider nicht möglich.
Cool, Satandart-Suche... kann man sich da einen Dart-Partner aus der Hölle suchen? :mrgreen:
Nein, das ist leider oft nicht so. Zum Beispiel muss ich den ImageManager selber an tinymce anpassen, damit dieser unter WP 2.1 funktioniert.
Nun denn, vielleicht wäre es wirklich eine gute Idee, eine WP-Distribution herauszugeben. Die kann ja durchaus modifizierte, verbesserte, angepasste, erweiterte Versionen der Plugins und Themes enthalten.
Das Problem ist dann natürlich, dass man die Edition pflegen muss und z.B. neue Versionen der Plugins berücksichtigen müsste.
Schön und gut, nur würde die Liste nicht viele Plugins enthalten, weil viele englischsprachige Autoren auf eine Übersetzung oft nicht Wert legen.
Ist ja nicht schlimm; der Themebrowser enthält ja auch nicht so viele Themes. Das wichtige wäre, überhaupt eine Übersicht der Plugins zu bekommen, die für deutschsprachige Blogs verwendbar sind.
Die besten Plugins wofür? Das werden viele Leute unterschiedlich sehen. Vor allem, wenn es für eine Aufgabe verschiedene Plugins gibt, die sich in der Orientierung unterscheiden.
Es kann Dir natürlich keiner verbieten, eine "zven-WP-Edition" herauszugeben, denn es ist ja praktisch alles Freie Software. Aber ich befürchte, dass Du nicht allzu viele Mitstreiter finden wirst. Andererseits kannst Du Dich und Deine Edition natürlich profilieren, indem Du besondere Features einbaust, so dass gewissermaßen das Ganze mehr ist als die Summe seiner Teile. Im Bereich der Linux-Distributionen wird es ja auch so gemacht.
Ah, genau, man kann ja da die Klassen einbauen, hab ich nicht genau geguckt, sehr gut.
Bei mir wurden keine Seiten gefunden, erst als ich S.E.Th. aktivierte ging dies. Meinst du es müsste auch ohne S.E.Th. gehen?
Jep. Denn die AdvancedSearch (Lite) benutzt eine völlig andere SQL-Abfrage. Die ursprüngliche SQL-Abfrage, auch das, was Plugins daran ändern, wird eigentlich komplett ignoriert.
"4Buchstaben" was muss ich da machen?
Siehe unter Zirona :: OpenSource Consulting » Advanced Usage of the Advanced Search plugin
Hm, meinste!? Die default-Suche handhabt es so, ich denk es würde mehr nützen als Schaden ;)
Nein. Die herkömmliche Suche sucht nach Zeichenketten. Ein Beitrag mit "Heute ist ein wunderschöner Sommertag." würde mit der Suchanfrage "undersch" gefunden werden; eine Suche nach "Heute Sommertag" wäre jedoch erfolglos. Umgekehrt bei der Volltext-Suche, die die AdvancedSearch-Plugins verwenden: die finden mit "Heute Sommertag" den Artikel, bei "undersch" jedoch nicht. Das liegt daran, dass die Volltext-Suche auf einem zusätzlichen Index in der MySQL-Tabelle basiert, der alle in den indizierten Tabellen enthaltenen Wörter gewissermaßen als Liste enthält.
Fällt dir zu Nice Search noch was ein? Das ist so, statt /?s=suchwort dann /search/suchwort/
Keine Ahnung, sollte eigentlich klappen.
Anregungen, kein Meckern, tolle Arbeit!!! :)
Nur zu, konstruktive Kritik ist immer gut.
- Umlaute gehen wunderbar
- SearchEveryThing muss trotzdem verwendet werden. Vielleicht könnte man dies bei dir mit einbauen?
- Konflikt mit Nice Search, dann geht nichts
- Search Hilite klappt wunderbar, also ich mein das Extraplugin. Vielleicht solltest du dir die Anwendung von dort abschauen, inline-CSS gefällt mir persönlich nicht.
- Manko: mind. 4 Buchstaben, kein suchen nach Abkürzungen (CSS z.B.)
- könnte man nicht default die * setzen, damit immer auch "Suchwort" bei Verwendung von "Such" gefunden wird. (Umschreibung, betrifft wohl eher die Query)
- komischer Konflikt mit Polyglot. Ich lass mir die Links so /lang/en/ erzeugen. Daraus wird bei mir ?s=suche& wobei das & nicht maskiert wird. Wo kommt dies her???
- Vielleicht könntest du die IDs und CLASS von der defaultSuche verwenden. Dann braucht man nicht in die CSS eingreifen wenn man umrüstet
Ok, also: bzgl. CSS: das kann man am Anfang der Plugin-Datei selbst festlegen. Auch Klassen sind möglich. Was SearchEverything alles findet, weiß ich nicht, AdvancedSearch Lite soll zumindest Seiten und Beiträge finden. Zum Thema "4 Buchstaben": Das ist eine Sache der MySQL-Konfiguration; daran kann nur der Serveradmin was machen. Bei mir bspw. geht es. Die ID der Default-Suche kann ich nicht verwenden, da man theoretisch diese noch drin haben könnte (z.B. bei einem leeren Suchergebnis). Nur die Klasse mitzugeben macht m.E. auch keinen Sinn, da so oder so das CSS bearbeitet werden muss, damit das Formular anständig aussieht. Die * per default setzen halte ich auch nicht für sinnvoll, da das bestimmt nicht immer beabsichtigt ist.
