Beiträge von mastermind

Zitat von TheTeddy

Eine "OpenSource-Variante", wie Du sie nennst (ich gehe mal davon aus, dass Du damit die zugrundeliegende TTS-Engine meinst, die "frei" sein muss) stricke ich Dir in einer Stunde hinter das Plugin. Tipp: Mach Dir nicht die Mühe mit Festival, nimm z.B. MBROLA (ist zwar kein unit-selection system sondern diphone-basiert, liefert aber auch audio-content). Das hast Du in 15 Minuten am laufen. Danach schreibst Du dir ein Skript mit nen paar LTS-rules, die die grapheme2phoneme Konvertierung zur PHO-file Generierung übernehmen und legst danach eine übliche Intonationskurve über die Phonemsequenz. Schon hast Du ein "freies" TTS-Plugin.

Nun ja, ich würde es mir insofern noch einfacher machen, als ich mich mit dem Backend gar nicht beschäftigen würde, sondern nur einen Wrapper für eine fertige TTS-Engine schreiben. MBROLA kenne ich und finde ich auch ganz nett, aber zum einen steht es nicht unter einer freien Lizenz, zum anderen wüsste ich nicht, warum ich MBROLA Festival vorziehen sollte. (Das liegt aber daran, dass ich MBROLA zu wenig kenne.) Letztendlich kann man MBROLA-Stimmen ja auch mit Festival nutzen.

Zitat von TheTeddy

ABER: Darum geht es nicht. Ich weiß nicht, inwieweit Du Dich linguistisch mit dem ganzen Thema auskennst, aber Evaluationskriterien für solche Systeme sind unter Anderem Verständlichkeit und Natürlichkeit der Sprache - hast Du Dir schonmal überlegt, warum TTS noch lange nicht im Alltagsleben angekommen ist? Eben weil die Systeme noch lange nicht "natürlich" klingen. Und genau dort liegt der Hase im Pfeffer: Zeig mir ein frei verfügbares System, welches annähernd die Qualität von kommerziellen Systemen (wie dem von Cepstral) bietet. Du wirst immer einen gewissen, bei MBROLA abhängig von Deinem Preprocessing-Skript sogar recht hohen Grad an Monotonie in den freien synthetischen Stimmen finden - und das will der eifrige Endkunde (in unserem Fall die vielen Blogger da draußen) nicht. Willst Du Dein Blog von einem "Roboter" vorgelesen bekommen? Also dann würde ich es lieber ganz sein lassen.

Ich kenne mich mit den Basics aus; kann also mit Begriffen wie Phonem, Formant(-ansatz), etc. durchaus was anfangen. (Hatte in der Uni mal ein Hauptseminar zum Thema Sprache.) Aber ich bin natürlich kein Fachmann. Dass die Qualität von Festival und MBROLA mit den TTS-Anwendungen jüngeren Datums nicht konkurrieren können, ist mir natürlich auch klar -- ich würde nie behaupten, dass Festival eine Konkurrenz zu Cepstral darstellen könnte. Ich hatte auch schon das Vergnügen, JAWS und Blindows zu erleben, und ich bin wirklich beeindruckt von der verhältnismäßig natürlichen Sprachwiedergabe. Wie auch immer -- ich glaube, dass eine eher simple, dafür aber kostenlose TTS-Engine bei Bloggern (zahlenmäßig) auf mehr Interesse stoßen würde als eine bessere und kommerzielle.

Zitat von TheTeddy

Ich denke, die Diskussion führt gerade etwas am Thema hier vorbei, denn eigentlich sollen in diesem Forum ja neue Plugins und deren Entwicklung vorgestellt werden ...

Nö, wieso... ich denke, wir sind mitten drin im Thema.

Zitat von TheTeddy

Falls Du aber wirklich ein System mit einer "freien" TTS-Engine zusammenstrickst bin ich sehr an den Ergebnissen interessiert!

Naja, meine Ankündigung war nicht so ganz ernst gemeint. Aber vielleicht habe ich demnächst ja ein paar müßige Stunden und mache mich mal dran.

Zitat von TheTeddy

Allen anderen Lesern wünsche ich weiterhin viel Spaß mit dem original talkinGBlogs-Plugin ...

lol, keine Sorge... ich werde Dir weder Namen noch Inhalt Deiner Lösung streitig machen.

Doch, Technorati durchsucht auch Links. Und die Infos bekommt es, weil es auch als Ping-Dienst fungiert.

Vielleicht sowas: Zirona :: OpenSource Consulting » Blog-Artikel » Notizzettel für die WP-Admin-Startseite

Wenn der Server die PHP-Datei zum Download anbietet statt sie zu interpretieren, stimmt definitiv was mit der Server- bzw. vHost-Konfiguration nicht. Am besten, Du wendest Dich mal an Deinen Hoster.

Das kann gut möglich sein, wenn es einen Programmierfehler im Plugin gibt. Ich würde an Deiner Stelle das Plugin deaktivieren und das Problem dem Entwickler melden.

Ich glaube, Du hast nicht ganz verstanden, worauf ich hinaus wollte. Vielleicht habe ich es auch nicht klar genug ausgedrückt.

