Beiträge von Ammaletu

Kann es sein, dass das Theme die Textdomain für das Admin-Interface gar nicht lädt? Dabei müsste doch angegeben werden, von wo die Dateien geladen werden sollen.

Die pot- und po-Dateien sollten auf das Ergebnis in WP jedenfalls keinen Einfluss haben. Die sind ja nur für den Übersetzer da, WP liest nur die mo-Dateien, soweit ich weiß. Sind die neuen Dateien richtig benannt?

Das Limit liegt daran, dass WordPress pro Menüpunkt mehrere Felder an den Server zurückschickt. In PHP ist üblicherweise ein Limit für die Anzahl der Request-Felder eingestellt. Das kann man hochsetzen (wenn der Provider es erlaubt, mal über php.ini probieren), aber man stößt so oder so relativ schnell dran. Für richtig krass große und umfangreiche Menüs ist das WP-Menü eher nicht die richtige Lösung, denke ich.

Mach Dich mal mit einem Tool wie Firebug vertraut. Damit löst sich das in ca. 5 Sekunden. Also, Du hast ein div #main, das ist 940 Pixel breit. Darin hast Du ein div #container und ein ein div #primary. #container ist 940 Pixel + 80 Pixel Abstand nach links breit. Das passt schon mal nicht. #primary ist 220 Pixel breit -- wie soll das also daneben passen?

Entweder die Breiten stimmen nicht oder es ist etwas falsch geschachtelt. Letzteres sagt Dir auch der W3C-Validator.

Probier es mal so (am Ende des Stylesheets):

#LoginWithAjax_Links a {
  font-size: 0.8em;
  line-height: 1.25em;
}

Ausprobieren an einer lokalen Testinstanz, würde ich sagen (XAMPP, siehe FAQ). Oder online, falls die Seite noch nicht live ist. Permalinks sollten in aller Regel aus Performancegründen eine ID enthalten, z.B. domain.de/123/mein-beitrag. Mit dem Plugin müsste domain.de/123/de/mein-beitrag oder domain.de/de/123/mein-beitrag daraus werden (kenne es nicht aus erster Hand, aber URLs dieser Art sieht man ja ab und an).

Witzig, da hast Du Recht. Ich hab es natürlich auch eingeloggt getestet. Ok, es sieht dann wohl so aus als würde $wp_roles uneingeloggt nicht zur Verfügung stehen. Was das Plugin dann für eine Daseins-Berechtigung hat, ist mir nicht klar, das kann ja so nicht funktionieren. Wurde das kürzlich geändert oder hat der Autor das echt gar nicht getestet?!?

Hm, hattest Du den Autor deswegen mal gefragt? Das wäre ja nun eigentlich an ihm, das zu beheben. ... Ok, interessiert mich doch, also hab ich mal etwas geschaut, wie WP denn die Rollennamen übersetzt. Folgendes funktioniert, ist aber möglicherweise nicht die effektivste Lösung. Aber gut, die Registrierung schauen sich ja auch nicht jeden Tag tausend Leute an, also sollte das so gehen.

Einfach Zeile 183 durch das hier ersetzen:

<?php print translate_user_role(ucfirst($role)); ?>

Ich habe bisher noch nicht viel mit Multisite gearbeitet, habe das aber so verstanden, dass Plugins und Themes jeweils nur einmal vorliegen und von allen Blogs gemeinsam genutzt werden. das ist ja gerade der Sinn der Übung. Entsprechend sind Änderungen logischerweise auch auf allen Blogs zu sehen.

Was Du tun solltest ist, von TwentyTen zwei getrennte Child-Themes anzulegen (Google hilft da sicher weiter). In die kannst Du nach Belieben Modifikationen einbauen, die auch das nächste Update überleben. Denn es sollte klar sein, dass WP Dir TwentyTen eiskalt überschreibt, wenn z.B. das Update auf 3.1 ansteht. Das Theme zu ändern ist also keine gute Idee. Mit den Child-Themes kannst Du dann jedem Blog sein eigenes zuweisen, und es sollte keine Probleme mehr geben.

Zum Bild einfügen hat sich befla ja schon geäußert, das wäre jetzt auch mein Rat gewesen. Für den RSS-Link wäre ja normalerweise das Meta-Widget da. Wenn das nicht anpasspar genug ist, probier mal dieses hier:
http://wordpress.org/extend/plugins/enhanced-meta-widget/

Ok, ein Icon hat das auch nicht. Aber ok, wenn Du das mit CSS anpasst, kannst Du es genauso auch gleich ebenfalls in ein Text-Widget schreiben.

Hm, dann tut's mir leid, da müsste man sich dann beide Plugins mal im Detail näher anschauen. Zum einen, ob es was bringt, die Reihenfolge festzulegen, in der die Shortcodes bearbeitet werden (falls das geht). Und zum anderen, was das Trigger-Plugin da überhaupt tut und ob es mit dem Video klappen würde.

Ich würde mal drauf tippen, dass es was mit der Groß- und Kleinschreibung zu tun hat. Wenn Du die Seite mit http://sparksbudoworld.de/wp-admin/ aufrufst, leitet Dich WP automatisch um zu http://sparksbudoworld.de/wp-admin/. Dort loggst Du Dich ein und leitest Dich dann selber zurück zu der Variante mit der Großschreibung. Ich nehme an, dass der Cookie aber nur für die Variante mit Kleinschreibung gesetzt ist, also bist Du dann nicht eingeloggt und wirst wieder zum Login geschickt. Etc. in Endlosschleife. Prüfe also bitte mal die Optionen und die .htaccess und entscheide Dich für eine Schreibweise der URL.

