Also ich habe mir den Quelltext nicht angeschaut, bin aber sicher, dass man das recht leicht anpassen kann. Es ist ja eh als Vorlage zum Anpassen für den persönlichen Gebrauch gedacht. Der Autor hilft Dir da auch sicher gerne mit einem Tip weiter, wie das mit statischen Seiten funktioniert.
Beiträge von Ammaletu
-
-
Also soweit ich das sehe sind das zwei verschiedene Probleme, oder? Zum einen gelten nach der Permalink-Änderung Links auf anderen Seiten natürlich nicht mehr. Für die Umleitung musst Du selber sorgen, dann sollte auch Google zufrieden sein.
Und zum anderen sind die Links innrhalb Deiner WP-Seite betroffen. Alles, was automatisch generiert wird, also z .B. Archive, Suchergebnisse etc. sollte auch nach einer Permalinkänderung stimmen. Links auf eigene Seiten, die Du fest in Artikeltexte eingefügt hast, wären dann natürlich anzupassen.
Kannst Du also nochmal genauer sagen, wo Du die kaputten Links gefunden hast?
-
Pods ist aber auch recht umfangreich. Wenn Du die Infos in den benutzerdefinierten Feldern ablegen willst und nur eine schönere Eingabemaske brauchst, hilft Dir das hier vielleicht auch weiter:
http://bueltge.de/wordpress-plug…schreiben/1086/ -
Wegen der Attribute: Sorry, die hat mir Firefox und/oder Firebug reingeschrieben. Kannst Du ignorieren. Jetzt habe ich aber noch was anderes gesehen: Du definierst an dem Schattenbild eine Weite von 100%. Das wäre für mich noch ein Kandidat, wo der Fehler herkommen könnte. Eventuell das mal durch die Pixelweite ersetzen, die ja eh feststeht!? Ansonsten bleibt der Tip von oben, die Weitenangaben mal in eine colgroup auszulagern.
Ach ja, wenn Du Code postest hier im Forum, kennzeichne ihn bitte mit dem entsprechenden Button. macht die Postings leichter lesbar.
-
Und als Nachtrag: Ja, beim Hochladen vom lokalen rechner auf den Server sollte man im DB-Dump sowohl die Webadresse als auch den Serverpfad durch den jeweils richtigen Wert für den neue Server ersetzen. Das kann an allen möglichen Stellen stehen, Pfaden von Bildern, Einstellungen von Plugins etc. manches ist egal, weil es nur gecacht ist und auf dem Server überschrieben wird. Anderes geht dann nicht mehr, wenn falsche Pfade in der DB stehen.
-
Wie gesagt, es gibt ein Plugin dafür, aber ich halte es für keine gute Idee. In diesem speziellen Fall: Wenn Du den Seitentitel im Artikeltext anzeigen möchtest, mach Dir doch die Mühe, schnell auf das Titeleingabefeld zu klicken, Strg+A und Strg+C zu drücken und dann den Titel an der entsprechenden Stelle wieder einzufügen. Den Artikeltitel wirst Du doch nicht so oft ändern, dass sich da ein Automatismus lohnt, oder? ;-)
-
So, habe mal in den Quelltext Deiner Seite geschaut.
ZitatIch denke es liegt daran, dass jquery einmal von Wordpress selbst und vom Plugin eingebunden wird.
Das ist nicht der Fall, jQuery wird nur einmal eingebunden. Das Plugin benutzt enqueue_script wohl schon korrekt. Du wirst also nach einer anderen Fehlerursache suchen müssen.
Kannst Du im übrigen "Probleme" mal genauer definieren? Falls Soziofluid die Bookmarking-Icons sind, die man unter den Beiträgen aufklappen kann -- das scheint bei mir (FF 3.5) auf den ersten Blick zu gehen. Sieht gut aus, klappt aus, keine JavaScript-Fehler zu sehen und zumindest einige der Links funktionieren. Was gibt es da denn für Probleme?
-
Zitat
Ich verstehe nicht ganz was ich damit anfangen soll. Es als Template für eine eigenen Plugin verwenden?
Ja, so war das gedacht, falls Du ein eigenes Eingabefeld für den neuen Content der etwas fummeligen Arbeit mit den benutzerdefinierten feldern vorziehst.
Zitatdazu verstehe ich zu 50% den Sinn des Codes nicht.
Tja, dann müssen es die benutzerdefinierten Felder wohl erstmal tun oder Du musst Dir jemand suchen, der Dir das nach Deinen Bedürfnissen anpasst.
ZitatSolange wir von der Einzelansicht der Beiträge reden, ist das egal, Du kannst die ausgeben auf der Seite, wo Du möchtest. Wenn Du sie auch in Indexseiten ausgeben willst, müsste man das noch mal näher überlegen.
Ansonsten hat saleen7 ja schon gut beschrieben, wie das mit den benutzerdefinierten Feldern funktioniert. "Im Loop" heißt in diesem Fall irgendwo auf der Seite, solange Du in der single.php bist. Wenn Du das in der Sidebar ausgeben willst, klammere die Ausgabe mit:
-
Nur aus Interesse, da wir sowas letztens gerade schon mal hatten: Wie bzw. wo hast Du WordPress installiert? War das eine fertige Installation Deines Providers? Würde mich mal interessieren, wer dieses Profi-Plugin jeder Installation beilegt. Standardmäßig ist das doch nicht der Fall.
-
Tja, WP_SuperCache ist ein gutes Plugin, aber nicht ganz simpel in der Einrichtung. Merke ich jedenfalls immer mal wieder anhand entsprechender Threads. Würde ich aber auch nicht einsetzen wenn die Seite nicht den entsprechenden Traffic hat, der das nötig macht.
-
Sieht nach einer Mindesthöhe aus, die sich da auswirkt. Aber nur mit Screenshot oder Beschreibung ist das Rätselraten. Installier Dir die Firefox-Erweiterung Firebug, damit kommt man sowas sehr schnell auf die Spur. Stell vor allem auch sicher, dass das Theme mit den Änderungen noch valide ist:
http://validator.w3.org/ -
Dann mach Dir dafür ein Seitentemplate, würde ich sagen. PHP-Code im Inhaltseditor kann man zwar hinkriegen per Plugin, ich halte es aber für keine gute Idee.
-
Benutzt Du ein Cache-Plugin, WP_SuperCache oder so? Gib uns ansonsten mal einen Link zur Seite, vielleicht kann man dann mehr sagen.
-
Das klingt etwas so, als läge es an Deinem Theme, welches möglicherweise falsch programmiert ist. Schalte probeweise mal kurz aufs Default-Theme und und schaue, ob die Kommentare dann korrekt angezeigt werden. Eine Einstellung, die Kommentare nur eingeloggten Nutzern anzuzeigen, gibt es meines Wissens nach nicht.
-
Mit Firebug schauen, woher die Schriftgröße kommt, und dann ggf. im Stylesheet was anderes definieren. :-)
-
So etwas sollte man eigentlich mit Benutzung der enqueue_script-Funktion vermeiden können. Kann natürlich sein, dass das Plugin diese Funktion nicht benutzt bisher. Ich verlinke Dir mal Doku dazu:
http://codex.wordpress.org/Function_Refer…_enqueue_script -
Zitat
Ich möchte eine .pgx und eine .gdb Datei zum Download anbieten. Beim Erstellen des Artikels kann ich die Datei aber weder uploaden noch finde ich heraus, wie ich sie, per FTP hochgeladen, zum Download anbieten kann.
Wo Du das in WP einstellen kannst, kann ich Dir auf Anhieb auch nicht sagen. Wenn Du das nicht gerade täglich machst, würde ich sagen, ist der Upload per FTP doch am einfachsten. Einfach in den uploads-Ordner legen (oder sonst einen aus dem Netz erreichbaren Ordner) und dann halt im Beitrag verlinken. Du kannst die Datei dann natürlich nicht über das WP-Backend administrieren (umbenennen, löschen, in anderen Beiträgen über die Mediathek verlinken etc.), da WP die Datei ja nicht kennt. Aber für Einzelfälle ist das sicher der einfachste Weg.
ZitatUnd wie binde ich die Dateien als Download ein? Ich meine, ich weiss schon, wie man Dateien einbindet (mit a href und so). Aber wenn ich das so mache, dann öffnet sich jeweils die Datei bei einem Klick drauf. Ich möchte aber, dass sich das Downloadfenster öffnen.
Was der Browser draus macht, ist Sache des Browsers. Wenn der Benutzer da ein Programm für eingestellt hat, öffnet sich das vielleicht direkt. Ansonsten eben ein Download-Fenster. Da kannst Du nicht viel dran machen. Du kannst die Datei natürlich zippen, dann werden die meisten Browser wohl eher den Download anbieten.
-
Also ich habe meine abonnierten Feeds im Thunderbird in Ordner sortiert. Wenn ich mal keine Lust habe, die Technik-Feeds zu lesen, lasse ich den Ordner halt zu. Ist nicht perfekt, aber klappt ganz gut. Verschiedene Programme oder verschiedene Accounts am gleichen Programm fände ich dagegen doch arg unpraktisch.
-
Normalerweise sieht das so aus im Template:
Soweit ich mich erinnere hatte ich mir den Quelltext mal angeschaut und es wurde speziell nach " * Template Name: " gesucht. Das würde mit Deiner Angabe also nicht passen, und tut es ja offenbar auch nicht. ;-)
-
Mit einem Link zur Seite klärt sich das sicher ganz schnell. Wenn er hier nicht stehen soll, schick ihn per PM.