Beiträge von Ammaletu

    Google bietet meines Wissens nach an, dass Du Dich als Webmaster der Seite authentifizierst, und dann kriegst Du ggf. angezeigt, was Google stört. Probier das mal. Stichwort "Webmaster Tools", glaube ich.

    Dann: Sinnvollerweise sollte der Server so konfiguriert sein, dass PHP-Fehler nicht am Bildschirm ausgegeben werden, sondern in einem Log-File landen. Das wäre vielleicht mal eine Frage für den technischen Support Deines Hosters. Woher das fsockopen kommt, kann ich Dir gerade auch nicht sagen. Falls es ein Plugin ist, müsstest Du die mal nacheinander deaktiviere, bis der Schriftzug verschwindet. Dann kann man da schauen, ob man das umgehen kann.

    Zuerst mal muss ich Morris zustimmen: Ist nicht böse gemeint, aber Dein Beitrag ist halbwegs unleserlich. Satzzeichen wurden aus gutem Grund erfunden. ;)

    Dann: Es gibt Plugins, um WordPress in einen Shop zu wandeln, wp-ecommerce kommt mir da vor allem in den Sinn. Kann man machen, muss man aber nicht. Wenn Du "Musik verkaufen" sagst, nehme ich aber mal an, dass Du damit Datei-Downloads meinst, und das stellt Dich ja noch mal vor ganz andere Probleme, da Du die Datei so ablegen musst auf dem Server, dass nicht jeder sie downloaden kann, sondern nur die Käufer dieser speziellen Datei. Das ist auf jeden Fall nichts, was man mal eben alleine an einem freien Nachmittag zusammenprogrammiert, nicht mal als Programmierer. ;)

    Ich würde für sowas fertige Shops suchen, iTunes meinetwegen oder ähnliche Portal für Independent-Künstler. Es sollte da mittlerweile genug geben und Du musst nicht das Rad neu erfinden und einen ganzen Shop implementieren.

    Zitat

    Nun wollte ich ein Plugin installieren, das den API key benötigt.

    Welches Plugin? Und welchen API-Key? Das ist ein allgemeiner Ausdruck, und jede Menge Services geben solche Keys heraus. Für Akismet brauchst Du etwa den Key von wordpress.com, für Google-Maps einen Key von Google etc.


    Zitat

    Nur leider kenne ich den nicht.

    Im Zweifelsfall holst Du Dir einfach einen neuen Key. Die Stelle, an der Du den Key eingeben sollst, müsste sinnvollerweise auf die Seite verlinken, auf der Du einen beantragen kannst.


    Zitat

    Der Versuch, an die in der wp-Verwaltung angegebene Admin-Emailadresse (eine meiner) mit der Passwort-verloren-Funktion ein Passwort für den wp-Account zu schicken, ist fehlgeschlagen: Emailadresse unbekannt.

    Passwörter haben nichts mit API-Keys zu tun, so direkt. Und wozu brauchst Du ein neues Passwort? Wenn Du das Admin-PW des Blogs nicht weißt, kannst Du doch eh kein Plugin installieren?!

    Habe mir das Theme mal angeschaut, und es ist an dieses neue WP-Feature leider noch nicht angepasst. Das kann man ändern, ist aber nicht ganz trivial. Wenn Du ein bisschen PHP- und CSS-Kenntnisse mitbringst, schau Dir doch mal an, wie das in der comments.phgp des Defaukt-Themes gemacht ist. Prinzipiell erledigt jetzt wp_list_comments() die ganze Arbeit. Über Callbacks kann man auch eine Funktion definieren, welche die Ausgabe der einzelnen Kommentare erledigt. Und dann muss man noch die Links zu den anderen Kommentarseiten einbinden.

    Wenn Dir das zu kompliziert ist, frag doch mal beim Themeautor nach, ob er das Theme anpassen kann.

    Unterscheidet sich da denn sehr viel? Ansonsten könntest Du wie gesagt einen Beispiel-Code ablegen, mit Platzhaltern z.B. in [...], welche man dann anpassen müsste.

    Ansonsten ist es vielleicht überlegenswert, das anders anzugehen. "Header für Newsrubrik" klingt für mich nicht nach etwas, das als HTML-Code in einem Beitrag stehen sollte. Wenn der Header jeweils über dem Beitrag steht, würde ich das fest ins Theme einbauen und z.B. anhand der Kategorie, eines Tags oder eine benutzerdefinierten Feldes ausgeben lassen.

    Wenn der Header auch in der Mitte eines Beitrages stehen kann, bietet sich vielleicht ein Shortcode an? So dass der Autor nur den Platzhalter in den Artikel einbaut und die functions.php des Themes kümmert sich dann um die Ersetzung bei der Anzeige. Das wäre für Deinen Fall vielleicht die eleganteste Lösung, nehme ich an. Man müsste sich dann halt die Shortcodes merken bzw. jeden Header mit einem eindeutuigen Stichwort versehen zur Identifizierung. Wie man eigene Shortcodes umsetzt, müsstest Du mal googlen, oder sag Bescheid, wenn Du da nichts findest. Dann schaue ich mal.

    Möglich ist alles, zur Not per JavaScript. ;) Auf Deinem Screenshot hast Du dem Texteditor einen neuen Button hinzugefügt. Das geht ganz simpel über das Plugin "Add Quicktag". Da kannst Du einen beliebigen Text oder HTML-Code für den Button hinterlegen, der dann bei Klick darauf in den Editor eingefügt wird. Vielleicht hilft Dir das ja schon mal weiter.

    ... Hm, lese gerade noch mal, was Du geschrieben hattest. Wenn Du auf den Button klickst, erscheint kein DropDown-Menü oder so, sondern es wird direkt etwas in den Editor eingefügt. Das kann ein Beispiel-Link sein, den Du dann halt anpassen musst. Oder Du machst Dir für jeden einzufügenden Code einen eigenen Button.

    Einfach einen Kommentar zu schreiben tut es nicht? Du kannst Deine eigenen Kommentare ja gestalterisch von Besucher-Kommentaren abheben. Obwohl, ok, die stünden dann ggf. nicht direkt unter dem Artikel sondern zwischen den anderen Kommentaren. Geht es Dir darum?

    Ähm... Also zuerst mal wird es verwirrend, wenn Du nicht die übliche Terminologie verwendest. ;) Da wird nichts verschoben, es wird einfach die Anzeige der Kommentare auf mehrere Seiten aufgeteilt. Zumindest nehme ich an, dass Du das meinst.

    Das kann man im Backend ganz allgemein einstellen. Standardmäßig unterstützt WP glaube ich keine Kommentare an statischen Seiten (kann man per Plugin nachrüsten?!), die Einstellungen wirken sich also nur auf die Blogbeiträge aus. Und nur, wenn das Theme diese neuen Einstelluingen auch beachtet. Viele ältere Themes werden das wohl nicht tun.

    Und jetzt noch mal von vorne: Was genau möchtest Du machen? Welches Theme verwendest Du?

    Ich habe mal in die Live-Demo des Themes geschaut:
    http://demo.plaintxt.org/2008/03/vix-ut-solet-eligendi/

    Das Theme bindet die Sidebar immer ein, auch in der Single-Ansicht. Sie ist dort nur per CSS versteckt. Du musst also nichts in den PHP-Files ändern, denke ich, sondern das Stylesheet anpassen. Ich habe leider gerade nicht die Zeit, Dir das alles rauszusuchen, vielleicht schaut ja auch jemand anders mal.

    Er hat in dem Browser aber nicht z.B. JavaScript ausgeschaltet? Oder sonst ein AddOn oder eine Toolbar, die die Seite manipuliert? Auch eine Frage: Wenn ihr in den Quelltext schaut, ist der Editor dann da enthalten? Müsste ungefähr so aussehen:

    PHP
    <div id='editorcontainer'><textarea rows='10' cols='40' name='content' tabindex='2' id='content'></textarea></div>
    	<script type="text/javascript">
    	edCanvas = document.getElementById('content');
    	</script>

    Sorry, da habe ich Dein erstes Posting nicht genau genug gelesen. Ich hab mir das gerade noch mal in meinem Testblog angeschaut: Alle Boxen mit der blauen Headerleiste kann man per Drag&Drop verschieben und ggf. auch über den Bildschirmrand hinaus schieben oder so. Die kann man aber auch alle in den "screen options" wieder einblenden. Die Textbox selber hat keinen Header und mir gelingt es im FF 3.5 auch nicht, sie irgendwo anders hin zu schieben per Drap&Drop.

    Irgendwie denke ich deshalb, dass Deinem User die Box anderweitig abhanden gekommen ist. Nur wie wüsste ich jetzt auch nicht. Wenn das permament nur bei einem Nutzer auftritt, muss es aber eigentlich in der DB stehen (ich gehe mal davon aus, dass ihr das an verschiedenen Rechnern und in mehreren Browsern getestet habt?!). Vielleicht solltest Du mal die ID des Nutzers herausfinden und schauen, was für ihn in der user_meta-Tabelle steht. Vielleicht findet sich da ja was. Ansonsten könnte man es mal ohne Plugins und mit Standard-Theme probieren, nur um sicherzugehen.

    Also zuerst mal: Das liegt daran, dass WP alle Frontend-Aufrufe an die in der DB eingetragene URL weiterleitet. Du wirst also nicht drumherum kommen, eine der beiden Einstellungen in den Optionen zu ändern, denke ich. Da Du das ja schon probiert hattest: Was heißt das genau, "es gab Konflikte"?

    Schau mal das hier an:
    http://faq.wordpress-deutschland.org/wordpress-trot…chnis-aufrufen/

    Dein Fall ist ähnlich, denke ich: Du müsstest die WordPress-Adresse auf die neue Domain einstellen und die Blog-Adresse auf der alten Domain lassen. Obwohl ich so auf Anhieb auch nicht wüsste, wieso es nicht gehen sollte, wenn Du beides umstellst!?

    Ich bin nicht ganz sicher, dass ich verstehe, was Du möchtest. Willst Du bestimmte Widgets in Abhängigkeit vom angezeigten Beitrag oder der angezeigten Kategorie einblenden? Oder wirklich für manche Seiten eine ganz eigene Sidebar haben?

    Machen lässt sich das auf jeden Fall, vermutlich über benutzerdefinierte Felder, ggf. ein eigenes Widget oder das "Widget Logic"-Plugin. Aber sag mal genauer, was der Anwendungsfall wäre.

    Und wenn Du einen längeren Artikel speicherst, steht der dann komplett in der Datenbank, abgeschnitten oder gar nicht?! Das solltest Du vielleicht zuerst mal klären, ehe Du Dich dem PHP-Code zuwendest, denke ich.

    Habe gerade mal gegoogelt und das hier gefunden:
    http://www.likoma.com/cant-savepubli…s-in-wordpress/
    Daran hatte ich gar nicht gedacht. Das muss ja nicht WPs Schuld sein, könnte auch sein, dass der Server zu große Requests ablehnt oder kürzt oder so. Vielleicht hilft ja obiger Fix?!