Probier mal mit einem Plugin wie Role Manager die Rechte der betreffenden Rolle zu bearbeiten (Vorher Backup machen! Man kann sich damit auch was zerstören, wenn man nicht aufpasst!). Wenn ich das richtig sehe, gibt es mindestens die Rechte "moderate_comments" (das müsste weg) und "edit_comment" (das ist hoffentlich das Recht, seine eigenen Kommentare zu bearbeiten, dann sollte es bleiben).

Wenn Du die Regular Expression so einfach hältst, ist das doch korrekt?! Du kannst sie sicher so anpassen, dass "Leerzeichen Suchterm Leerzeichen" durch "Leerzeichen Ersetzung Leerzeichen" ersetzt wird. Bzw. noch etwas komplizierter, um Umbrüche und Satzzeichen mit abzudecken.

Davon abgesehen gibt es schon viele Plugins, die solche Sachen machen. Bist Du sicher, dass Du Dein eigenes schreiben musst? Was genau willst Du damit erreichen?

Ich bezweifele das ein wenig, da WP dann ja keine Angaben zu der Datei hat, wie etwa Bildhöhe und -weite. In diesem Punkt musst Du schon die von WP angebotenen Mechanismen nutzen, würde ich sagen. "Von URL" ist ja nicht für Ordner auf Deinem Server gedacht, sondern tatsächlich für externe Dateien von anderen Servern. Die wird WP nicht ziehen, um daraus Thumbnails zu erstellen, nehme ich an.

Also, falls der Schutz nicht 100% gehen muss, wäre vielleicht eine Lösung per .htacces etwas. Dabei wird einfach der übertragene Referrer geprüft und ggf. das Laden der Datei verweigert. Das gibt es in zwei Varianten:

Einmal so, dass leere Referrer auch abgewiesen werden:
http://www.andreas-puls.de/hotlinking-sch…-referrer-check

Das heißt, es kriegt wirklich nur der die Datei zu sehen, der sie über einen Link auf Deiner Seite aufruft. Bookmarken oder direkt in die Adresszeile eintippen geht nicht. Man kann die Referrer-Übertragung im Browser ausschalten, diese Nutzer kriege es dann auch nicht zu sehen.

Zweite Variante: Leere Referrer werden zugelassen:
http://www.php.de/server-hosting…er-sperren.html

Dann kann man bookmarken oder eben die Datei aufrufen, wenn man keinen Referrer mitschickt. Wer einem Link aus einer fremden Seite folgt, wird aber abgewiesen. Das ist weniger strikt und lässt sich eben umgehen, macht dafür aber weniger Nutzern Probleme.

Bei beiden Varianten müssen Nutzer Deiner eigenen Seite kein Captcha ausfüllen, was ja doch immer ziemlich nervt.

Wenn Du das Plugin gekauft hast, sollte Dir ja wohl Support durch den Autor zustehen! Dass Dein Beitrag im Forum dort nicht auftaucht kann auch andere Gründe haben (in der Spamprüfung hängen geblieben und der Moderator hat Urlaub oder so). Vielleicht fragst Du da einfach mal nett per E-Mail nach. Falls Du das Plugin von woanders gekauft hast, wäre das natürlich die erste Anlaufstelle.

Bist Du sicher, dass in blogs.dir nicht nur etwas angelegt wird, wenn das auch nötig ist? ich habe beispielsweise auf meiner Testinstallation zwei Blogs und mein blogs.dir-Verzechnis ist leer. Soweit ich das verstanden habe, funktioniert das meiste virtuell, es muss nicht zwangsläufig etwas im Dateisystem abgelegt werden.

Was ist denn nun genau das Problem ansonsten? Werden Dateien nicht gefunden? Oder die falschen geladen? Das sollte sich ja in der HTTP-Response sehen lassen. Falsche Farben können ggf. durch Cache-Fehler passieren, also vielleicht mal Strg+F5 drücken.

Wie würdest Du denn ein Video normalerweise einbinden? Ich würde vorschlagen, dass dann genauso zu machen, nur eben mit dem trigger-Shortcode drum herum. Um ein Bild einzubinden, gibst Du schließlich auch nicht nur die Bild-URL an. ;-)

Ich verstehe Dein Problem nicht ganz, der Screenshot sieht doch ok aus?! Auf den ersten Blick fällt aber auf, dass die ol-Liste eigentlich Quatsch ist. Dort gibst Du doch nur den Text des einzelnen Kommentars aus, richtig?! Was ist daran eine Liste? Das würde ich durch ein p-Element ersetzen oder so.

Dass WP die Kommentarliste als Liste ausgibt ist dagegen Absicht und sematisch ja auch sinnvoll. Ist schließlich eine Liste. Falls Du also in Deinem HTML-Entwurf dass mit br-Tags getrennt hast, würde ich Dir raten, das auf ol und li umzustellen. Ist eine kleine Änderung im CSS, macht aber sematisch viel mehr Sinn.

Da wirst Du zuerst mal schauen müssen, was für eine Umleitung denn da in Endlosschleife abläuft. Dann klärt sich das vermutlich von selbst. Um HTTP-Header anzuschauen kannst Du z.B. das Firefox-AddOn "LiveHttpHeaders" nutzen.

Was meinst Du mit "Onlinevariante"? wordpress.com? Die dort laufende WP-Version ist um Funktionalitäten und Plugins erweitert worden, welche die selbst-installierte Version nicht von Haus aus mitbringt. Einiges kann man per Plugin nachrüsten, anderes steht so der Community-Version nicht zur Verfügung.

Welche Widgets vermisst Du denn im Detail?