Beiträge von CountZero

üblicherweise liegt das problem in einem falschen encoding der den XMLHttpRequest aufrufenden seite. letztere können nämlich nur UTF-8, und wenn die seite selbst, in die der request eingebettet ist, aber z.B. in ISO-8859-1 geladen wurde, dann gibt es bei den umlauten zeichensalat. folglich sollte man seine seiten immer in UTF-8 ausliefern, wenn man deutsch oder englisch als hauptsprache verwendet.

right...
die Meldung von DrDave besagt eindeutig, daß er ein generelles problem von WP beschreibt, unabhängig davon, ob SK2 installiert ist oder nicht. wenn das problem an seinem eigenen plugn läge, hätte er stattdessen einfach einen patch geschrieben und dann diesen patch announced, statt über seine newsfunktion in SK2 diese welle aufzureißen.

man sollte imme rim hinterkopf behalten, daß DrDave einer der bekanntesten plugin-autoren der WP-szene ist und er sich daher sicherlich mehrfach überlegt hat, ob er diese welle aufmachen soll oder nicht, bevor er sich dazu durchgerungen hat. insofern steht für mich die glaubwürdigkeit der meldung überhaupt nicht in frage.

vielmehr habe ich gestern abend unmittelbar nach erhalt der nachricht (ich habe absolut zufällig keine 30min nachdem Dave seine warnung verfasst hat die newsmeldung erhalten) im code meiner WP2.1 nightly build geforscht und habe eine stelle gefunden, die sich meiner meinung nach für genau das ausnutzen läßt, was Dave in seiner warnung ziemlich verbrämt beschrieben hat - nämlich den besitz über andere user-accounts an sich zu reißen und damit u.U. sogar die kontrolle über das gesamte blog.
daß ich keine details zu den gefundenen codestellen gebe, versteht sich von selbst, und ich mag mich sogar irren, ob ich das problem wirklich exakt lokalisiert habe. das ändert jedoch absolut nichts daran, daß das problem definitiv sehr schwerwiegend sein muss, anderenfalls hätte Dave nicht diese welle losgetreten.

und nur weil Matt (wieder mal) so tut als wüßte er von nichts, zieht das noch lange nicht Daves glaubwürdigkeit in frage. daß ich von der art und weise wie Matt solche sicherheitswarnungen betreffs WP behandelt nichts halte, sollte sich mittlerweile in der szene herumgesprochen haben.

die weiteren dateien des themes werden offenbar auf deinem server nicht gefunden. hast du beim entpacken von Binary Blue auch dran gedacht die verzeichnisstruktur im zip beizubehalten? den fehlermeldungen nach zu urteilen fehlen einfach wesentliche dateien auf deinem webserver, die eigentlich alle bestandteil der zips sind, die ich zum download anbiete ;)

Das mit dem in WP integrierten Theme-file-Editor ist ein bekanntes Problem - allerdings nicht nur von BB, sondern generell jedes Themes mit aktivierten Sidebar Widgets, denn dort ist die Ursache zu suchen ;)
Sobald man das Sidebar Widgets Plugin deaktiviert, funktioniert der integrierte Theme Editor wieder einwandfrei, woraus folgt, daß das Plugin für den Fehler verantwortlich ist.
Ich habe leider noch keinen theme-seitigen Workaround dafür finden können, sonst hätte ich schon eine Lösung in BB eingebaut ;)

alles ne frage des standpunkts, ne? sind zwar noch nicht so viele leute wie bei K2, aber es werden immer mehr anwender, und bei mittlerweile fast 200 kommentaren wird die chose langsam unübersichtlich, so daß sich ein forum wirklich anbietet ;)

Tja, watt soll ich groß sagen? Binary Blue ist seit letztem Samstag in Version 1.1.0 veröffentlicht und damit neben K2 und SoSuechtig eines der ersten Themes mit vollem Sidebar Widgets Support. Außerdem neu enthalten: integriertes LightboxJS 2.0, runderneuertes Adminpanel, aktualisierte Lokalisierung und jede Menge Kleinkram.

Theme Homepage: http://www.4null4.de/wordpress-binary-blue-theme/

Seit heute außerdem neu: BB spezifisches Community Forum

Grüße
CountZero

Danke für die Blumen ;)

Du kannst die Schrift für das Topmenü in den CSS-Files der einzelnen Schemes ändern. In den Schemes ist jeweils ein in sich geschlossener kommentierter Bereich mit den CSS-Regeln des Kopfbereichs. Suche einfach mal nach "#topMenu", und ab dort findest du die relevanten CSS-Anweisungen.

für ein deutschsprachiges blog würde ich auf jeden fall wp-cleanumlauts empfehlen. um gegen spam gefeit zu sein, führt an spamkarma 2.1 kein weg vorbei. wenn du quellcode zitierst, ist das codefilter-plugin zu empfehlen.
ansonsten verweise ich einfach mal feist auf diesen artikel von mir, wo ich die plugins vorstell, die ich so in der letzten zeit nutze ;)