Klar, 30 USD sind sicher ein angemessener Preis für eine solche Software. Allerdings würden die meisten Leute es nicht mal kaufen, wenn es nur einen Dollar kosten würde: Es ist für die meisten nicht mehr als ein lustiges Gimmick, und die ganze Abwicklung des Kaufs wäre schon zu viel des Aufwands.

Ich denke natürlich auch nicht, dass Cepstral ins Blog-Geschäft einsteigen will. Wäre ja auch Quark. Aber genau deshalb meine ich, dass man dennoch eine Symbiose mit der Blogosphäre eingehen könnte: Den Leute, die als Kunden ohnehin nicht in Frage kommen, kann man eine kostenlose, am besten nicht technisch eingeschränkte Version zu bestimmten Konditionen (Backlink o.ä.) geben. Der Gewinn ist der PR-Faktor, der je nach Herangehensweise sicher beachtlich wäre und garantiert auch Auswirkungen auf die primären Geschäftsfelder hätte. Das klappt bei anderen Produkten wie etwa VMware ja auch.

Aber ich kann natürlich auch verstehen, wenn man als eher konservatives Unternehmen diesen Schritt scheut. Aber man soll sich lieber keine Illusionen machen, dass man im Massenmarkt ernsthaft was verkaufen kann -- auch nicht mit durchaus angemessenen Preisen.

Im Endeffekt ist es nur ein kleiner Denkanstoß von mir, ich selbst würde das ohnehin nicht nutzen. Zum einen passt es zu keiner meiner Webseiten, zum anderen nutze ich aus Prinzip nur OpenSource-Software.

Wobei mich das wieder auf eine Idee bringt... vielleicht sollte ich doch noch ein wenig mit Festival rumspielen und eine OpenSource-Variante von talkingBlogs schaffen.

Offizielle Quelle ist oben verlinkt. Ich hoffe, Ryan Boren ist offiziell genug.
Aber gerne nochmal: [wp-hackers] File names in WP base folder

P.S.
Das ganze passiert in der wp-login.php. Gleich am Anfang der Datei kann man den relevanten Code sehen.

Ich weiß zwar nicht, was Du konkret meinst, aber praktisch alle zusätzlichen Dienste laufen ebenfalls über HTTP (80).

Man kann von Stefan Esser halten, was man will -- aber ich bin ebenfalls der Meinung, dass der e-Modifikator ein potentielles Sicherheitsrisiko ist und vermieden werden sollte. Schnell ist hier ein Programmierfehler gemacht, der Code in den regulären Ausdruck einschleust. Insofern ist die Meldung berechtigt.

In diesem speziellen Fall würde ich aber den e-Modifikator lieber zulassen. Aus folgenden Gründen: KSES ist eine externe Bibliothek und wird aktiv gepflegt; auch die WordPress-Implementierung von KSES darf als erprobt gelten. Außerdem ist es nicht empfehlenswert, in den Kern-Dateien von WordPress rumzufummeln, denn beim nächsten Update sind sie sonst weg.

Ich empfehle daher, die Konfiguration von Suhosin anzupassen, so dass es den e-Modifikator zulässt, oder aber statt Suhosin das klassische HardenedPHP einzusetzen (das hab ich im Einsatz, und es läuft sehr gut).

Außerdem solltest Du evtl. einen Bugreport im WordPress-Trac bzgl. Suhosin eingeben. Vielleicht kann man es ja doch besser machen.

Man sollte zusätzlich erwähnen, dass
(a) dies ein ziemlich konstruiertes Sicherheitsproblem ist, da der "Angreifer" das Recht haben muss, Theme-Dateien zu bearbeiten (was normalerweise nur der Admin darf), und
(b) dieser Fehler in den aktuellen RCs und damit auch in den bald erscheinenden Versionen bereits behoben ist.

Im Übrigen bin ich auch der Meinung, dass man Sicherheitsprobleme ruhig posten soll. Wenn Leute wissen, dass es ein Problem gibt, können sie darauf reagieren. Und wem das Ganze nichts sagt, darf es ignorieren.

Um ehrlich zu sein -- keine Ahnung.

Zitat von edekette

In meinem Unternehmen will man MySQL nicht hosten. Sind halt vorschriften die ich einzuhalten habe.

Alleine das würde mich ja schon zum Kotzen bringen. Was sind denn das für Ignoranten? Man könnte es ja zumindest in einer VM laufen lassen, wenn es doch gar so schlimm ist. :roll:

Aber mal anders gefragt: Könnt Ihr nicht im Web hosten? Oder soll es nur ein Intranet-Blog sein?

Ein OpenSource-Blog-System, dass Oracle unterstützt, wirst Du wohl kaum finden. Du könntest höchstens eine eigene Anwendung auf Basis eines geeigneten Frameworks bauen, aber das ist ja auch nicht das Wahre.

Zitat

Gibt es eine konkrete Sache an der ich abmachen könnte welche Plugins unterstütz werden und welche nicht? Es wäre für mich nur wichtig das alle Anforderungen abgedeckt sind.

