Beiträge von Marcus[IS]

    Mojn,

    dein Theme arbeitet mit Cufon.

    PHP
    <!-- Cufon -->
    <script type="text/javascript" src="http://traveler-pc.com/wp-content/themes/SilverCompany/js/cufon-yui.js"></script>
    <script type="text/javascript" src="http://traveler-pc.com/wp-content/themes/SilverCompany/js/liberation_sans_400.font.js"></script>
    <script type="text/javascript">
    Cufon.replace('h1')('h2')('h3')('h4')('.rss a.big');
    </script>

    Du könntest mal nachschauen, ob das Theme eventuell Einstellungsmöglichkeiten im Backend mitbringt.
    Bei manchen Themes kann man die Verwendung von Cufon praktischer Weise im Backend deaktivieren.;)

    Ansonsten könntest du mal versuchen den oben aufgeführten Codeabschnitt einfach mal rauszunehmen.
    Ich vermute er dürfte in der header.php des Themes enthalten sein.
    Allerdings würde sich dann eventuell auch der Font bei den Überschriften ändern, da er ja jetzt durch den mit cufon verwendeten Font benutzt wird.
    Das müsstest du dann über die style.css des Themes notfalls anpassen.
    Eventuell mit Verwendung von Arial, oder einem anderen Standard Font.

    Hi,

    ich kenne dein Theme jetzt nicht, aber es wäre möglich, dass das Theme mit Cufon arbeitet.

    Die meisten Themes, welche diese Funktion verwenden stellen auch Einstellungsmöglichkeiten im Backend bereit, wo man die Nutzung von Cufon abschalten kann.
    Allerdings halt nur einige und leider nicht alle.

    Eventuell hilft dir ja einer der Beiträge aus der Suchfunktion weiter.;)
    http://forum.wordpress-deutschland.org/search.php?searchid=2214504

    Hi,

    hast du mal versucht, alle plugins zu deaktivieren?
    Möglich das eine deiner Pluginänderungen sich mit einem anderen Plugin beisst und das andere nun nicht mehr richtig funktioniert.

    Aber ist jetzt echt nur geraten, ansonsten schiebt man ja bei weiße seite alles immer gerne auf unzureichendes php memory limit.:lol:

    Edit;
    Du schreibst ja, dass im Backend alles weiß ist.
    Oder Betrifft das jetzt nur die Statischen Seiten?

    Moin,

    Zitat

    ... Andererseits sind die Punkte RSS und Home nicht veränderbar und einfach da.

    Hm....
    Du hast jetzt nicht geschrieben, wie du die Veränderung herbeiführen wolltest, daher mal eine kleine Erklärung hierfür, falls du es noch nicht aus der Doku herausgelesen hast.;)

    Die Standardwidgets wie Home, RSS usw. sind Fest in die sidebar.php einprogrammiert, wie bei anderen Themes auch und werden wenn noch keine eigene Anordnung der Widgets gemacht wurde, standardmäßig angezeigt.

    Normalerweise geht man dann im Adminbereich hin und zieht per Drag and Drop unter Design/Widgets das gewünschte Widget in die Sidebar und die fest einprogrammierten Dinge werden dann automatisch ausgeblendet.

    Also wenn du das Suchen Widget wie oben beschrieben in der Sidebar platzierst, sollte es an für sich angezeigt werden.

    Allerdings ist das Theme in der Version 2.0 auch Kostenpflichtig, will heißen ein Premiumtheme und daher weiß ich jetzt nicht, ob es in der Kostenlos erhältlichen Version Einschränkungen gibt.

    Mojn,

    hast du mal versucht, ob das selbe Problem auch auftritt, wenn du anstelle des Flash-Uploaders den Browserupload verwendest?

    Bei Google ließen sich unter anderem viele Beiträge finden, laut deren Aussage dieses Problem meist nach einem Update des Adobe Flash auf eine neue Version auftraten, bzw. dieser nach einem Update nicht mehr richtig funktionierte und komplett neu Installiert werden musste.
    Zum Beispiel dieser Beitrag hier;
    http://latesttechworld.com/2011/04/how-to…s-in-wordpress/

    Zur Vermutung, dass die Ursache der Apache sein könnte;
    Hattest du damals denn die Konfigurationsdateien angepasst?
    Dann wäre ein Blick auf diese eventuell nicht verkehrt, falls diese durch das Update überschrieben wurden und die von dir gemachten Änderungen nicht mehr enthalten sind.

    Ansonsten wüsste ich da jetzt leider auch nicht weiter.

    Mojn,

    Die Fehlermeldung wird in diesem Artikel erklärt.
    http://faq.wordpress-deutschland.org/exhausted-php-memory/

    Da fallen mir jetzt zwei bewährte Dinge ein, die immer geholfen haben;

    1. Schauen ob beim Provider eine Erhöhung des PHP memory Limit drin ist.
    Kann allerdings sein, dass es mit Kosten verbunden ist.

    2. für den Upload Vorgang die Plugins deaktivieren, damit der PHP Memory für diese Aktion zur Verfügung steht und dann die Plugins wieder aktivieren.

    Hi,

    Du könntest versuchen in der functions.php deines Theme vor dem Abschließendem ?> diese Zeile einzubauen;

    PHP
    remove_filter('comment_text', 'make_clickable', 9);

    Laut diverser Seiten im Web sollte dieses dann genau den gewünschten Effekt erzielen, dass Links in den Kommentaren zwar noch dargestellt aber nicht mehr Klickbar sind.

    Mojn,

    ich bekomme beim Aufruf deiner Seite lauter 403 Forbidden Meldungen im Firebug angezeigt.

    Die beziehen sich alle auf den wp-content Ordner.

    Ich tippe mal, dass für diesen Ordner irgendwie die Lese- Schreibberechtigungen nicht mehr stimmen.

    Standard chmod Einstellungen für den Ordner wp-content und die darin befindlichen Unterordner sollte normalerweise auf 755 eingestellt sein.
    Ansonsten versuche mal 777, falls es mit 755 nicht hinhaut.

    Bringt das auch nichts, musst du leider bei deinem Provider mal anfragen, was da los ist.

    Mojn,

    Im Codex ist recht gut erklärt, was wofür bei den eigens definierten Permalinkstrukturen stehen sollte.
    http://codex.wordpress.org/Using_Permalinks

    %postname% wäre die Variable in deinem Fall dann wohl.
    Nur ob es jetzt funktioniert weiß ich nicht, da ich mich irgendwie erinnern kann, dass es wohl früher immer ein paar Problemchen gab, wenn man %postname% alleine verwendet hat.

    Man empfiehlt ja auch auf der Codexseite die Permalinks Aufgrund von Problemen bei der Performance nicht nur mit Postname beginnen zu lassen, doch wie sich diese Probleme dann im einzelnen zeigen können, wird leider nirgends erwähnt.

    Hi,

    also die Sache ist ja mittlerweile folgende.
    WP setzt vorraus, dass PHP5 und MySQL5 verwendet wird, sonst streikt es.

    Wenn diese Vorraussetzungen bei dir gegeben sind, ziehe dir einfach zur Sicherheit nochmal ein frisches Paket runter, entpacke es auf deiner Platte und schieb die Dateien aus dem latest/wordpress Ordner mittels FTP Programm auf deinen Webspace.

    Die Defekte Datei jetzt per Hand ausfindig machen, käme bei ca. 995 Dateien einer Suche nach der berümten Nadel im Heuhaufen gleich. ;)

    In vielen Fällen, wo nach Updates diverse Probleme in Blogs auftraten, hatte dieses schon geholfen und der Blog lief danach wieder ohne Probleme.

    In den Fällen, wo dieser Weg nicht geholfen hatte, lag es dann entweder an einem Plugin, welches unter WP3 plötzlich Probleme verursachte, oder der vom Provider zur Verfügung gestellte PHP Memory Limit war zu niedrig.

    Hm...

    mir fällt auch gerade an deinem Screenshoot auf, dass du keine Reiter zum Auswählen hast, wie es normalerweise angezeigt werden soll.

    Normalerweise hat man noch zwei Reiter, um zwischen dem HTML Modus und Visuellen Modus zu wechseln.

    Hast du denn vorher WP schon laufen gehabt und per Autoupdate die neue Version installiert, oder jetzt ganz neu installiert?

    Kann gut sein, dass eine Datei nicht ganz sauber auf dem FTP übertragen wurde.

    So sieht es bei mir aus.
    http://imageshack.us/photo/my-images/849/tinyeditor.jpg/

    Wie du siehst sind noch die zwei Reiter angezeigt, mit denen man umschalten kann.
    Das ist allerdings auch beim Standard TinyMCE so,soweit ich mich entsinne.

    Hi,

    wie Maxe schon in seinen Vorschlägen erwähnte, ist das die Vorgehensweise um solche Daten zu ändern.

    Da du ja sagst, du setzt kein Plugin für die Verwaltung von Metaeinträgen ein müssen die Daten in der header.php einprogrammiert sein.
    Ich wage mal zu behaupten, dass auch die falsche Formatierung der Umlaute im ausgegebenem Quelltext darauf schließen lassen darf.
    Also rufe mal die header.php mit einem Editor (wie etwa Notepad++) auf und suche mal nach diesen Einträgen;

    Code
    <META NAME="description" CONTENT="Die Kultwebsite f�r Currywurst, Fritten, D�ner und Co."> <META NAME="keywords" CONTENT="Systemgastronomie, Imbisse, Imbissbranche, selbstst�ndigkeit Schnellgastronomie, Frittenbude, Imbissbude, Imbiss, Imbissgesch�ft, fastfood, Selbstst�ndigkeit, Imbissbesitzer, Imbissbesitzern, Gastronom, Fastfood-Branche, Gastronomie, Unternehmenskonzept, Gesch�ftsidee, Job, Frittenbude, Pommenbude, Imbissbetreiber, Imbissbetreibern, gastst�ttenrechtlichen Erlaubnis, Unterrichtsnachweis, �ffentliche Ausschreibungen, IHK, Industrie- und Handelskammer, Gewerbeschein, Gewerbebeh�rde,  �ffentlicher Standplatz, Reisegewerbe, Einzelhandel, Gastst�ttengewerbe, Gastst�ttenverordnung, Schausteller, Schaustellerart, Erlaubnis, Reisegewerbekarte, Reisegewerbet�tigkeit, permanenter Standplatz, Standplatz, Standpl�tze,  slow-food, Spezialisierungen, Imbiss-Videos, Speisenliste,  Imbissstandbesitzer, Hot-Dogs, Verkaufstand, Imbi�kioske, Imbissw�gen, Ausschank,  gastronomischer Betrieb,  gastronomische Betriebe, Lebensmittelhygiene, Unterrichtung durch die IHK, Imbissfahrzeug, Verkaufsanh�nger, Reisegewerbe, Leberk�se,  Verkaufsanh�nger-Hersteller, McDonald, Kentucky fried chicken, fastfood-kette, fastfoodkette, D�ner, Kirmes, Volksfest, Hendlgrill, to-go, to go, Bratwurst, Rindswurst, Currywurst, Frikadelle, Portion, Pommes Frites, Schnitzel, Fleischspie�, Fritten, Broiler,   Nierenspie�, D�ner, vegetarisch, Br�tchen, Leberk�se, Leberk�se, Veganer, Men�-Boards, menue-board, hei�e Theke, american breakfast, english breakfast, currywurst, pizza, grill, franchise for sale, ranchising opportinities, franchise information, franchise advantages, franchise,">
    <META NAME="robot" CONTENT="index,follow">
    <META NAME="copyright" CONTENT="Copyright � 2010  Imbisskult.de">
    <META NAME="author" CONTENT="Gerd Ackermann">
    <META NAME="generator" CONTENT="www.onlinemetatag.com">
    <META NAME="language" CONTENT="de">
    <META NAME="revisit-after" CONTENT="1">

    Vermutlich stehen sie ziemlich am Anfang im Quelltext.
    Sollten diese Einträge nicht in der header.php stehen, käme eventuell noch die index.php in Frage.

    Das von Maxe erwähnte Plugin All in One SEO ist insofern empfehlenswert, da man ganz bequem Meta Einträge per Adminbereich im Wordpress verwalten kann, ohne das man etwas im Quelltext einprogrammieren muss.
    Gehört also zu den praktischen Plugins, die einem den Umgang mit WordPress etwas erleichtern. ;)

    Edit;
    Du kannst natürlich auch hingehen und im Adminbereich unter Design/Editor die Quelltext direkt ändern, aber dann ziehe dir vorher zur Sicherheit ein Backup des Theme von deinem Webspace auf die Festplatte, damit du es wieder herstellen kannst, wenn die Änderung schief geht.

    Bist du hier leider falsch.

    Wir können nur bei selbstgehostetem Wordpress helfen.
    Sprich, wenn du es auf einem eigenen Server, oder Webspace mit eigenem FTP Zugang hosten würdest.

    Das WordPRess von wordpress.com hat zwar die selbe Funktionalität, weißt aber in der Handhabung gravierende Unterschiede auf.

    Müsstest du dich leider an das Forum von wordpress.com wenden.