so, habe mir den halben abend das hirn zermartert - ich kann das problem schlichtweg nicht nachvollziehen. sofern wordpress die entsprechenden filter überhaupt schon auswertet (beim comment-author beispielsweise passiert da mal rein gar nichts), laufen alle zeichenketten sauber und problemlos durch die konvertierung - und für die feeds ist diese wie schon gesagt identisch mit der originalfunktion von o42-cleamumlauts identisch, da ich nur die content-konvertierung aufgebohrt habe.

was natürlich zu unvorhergesehenen schwierigkeiten führen kann, ist ein abweichendes encoding im verwendeten blog. ich konnte weder mit UTF-8 noch mit ISO-8859-15 ein problem feststellen, in beiden fällen wird immer sauber konvertiert und der RSS-stream bleibt valide - bei RDF, rss2.0 und atom gleichermaßen. an meiner plugin-version kanns also net liegen, höchstens an einer interferenz mit anderen feed-bezüglichen plugins.

inwiefern so ein plugin für ein wp2.0 blog notwendig ist, mag ich nicht beurteilen, dazu kenne ich die2.0er codebasis auch noch nicht gut genug - unter 1.5.2 hatte es jedenfalls volle daseinsberechtigung, da zumindest nicht konvertierte umlaute in der browsersicht sehr unschön sind - deutsche umlaute gehören wie andere sonderzeichen auch in html-entities umgewandelt, und das tut wp mit sicherheit nicht von sich aus.

ich hab eure meldung erhalten ;)
was mich irritiert ist, wieso es mit dem originalen o42-plugin v0.2.0 funktioniert und bei mir anscheinend nicht - denn letztlich habe ich an der feed-konvertierung nichts geändert, sondern im gegenteil eine saubere post-konvertierung auf browser-seite eingebaut. experimentell sind außerdem filter für die säuberung der autorennamen eingebaut, aber die wertet WP offenbar bisher nicht aus.

ich schau mir das heute abend mal an....

tach auch,

mein Theme "Binary Blue" für Wordpress ist nun seit heute endlich voll lokalisiert. Quasi "ab Werk" kommt es komplett deutsch daher, derzeit kann ich ansonsten noch englische .po und .mo files anbieten, um so eine Basis für weitere Übersetzungen zur Verfügung zu stellen.

Alle Downloads, komplette Theme-Feature-Liste etc. findet ihr unter

http://www.4null4.de/71/wp-theme-blue-binary/

Grüße
der Count

Update 27.01.2006:

+ Fertigstellung auf aktuell vollen Funktionsumfang
+ Als Version 0.9.3 unter http://www.4null4.de/71/wp-theme-blue-binary/ zum Download freigegeben; Version 0.9.4 auf dem Blog im praktischen Einsatz schon zu begutachten

dann lautet die antwort wohl leider "es gibt keine lösung", denn nur beim "richtigen" provider wirste ne chance haben, daß die deinen account auf nen speziellen server mit etwas weiter geöffneten sicherheitsrichtlinien packen, du das evtl. selbst über ne htaccess-regel definieren kannst etc.

das ist denkbar billig - aus sicherheitsgründen hat dein provider die php-konfiguration customized und eben diese ini_set geschichte gesperrt.

effe und simpel - ich wollte die top10 keywords direkt im blog ausgeben, die wp-shortstat sammelt. da ich nix gefunden hab, womit ich das leisten kann, habe ich kurzerhand mein erstes eigenes mini-plugin für wp geschrieben - wp-short-keyword.

das dingen macht nix anderes als die bewußten zehn meistverwendeten such-phrasen in form von listitems auszuwerfen - verlinkt mit der jeweiligen suche bei technorati. da ich mir vorstellen kann, daß da durchaus mehrere leute nach suchen, stell ich das plugin allgemein zur verfügung.

download-link und beschreibung gibts natürlich bei 4null4.de ;)

greetz
CountZero

schon mal ganz banal in die feeds.php-dateien geschaut, ob du da irgendwo außerhalb eines <?php ?>-blocks ne leerzeile drin hast, warum auch immer?

is doch eigentlich ganz einfach - in wp-admin wird dir ja sogar gezeigt, welche id (also welchen primärschlüssel) deine wunschkategorie hat.

welche id deine posts haben, solltest du wissen, bzw läßt sich durch effes auslesen der tabelle wp_post2cat mit nem select auf die bisherige kategorie-id ermitteln. diese 400 ergebnisse duplizierst du in selbiger tabelle einfach und setzt die neuen zeilen auf die neue category_id deiner zusätzlichen wunschkategorie. feddich, alles im lack.

warum nennst du das topic dann "verschieben", wenn du eigentlich ein "kopieren" bzw. "zuordnen" meinst?
ich würd das hardcore auf der datenbank übern sql-statement oder zwei machen.

merci bien....

habe gestern spät abend noch den allgemeinen background etwas modifiziert und mich von den mac-like linien getrennt - der neue wird dem thema und dem namen der seite eher gerecht :D

argh, danke für den hinweis - grad diesen blöden neuen button eingebaut, und da war der code noch nich aufgepimpt ;) so, nu isse wieder konform ohne gemoser durch den validator :D