Beiträge von Ammaletu

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?

Tja, ich weiß nicht so genau was ich dazu noch schreiben soll. Hast Du eine lokale Testinstanz, wo Du etwas rumprobieren kannst? (XAMPP, siehe FAQ). Das macht sich am besten, ohne die Liveseite zu stören.

Also um das noch mal zusammenzufassen, folgendes klappt bei mir:

• WP 3.0.x
• Theme TwentyTen auswählen
• alle anderen Plugins abschalten (falls diese irgendwas an den Rollen manipulieren)
• Im RaR-Plugin <?= durch <?php print ersetzen und das einzelne <? durch <?php. Das sind die veralteten Kurzversionen der PHP-Tags, bei mir beschwert sich da der Compiler. Wenn es bei Dir ohne die Änderungen geht, um so besser.

Wenn das so geht, kannst Du dann schauen, mit welchen Plugins oder Themes es nicht funktioniert und wieso.

P.S.: Thema sinnlos x-mal nach oben pushen führt in der Regel dazu, dass Du ignoriert wirst. Leute, die hier in ihrer Freizeit helfen, finden das meistens nicht witzig. Das heißt ja irgendwie, dass Du Dein Problem wichtiger findest als die Probleme der anderen Nutzer, aber trotzdem nicht gewillt bist, weitere Infos zu liefern...

Also komm, jetzt sei bitte mal realistisch. Die Angestellten von Automattic leben nicht von Luft oder einem Millionenerbe. Die Firma muss wie jede andere auch Gewinn machen, um Gehälter zahlen zu können. Ich verstehe es durchaus, dass die Attraktivität von wordpress.com gegenüber Mitbewerbern Priorität hat über den Wünschen der Community. Letzte zufriedenzustellen ist für die Zukunft von WP sicher auch wichtig, aber wenn die Freigabe des Publicize-Plugins mit Schwierigkeiten verbunden ist, hat wp.com eben Priorität. Ein Plugin freizugeben ist ja keine Sache von 5 Minuten: Das muss getestet werden, es muss auch außerhalb der Infrastruktur von wp.com funktionieren, Du musst Doku bereitstellen, es dann in Zukunft an neue WP-Versionen anpassen und dann auch noch Support-Anfragen beantworten. Das bindet Ressourcen, die Automattic vielleicht im Moment einfach nicht hat.

So, zu Deinem Facebook-Problem: Ich nutze weder Facebook aktiv, noch habe ich jemals eines dieser Plugins ausprobiert. Ich bin aber eigentlich recht sicher, dass diese Plugins relativ simpel funktionieren müssen, da der typische Facebook-Nutzer ja gerade nicht so der Techniker ist. Kannst Du also etwas näher beschreiben, woran das scheitert? Was heißt "dass ich keinen CODE als "Entwickler" von Facebook geschickt bekomme"?! Gib ggf. auch mal an, welche Plugins Du probiert hast. Vielleicht sind die ja nur einfach schlecht geschrieben/kaputt und Du hast ein besseres übersehen. Ggf. kann ich in einer ruhigen Minute auch mal eines ausprobieren.

So, nun habe ich dieses Plugin doch mal lokal ausprobiert. Reparieren musste ich folgendes:

"<?= " ersetzen durch "<?php print "

Sowie einmal ein einzelnes "<?" durch "<?php". Dann ging das Plugin ohne Probleme und bietet mir bei der Registrierung nun die Rolle "Subscriber" an. Die Übersetzung klappt also nicht, aber ansonsten geht es. wp_roles kann man sich auch ausgeben lassen -- ich wüsste nicht, wieso das bei Dir nicht gehen soll.

Was soll sich da auch ändern, print_r gibt einfach nur dieses Objekt aus. Du musst nun mal in den Quelltext der betroffenen Seite schauen, wie wp_roles aufgebaut ist. Dann solltest Du sehen können, wieso der Aufruf im Plugin nicht funktioniert. Und hinterher den Code wieder entfernen. Muss ja nicht jeder wissen, was es für Rollen in Deinem Blog gibt.

Zitat

Ich find auch bei google nix zu meinem Problem - offensichtlich bin ich der einzige Mensch der mit Wordpress ne Fotohompage erstellt.

Nein, bei weitem nicht. Die meisten nutzen da aber weiter verbreitete Plugins wie "NextGen Gallery". Die sind dann automatisch besser getestet und es ist mehr Doku im Netz zu finden. Von myGallery habe ich noch nie gehört, aber der Autor hat die Entwicklung offenbar schon vor einiger Zeit eingestellt: http://www.wildbits.de/2009/12/22/fot…llerys-zukunft/

Es ist also nur bedingt eine gute Idee, darauf zu setzen, insbesondere wenn Deine Seite noch neu ist.