Nö, kann man nicht sagen. Die meisten Plugins benutzen zwar kein SQL, aber manche tun es doch und benutzen dabei auch MySQL-spezifische SQL-Erweiterungen (wie WP selbst übrigens auch). Und manche Plugins benutzen zwar kein SQL, erwarten aber ein bestimmtes Verhalten, dass auf MySQL-optimierten Querys basiert.

Es gibt in der Tat einige Ansätze, WordPress auf andere DB-Backends zu portieren. Allerdings wäre Oracle mir neu. Man könnte aber mit relativ wenig Aufwand die Datei wp-includes/db.php umschreiben. In Datei bzw. der Klasse $wpdb sind die meisten Datenbankzugriffe definiert. Es gibt zwar auch an anderen Stellen noch DB-Zugriffe, aber die Syntax ist dann soweit ich weiß ANSI-SQL. Zwei Nachteile hätte ein Oracle-WordPress allerdings: Man müsste schauen, wie es sich bei Upgrades verhält, und man könnte eine Menge an Plugins nicht verwenden.

Interessant könnte auch eine aktuellere Diskussion um einen PostgreSQL-Port sein.

Darf man fragen, warum es partout Oracle sein muss?

Leute, die Content von anderen klauen, machen das nicht aus Unwissenheit und auch nicht, um ihren Lesern Informationen zu bieten. Und wenn sie von dem einen einen "netten Hinweis" bekommen, dann nehmen sie halt den nächsten. Ich finde das Androhen juristischer Maßnahmen sehr wohl angemessen; ich hätte auch nichts dagegen, wenn mein Anwalt eine Abmahnung raushauen würde.

Zitat von markus.zeeh

Wozu man es braucht, weiß ich auch nicht.

Es ist das erste Plugin für WordPress, und Entwickler können daran Aufbau und Funktionsweise eines Plugins studieren. Für Endanwender ist es in etwa so nützlich wie der Blinddarm-Appendix.

Ich glaube nicht, dass das ein Plugin ist. Die Signaturen werden von Hand gepflegt, und einige Leute aktualisieren sie gerne mal.

Zitat von DSB

Gut, meine Aussage "ist kein offizieller Syntax" nehme ich auch gerne zurück. Ich habe in der Doku weder etwas dafür noch dagegen gefunden.
Die Diskussion ist aber auch müßig, denn das ist nicht das Problem.

Ohne meine Änderung von oben schreibt das Script pro Datensatz 2 unnötige Leerzeichen in das Backup, die rein gar nichts bewirken und einfach nur Speicherplatz verbrauchen. Bei 50.000 Datensätzen sind das schon 100.000 überflüssige Leerzeichen, die letzlich die Größe des Backupfiles unnötig vergrößern. Das verbietet sich eigentlich von alleine.

Abgesehen davon schreibt kein anderes Backupprogramm ein Leerzeichen zwischen die schließende Klammer der Insert-Anweisung und dem abschließenden Semikolon - auch das Konsolen-mysqldump nicht. Es macht schlichtweg keinen Sinn.

Und bitte - ich habe die Stelle gern gefunden und verbessert. Im Posting davor wurde ja danach gefragt.:wink:

Alles anzeigen

Jau, da gebe ich Dir völlig recht. Aber vllt. könnte man doch mit einer kleinen Regex doch sicherstellen, dass bei dieser seltsamen, aber anscheinend korrekten Syntax das Einlesen der Daten doch funktioniert.

Bzgl. Speicher sparen: Dann könnte man auch die (meisten) physikalischen Zeilenumbrüche weglassen.

Hab mir übrigens den Dumper mal angeschaut, hat einen guten ersten Eindruck hinterlassen. Allerdings musste ich die erzeugte Datei zweimal entpacken.

Ach ja, a propos Timeout: Man kann den PHP-Timeout auch beliebig erhöhen (wenn PHP nicht im Safe Mode läuft): PHP: set_time_limit - Manual

Kann es sein, dass der Server bzw. Dein Blog nicht in Deiner lokalen Zeitzone sind? Siehst Du mittlerweile die Beiträge von vorhin?

Jep, dieser besch... Safe Mode wird ab der nächsten Version nicht mehr unterstützt.

Zitat

Eine Frage aber mal nebenbei; bei der Prüfung vor dem Lauf empfiehlst Du "0777" als Modus für alles; sollte das nicht für Dateien "0666" sein?

Der Unterschied zwischen 0666 und 0777 ist, dass die Dateien bei 0777 zusätzlich ausführbar gemacht werden. Das ist bei PHP-Zeuchs und anderen Webinhalten völlig irrelevant, da die sowieso nicht als einzelne Dateien ausgeführt werden können. Abgesehen davon werden sowieso nach dem ersten Upgrade-Durchlauf (den man ja sofort nach der Installation machen soll) die Dateirechte vom Server neu gesetzt.

Vielleicht solltest Du wirklich mal kurz bei Deinem Hoster anfragen, vielleicht wissen die mehr oder können Dir zumindest bei der Log-Recherche helfen.

(Danke übrigens für Deine PN, hab Dir ne Mail geschrieben.)