Beiträge von Gersprenz

    Ich arbeite gerade an einer angepassten Version des photo-dropper plugins, der mir sehr gut gefällt um komfortabel flickr Bilder mit Credit und Namen einzubauen.

    Weil mich die vollständige Anzeige von Fotograf und Name stört bei kleinen Bildformaten (ragt über, zerschiesst Design), wollte ich nur das cc Zeichen im Bild anzeigen, und wenn dann Mouseover noch den Text: Fotograf: Name, wobei der Name der Link zu flickr sein sollte.
    Ähnlich wie bei Spreeblick eben - schaut mal da.
    Ich dachte mir schon dass das nur mit Javascript ö.ä. geht.

    >>"PS: Was mich persönlich an der Prototype-Lösung stört, ist, das nicht das normale title-Attribut verwendet wird. So sieht man ohne JS einfach mal gar nichts. MooTips macht das IMHO besser, ist aber nicht so flexibel."
    Mit mootools (meinst du die?) klappt aber bei mir nur die dynamische Anzeige des ersten (angepassten) Mouseover/Mouseenter Elements. Alle anderen klappen nicht aus.

    Hmm, kennst du auch eine Methode, mittels Mouseover ein oder zwei anklickabre Links im aufklappenden title=" Text und Link und noch ein Text und Link" einzubauen?

    Mir fehlt jedes Verständnis für die Tatsache, zwei deutsche Wordpress Versionen und was weiß ich noch alles auszubauen. Erinnert mich irgendwie an die Streitereien der Parteisekten am linken Rand. Kommt ins Boot zurück oder gebt mir einen Hinweis, warum eurer Vorgehen Sinn machen könnte.

    ich habe ein eigenes css für handhelds im Praxistest getestet und dort wurde überall das handheld.css geladen

    der online Tester schafft dies nicht .... :-?

    lg

    Eigene Handheld css schreiben?

    Hmm, ich habs anders gelöst. Alex King bietet ein eigenes Plugin an, daß für mobile Endgeräte die Theme Seiten passend aufmischt: README | alexking.org

    Das Plugin aufs eigene Wordpress installieren, und der online Tester läuft mit der Bewertung 3 drüber, sogar mit ganz modernen Magazin Themen wie Structure (Structure: WordPress Theme).

    Wer also sein eigenes WP für mobile Handgeräte enablen will, erreicht akzeptable Ergebnisse mit Alex Wordpress Mobile Edition ohne selbst etwas programmieren zu müssen.

    Hallo,
    ich suche eine Lösung für folgendes Vorhaben:
    Ich möchte gerne auf einer statischen Seite Besuchern die Möglichkeit geben, Podcast-Beiträge direkt anzuhören. Die Beiträge möchte ich gerne von anderen Seiten laden (RSS).

    Ich beschreib mal eine Lösung, die allerdings voraussetzt daß du eine eigene Wordpress Installation per FTP pflegen kannst:

    1. Lösung RSS Feed generieren
    Es gibt ein php-Script, daß MP3 Dateien aus Verzeichnissen automatisch zu einem RSS Feed zusammenstellt, und komfortabel auch die ID3 Tags ausliest und in den RSS Feed integriert: Dircaster. Google doch mal.
    Dazu musst du allerdings FTP Zugang zu den Verzeichnissen mit den podcasts haben und etwas PHP können.

    2. Lösung RSS Feed von dircaster in eigene Wordpress Seiten importieren:
    Falls der RSS Feed mit den MP3 Links schon verfügbar ist, dann kannst du den einfach integrieren mit diesem Plugin: KB Advanced RSS -- KB Plugins: The best Wordpress plugins are free

    Zitat


    Die Dateien sollen gleich im Browser zum anhören sein.


    3. Lösung für das Abspielen des per RSS Feed aus (2.) importierten Podcast mit MP3 Dateien im Browser:
    Das 1-Bit Plugin, 1 Bit Audio Player : A JavaScript-inserted Flash MP3 player for WordPress blogs and other websites
    Komfortabel anpassbar.

    Wie das fertig funktioniert, siehst und hörst du hier:
    Groß-Umstadt Audio-Journal - Das 1. Stadt-Podcast im Kreis Darmstadt-Dieburg

    Erklärbär:
    Die rechte Sidebar mit den MP3 Dateien unter den Titeln "Zum Wiederanhören" habe ich aus Performancegründen so gelöst:
    Mit dircaster habe ich erst einen RSS Feed für jedes Verzeichnis mit den MP3 Dateien, (also den Podcasts) generiert. Jeder neu eingestellte MP3 Podcast wird vom dircaster PHP Skript automatisch erfasst und ausgelesen.
    Mit kb-advanced RSS habe ich den RSS Feed in PHP- Widget in der Sidebar importiert, die ID3 Tags werden mitimportiert.
    Mit One-Bit wird erreicht, daß jeder MP3 Dateilink fürs sofortige Abspielen umgewandelt wird, alternativ kann man aber auch manuell downloaden.
    Das ist genauso auch mit etwas Anpassung für statische Seiten möglich.

    In den dynamischen Beiträgen selber dagegen wird der Podcast mit podpress bereitgestellt.
    Mighty Seek - Web Application Security Podcast and Blog » PodPress
    Der Vorteil dieser Lösung besteht für mich darin, daß ich auch ein Archiv mit alten podcast Beiträgen zum direkten Anhören anbieten kann und mich nicht groß ums Pflegen kümmern muss, es reicht wenn ich die MP3 Dateien einfach in das passende Verzeichnis einstelle, das von dircaster überwacht wird. Mit podpress pflege ich dagegen nur die Bereitstellung der neuen Podcast pro Artikel.


    Gruß, Gersprenz

    Also ich will neu produzierte podcasts automatisch auch in Beitragsschnippseln bereitstellen.
    Ums komfortabler zu machen will ich die ID3 V2 Tags der MP3s-Schnippsel auch auslesen und ins Wordpress Tag System übernehmen, also importieren.

    Jetzt steh ich vor der letzten Frage, wie ich einen RSS Feed in das Wordpress Tag System einlesen kann.

    Der Reihe nach- was ich schon realisiert habe:
    Neue MP3 Songs im Wordpress Upload Verzeichnis werden automatisch auf vorhandene ID3V2 Tags ausgelesen, dann werden die MP3s als RSS-Feed gesondert für jedes MP3 Verzeichnis bereitgestellt. Im RSS Feed sind die ausgelesenen ID3V2 Tags eingebaut worden. Kann ich auch mal genauer beschreiben wenn von Interesse. Ist schon ganz gut leistungsfähig.

    Somit hab ich den RSS Feed mit den Tags und dem Link zur MP3 Datei. Geht sowohl lokal wie auch als externer RSS Feed.

    Hmm wie bekomm ich den Feed ins Wordpress Tag System integriert? Die Bueltge Lösung RSS Import kenne ich, die berücksichtigt aber keine Wordpress Tags. Worauf muss ich achten?

    darauf verzichten möchte ich eigentlich ungern. es muss doch eigentlich möglich sein mittels eines plugins das aufrufen der widgets zu verhindern.

    wär doch mal ne idee für ein plugin ;)

    Was ich als Lösung sehe: Du kannst einzelnen Seiten eigene Widget-Sidebars zuordnen. Jede Sidebar kann inidividuelle Widgets haben.

    Dazu musst du dein Theme umbauen. Schau mal hier Regioblog und achte auf die verschiedenen Sidebarinhalte je nach Navigation. Das Theme stammt von Brian Gardner. Mehr Details zum Umbau hier in diesem Beitrag: Update - Wordpress Work in progress 2 : Regioblog

    Lösung gefunden

    Hier drüben steht was:

    If you are using an upgraded database do NOT put those two lines in your wp-config.php. If you have a new install of 2.2, then it is okay to have those lines in that file.

    I do have to quote this from the Editing wp-config.php « WordPress Codex

    * Warning for those performing upgrades: If DB_CHARSET and DB_COLLATE do not exist in your wp-config.php file, DO NOT add either definition to your wp-config.php file unless you read and understand Converting Database Character Sets. Adding DB_CHARSET and DB_COLLATE to the wp-config.php file, for an existing blog, can cause problems — as Ryan Boren says, "your queries will go boom!"

    Quelle: WordPress › Support » wp-config differences in 2.2 -- should I add DB_COLLATE or avoid it?

    Zusammengefasst: Bei Update von einer bestehenden WP 2.1.x Version auf jüngere Versionen sollte man die Änderungen in der wp-config.php NICHT oder nur mit großer Vorsicht erweitern.

    Wollte ich euch nicht vorenthalten...

    Hi,

    nach dem Update bekomme ich folgende Fehlermeldung:
    WordPress Datenbank-Fehler: [Table 'DATENBANKNAME.TABELLENNAME_a' doesn't exist]
    SELECT DISTINCT post_id, tag_name AS name FROM TABELLENNAME_a tags WHERE post_id IN (42,41,39,35,32,30,28,23,22,21,20,19) ORDER BY post_id, name

    (Ich hab hier mal den Original Datenbanknamen und Tabellennamen ausgetauscht)

    Der Fehler tritt nur dann auf, wenn ich in der wp-config.php

    define('DB_CHARSET', 'utf8');

    drinstehen habe. Diese Zeile ist ja neu in der wp.config.php, alle anderen neuen Zeilen funktionieren.


    Was mir auffällt: In der Fehlermeldung wird "_a" an "DATENBANKNAME.TABELLENNAME" angehängt, obwohl die Datenbank mit dem Tabellennamen so nicht heisst. Also kein Wunder, daß das nicht klappt.

    Wo muss ich für die Fehlersuche ansetzen?

    PHPinfo sagt:
    Ich hab php Version 4.4.7, und MySQL Client API version 5.0.32
    Der Charset ist mit
    HTTP_ACCEPT_CHARSET ISO-8859-1,utf-8;q=0.7,*;q=0.7
    angegeben.

    Besser ist: Für jeden Pocast ein Beitrag

    Es ist sinnvoller, pro Artikel/Beitrag nur einen podcast einzubinden,
    denn im RSS Feed wird sowieso nur ein podcast eingebunden. Das ist technisch so vorgegeben.

    Schliesse mich an..

    mit einer kleinen Beschreibung was ich für sinnvoll halte:

    - nur registrierte und bestätigte Benutzer können Texte eingeben.
    - Variable Vorgabe für Textlänge und Grafikupload kb Begrenzung
    - Freigabe der KA nach Freischaltung durch Redakteur, also 2-stufige Freischaltung
    -

    Nice to have wäre:

    - In welcher Kalenderwoche soll die KA geschaltet sein
    - Paypal Schnittstellen Einbindung
    - Geo Referenzierung der KA durch Inserent, mittels Anklick auf Goggle Map Plugin

    Wovon ich träume wäre:
    - automatisch generierter RSS Feed der Kleinanzeigen für den Austausch mit anderen Blogs im gemeinsamen Verbund, gerne auch zugriffsgeschützt durch Zuordnung zu speziellen Benutzergruppen
    - dazu passend: Import anderer KA RSS Feeds und Einstellung in eigene db.
    - dazu passend: Verwendung von XML- georef Tags in RSS Feed pro KA

    Was würde noch reinpassen?


    Eigene übersetzung will/kann ich nicht.
    Kann ich also zusätzlich noch eine Sprachdatei ablegen?
    Wie/wo kann ich einstellen, dass ein Theme auf eine der beiden Sprachdatei zurückgreift?

    Wenn ich die DE-Edition habe, kann ich dazu ein Theme in spanisch oder egal was, verwenden? Heisst es dann, man könnte die orig. englische Edition mit deutschen Themes/Templates benutzen? Das verstehe ich nicht ganz. Könntest Du das bitte noch klären?
    Danke
    Raffael

    Vielleicht hilft dir dies:
    Also es gibt ganz moderne Themen, die haben ihre Sprachen ausgelagert.

    Dadurch wird Multilingual ganz prima für das Thema unterstützt.
    Die Sprachen stehen als eigene Dateien im Ordner /languages unterhalb des Themes. Wie gesagt - moderne Themes machen das so.

    Das Prinzip dabei ist, das die Wordpress / Server Umgebung die bevorzugte Sprache des Benutzers aus seinem Browser ausliest.

    In der wp-config.php ändert man dann dazu am Besten:

    // define ('WPLANG', 'de_DE');
    define ('WPLANG', substr($_SERVER['HTTP_ACCEPT_LANGUAGE'], 0, 2));

    Das haut mehr oder weniger gut hin. Jeder Besucher sieht die Wordpress Seiten in der Sprache, welche in seinem Browser beim Besuch der Wordpress Seiten eingestellt ist.

    Grüsse, Gersprenz

    Ich hatte eigentlich gedacht, dass man das Pixel in die Seitenleiste einbetten kann, und dass die Bestellung manuell gehen kann.

    Mal überlegen: Wenn das Zählpixel in der Seitenleiste (ich nehme an du meinst die Sidebar) untergebracht wäre, dann hätten ja alle Artikel mit dieser Sidebar den gleichen Zählpixel.
    Eigentlich sollte jeder Artikel sein individuelles Zählpixel haben.

    Was würdest du dir denn noch sinnvolles von dem Plugin wünschen wollen?

    Was das Plugin angeht: Ich denke, dass der Teil der Vorpixel-Integration, der durch ein Plugin gelöst werden könnte, im Vergleich zum restlichen Integrationsaufwand so klein ist, dass sich ein Plugin nicht lohnt. Schließlich muss ja nur der Code auf der Website integriert werden, das kann man auch schnell zu Fuß machen.

    Naja, das habe ich anders eingeschätzt. Ich erzähl mal: Technisch muss jeder neue Artikel ein neues individuelles Zählpixel im HTML Code enthalten. Was mir als Plugin vorschwebt wäre eine Funktion, die den Block der Zählpixel verwaltet.
    Dazu gehört:
    - eine Abfrage, ob der neue Artikel ein Zählpixel bekommen soll (z.B. auch eine Subroutine beim Speichern oder der Artikelvorschau, ob die Zeichenanzahl überhaupt gross genug ist um den Artikel werten zu lassen?)
    - Wenn ja dann Einstellung des Pixelcodes in den HTML Code der Artikelseite
    - runterzählen der noch verfügbaren Pixelcodes im zugeteilten Block
    - wenn nur noch drei Pixelcode auf Lager eine neue Bestellung an die VG Wort absenden
    - neuen Pixelcode Block bei erfolgter Zuteilung bereitstellen. Frage des Imports?

    So oder ähnlich müsste der Aufwand für das Plugin schon abgeschätzt werden.
    Ich bezweifele jetzt mal einfach, dass sich Autoren selber diese Arbeit mit dem Einkopieren des HTML Code Schnippsels und dem Verwalten der Pixelcodes machen wollen. Bei Multiautoren Blogs gibts dann noch die spannende Frage, wer welchen Pixelcode nehmen kann / genommen hat.

    Den Link http://www.vgwort.de/metis.php bei der VG-Wort habe ich auch gerade gefunden.
    Jetzt muss ich erst mal lesen.

    So wie ich das verstehe wird bei diesem neuen Verfahren der VG Wort kein Unterschied gemacht, ob der Text in einem Blog oder auf den Online Seiten eines Verlages erscheint.
    Das wäre spannend. Immerhin erreichen einige Blogs Zugriffszahlen, welche die Online Seiten einer x-beliebigen regionalen Zeitung deutlich toppt.