sondern ist offensichtlich ein wohl bekanntes IE Problem.
So bekannt kann es nun wieder auch nicht sein, warum sollte eine Webseite im IE mehr Werbung einblenden als in anderen Browsern?
Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellensondern ist offensichtlich ein wohl bekanntes IE Problem.
So bekannt kann es nun wieder auch nicht sein, warum sollte eine Webseite im IE mehr Werbung einblenden als in anderen Browsern?
Das letzte funktioniert doch nun, dass brauchst Du doch nur so ablegen wie es ist und aktivieren. Das habe ich nicht mit Shortcode eingefügt, das habe ich nur so wie es ist in das Plugin-Verzeichnis geworfen und aktiviert.
Mit Shortcode lässt sich so etwas kombinieren, muss ich mal überlegen, wie ich das beim letzten gemacht habe.
Wenn es dann endlich klappt, dann fragt man sich, warum man nicht gleich darauf kam, so einfach wie das eigentlich ist. So funktioniert es zumindest:
<?php
/*----------------------------------------------------------------------
Plugin Name: Neuer Titel mit Klasse
-----------------------------------------------------------------------
*/
class TitelKlasse {
public function neuer_titel() {
add_filter("the_title", array($this, "neuer_titel_mit_klasse"));
}
public function neuer_titel_mit_klasse($neu) {
$neu = "Neuer Titel mit Klasse";
return $neu;
}
}
$ausgabe = new TitelKlasse();
$ausgabe->neuer_titel();
/* Ausgabe
Neuer Titel mit Klasse
*/
?>
Alles anzeigen
Nicht mit "wp_title", doch mit "the_title".
Hier habe ich mal die add_filter durch add_filterersatz ersetzt und in der Reihenfolge funktioniert es schon einmal. Ist ja nun nicht die richtige Reihenfolge, doch was passiert, wenn du vor add_filter ein return einfügst?
<?php
$wert = "wert";
function add_filterersatz($a) {
global $wert;
return "Ausgabe: Ein-String-mit-".$a.$wert;
}
class Add {
public function getAdd_mit() {
return call_user_func(array($this, "setAdd"));
}
private function setAdd() {
return add_filterersatz("Mehr");
}
}
$ausgabe = new Add ();
echo $ausgabe->getAdd_mit();
// Ausgabe: Ein-String-mit-Mehrwert
?>
Alles anzeigen
Welche Methode wird aufgerufen?
Wenn Du die Methode myMethod meinen solltest, so rufst Du mit dieser Methode die Funktion add_filter auf, die wiederum nur eine Callback-Funktion oder ein Array aufrufen möchte und nebenher noch ein paar globale Variablen, wie $wp_filter und $merged_filters. Die Funktion add_filter:
http://core.trac.wordpress.org/browser/tags/3…udes/plugin.php
Doch [COLOR=#000000][COLOR=#0000BB]add_filter[/COLOR][/COLOR] wurde ja nicht innerhalb der Klasse als Methode definiert, sondern Du greifst da nur drauf zu, wie auf PHP-Funktionen, die überall zur Verfügung stehen, gleich in welchem Gültigkeitsbereich.
Dieses Beispiel könnte ich da eher nachvollziehen:
http://stackoverflow.com/questions/3241…ordpress-filter
Dieses hier nicht ganz, nun gut, müsste man erst einmal ausprobieren:
Also, den NVU, den ich einmal testete, der befand sich in etwa auf dem Niveau von FrontPage 98 und soweit mir bekannt, wurde der NVU seither 2005 oder 2006 nicht weiterentwickelt. Wie ich gerade lese, gab es dann noch einen KompoZer als Nachfolger, dessen Entwicklung wohl ebenfalls ab 2010 eingestellt wurde.
Da der NVU mit Sicherheit weder HTML5 noch CSS3 versteht, wird der auch einiges von dem, was der nicht versteht, als Fehler anzeigen.
Den Quelltext kannst Du ansonsten in der header.php und footer.php bearbeiten und den Content ja über den Editor von WP. Einzelne HTML-Tags für den Body findest Du ebenfalls in den zum Theme gehörenden Dateien, da hilft ab und an nur etwas suchen.
Bei Twenty Eleven weiß ich jetzt nicht, doch für Twenty Twelve hatte ich mal eine Anleitung geschrieben:
Ohne Link zur Seite lässt sich da kaum etwas sagen. Die Styles von WP beinhalten ja kaum nur wenige Zeilen, so dass es gut möglich ist, dass es zu gegenseitigen Überschreibungen kommt. Ich würde dabei auch nicht unbedingt mit WP beginnen und dabei eventuell noch den Editor von WP benutzen, in dem nicht einmal eine farbige Syntax zu erkennen ist, sondern eine einfache HTML-Seite erstellen und einen Editor wie den Notepad++ benutzen, den Du noch häufiger gebrauchen wirst.
Wie Du die CSS Klassen bezeichnest, ist eigentlich Deine Sache, wichtig ist nur, dass der Name noch nicht existiert und Du an Hand des Namen unterscheiden kannst, wofür was gut ist. Nun könnte es aber sein, wenn Du gleich an den Anfang der CSS-Datei
/* Beginn meiner eigenen Styles */
.ausrichtungj {text-align: justify}
/* Ende meiner eigenen Styles */
einfügst, diese noch dreimal im weiteren Verlauf durch weitere Klassen überschrieben werden. Du könntest nun erst einmal mit den Browser-Tools suchen, was da wirkt, bei meinem Standard-Theme finde ich da zum Beispiel für p-Tag
und änderst diese Angaben nach Deinen Wünschen, was eigentlich der normalen Vorgehensweise entsprechen würde, insofern diese Formatierung auf allen Seiten erwünscht ist oder aber Du aber Du teilst dem Browser mit, dass bereits bestehende Regeln ignoriert werden sollen.
/* Beginn meiner eigenen Styles */
.ausrichtungj {text-align: justify !important}
/* Ende meiner eigenen Styles */
Wie auch immer, das lernt man nicht an einem Sonntag, ein brauchbarer Anfang stellen jedoch diese Tutorials dar:
http://www.css4you.de/wscss/index.html
Wie Du dabei vorgehst, bleibt eigentlich Dir überlassen. Der eine holt sich zwei, drei Bücher und will es gleich von Kopf bis Fuß richtig lernen, ein anderer, so wie ich, kümmert sich um CSS nur immer dann, wenn er keinen Bogen darum machen kann und hat es dann nach 10 Jahren auch soweit gefressen, dass er zwar nicht perfekt in CSS ist, doch irgendwie klar kommt.
HTML5 und CSS3 sind zwar keine Programmiersprachen wie JavaScript oder PHP, sondern nur eine HTML-Auszeichnungssprache plus einer deklarativen Sprache für Stilvorlagen, doch seit HTML5 und CSS3 deutlich komplexer geworden als ihre Vorgänger-Versionen und wie lange würdest Du zum Beispiel benötigen, um Suaheli zu lernen? Plane mindestens die halbe Zeit ein, um Dich erst einmal mit HTML5 und CSS3 mit unterschiedlichen Browser fließend unterhalten zu können.
Knall das an den Anfang oder das Ende Deiner CSS,
/* Beginn meiner eigenen Styles */
.ausrichtungj {text-align: justify}
.ausrichtungl {text-align: left}
.ausrichtungr {text-align: right}
/* Ende meiner eigenen Styles */
vor allem darf es nicht in einen
{
geklammerten Bereich
}
fallen, es sei denn, Du willst bisherige Styles anpassen, dann selbstverständlich innerhalb der Klammern.
Was ist das hier? Zwei unterschiedliche Fragen in einem Thread und auf welche Frage bezieht sich nun welche Antwort?
@ Sofia77 - Wenn Du kein ähnliches Problem mit den Daten in Deiner wp-config.php hast, warum eröffnest Du dann nicht einen eigenen Thread, bevor Du diesen durcheinander bringst?
@ xmaggo - beantworte bitte die Frage von infected, es könnte sein, dass in einer vorausgehenden Zeile ein Semikolon fehlt oder in vorausgehenden Zeile die Anführungszeichen nicht richtig gesetzt wurden.
Na ja, Du solltest eine komplette Sicherung vor einem Update anlegen. Wie Du das nun machst, es gibt da einige Anleitungen. Im einfachsten Fall ladest Du alle Dateien herunter und speicherst die auf Deinem Rechner oder auf einem anderen Datenträger. Mit dem Inhalt der Datenbank machst Du es nicht anders, entweder mit Plugin oder einfach per Export über phpMyAdmin.
Dann ladest Du die neuste Version herunter, entpackst die und überschreibst per FTP nur die Core-Verzeichnisse und Core-Dateien und nicht die Theme-Dateien bei einem Update. So habe ich das zumindest bisher gehandhabt. Nun sieht das ab Version 3.7 etwas anders aus, wer da automatische Updates möchte, womit ich keine Erfahrungen habe.
Auch die Themes werden in Abständen verändert und wenn ich da sehe, dass Twenty Twelve bereits bei der Version 1.3 angekommen ist, im Sommer war es noch 1.1, dann frage ich mich halt auch, ob ich für WP und WP-Updates lebe oder WP die Webarbeit erleichtern soll. Kaum hat man alles halbwegs eingerichtet, steht das nächste Update vor der Tür, ohne die damit verbundenen Probleme zu kennen. Irgendwann werde ich mir da halt die Dateien anschauen müssen und erst einmal unter Localhost testen, welche Veränderungen mit einem Theme-Update verbunden sind.
Eigentlich sollte so ein Theme schon länger halten als zwei Monate. Ansonsten müsste ich wirklich noch mein eigenes schreiben, was ich nicht vor hatte.
sozusagen als Variable definieren und im HTML mit dem class-Befehl aufrufen.
In Worten würde ich es etwa so bezeichnen, nur da bin ich mir ab und an auch nicht richtig sicher:
Oder ausgelagert:
Hatte mit einem anderen Editor geschrieben, dann eingefügt und dann erst gesehen:
Geht man jedoch die Seite durch, findet man immer wieder Codeschnippsel wie <img class="alignleft" style="margin-top: 30px; margin-bottom: 30px;" title=" oder <p style="text-align: justify;">. Ist das dann auch Inline CSS?
Nicht auch, nur das ist inline, denn so sehe es besser aus:
Und in der style.css dann so oder ähnlich:
Verwende ich relativ häufig, weil nichts übersichtlicher durch Auslagerung würde und so lang ist es ja nicht:
Könnte jedoch ebenfalls ausgelagert werden werden.
Und in der style.css:
Zu anderen habe ich jedoch Fragen...
Die Internen Links sind teilweise Dynamisch. Alle Internen URLs (Welche nicht als nofollow markiert sind) sollten dies nicht sein.
Kann ich nicht beantworten, weil ich nicht weiß, welche damit gemeint sind. Im Allgemeinen sollte man darauf verzichten, insofern dadurch Double Content entsteht. Entsteht kein DC, ist es eher Jacke wie Hose bei einigen wenigen Seiten, insofern die restlichen WP-Seiten eher mit "http://www.example.com/Beitragsname/" als mit "http://www.example.com/?p=33" auffindbar sind.
Es befindet sich inline CSS auf der Seite. CSS-Code sollte ausgelagert werden.
Wenn einige Styles nur in einzelnen Dateien benötigt werden, wäre es Unfug diese mit in einer CSS einzufügen und diese dadurch aufzublähen, die anschließend in 1.000 Seiten eingebunden wird. Wobei nach meinem bisherigen Verständnis mit inline nicht gemeint ist, was in einzelnen Dateien im Head definiert wird, sondern was über den Editor von WP inline (in einer Linie mit den Elementen) eingefügt wird, also so etwas wie
Mal in einer Datei ist in Ordnung, was sich wiederholt, sollte ausgelagert werden und dafür dann lieber
benutzt werden.
Die Serverversion wird im Header mitgesendet. Das ist sinnlos.
Ich finde es gut, wenn ein Server sich vorstellt, für derartige und weitere Informationen ist ein HTTP-Header letztendlich da und hallte es nicht für sinnlos, sondern zuweilen für sehr hilfreich bei der Beantwortung von Fragen.
Und somit die Ergebnisse von Tools nie überwerten und zu wörtlich nehmen, denn die können nicht denken und wissen nicht, was Du Dir dabei gedacht hast, nachdem Du Dich in die Grundlagen von HTML und CSS eingearbeitet und Deine eigenen Erfahrungen gesammelt hast.
Da ich davon ausgehe das die index.php ist.
Womit weder die index.php von WP noch die index.php vom Theme gemeint ist, sondern die index.php, die in der Fehlermeldung steht. Da gab es zwischen Version 3.6 und 3.7 eine kleine Änderung. Bis Version 3.6 wurde da nur der ein relativer Pfad angegeben,
ab Version 3.7 wird nach dem ganzen Pfad gefragt.
Pfad darf hierbei nicht mit URL verwechselt werden, da die Serverpfade bis zum Arbeitsverzeichnis einschließlich des Namens der einzubindenden Datei gemeint sind. Und anscheinend liegt bei Dir keine admin.php unter:
Habe Deine Nachrichten zwar gesehen, bin aber gerade mit meinen Seiten beschäftigt, weil ich die so angefangen nicht ewig stehen lassen möchte und dann fand ich hier und da noch einige Details zum Verbessern. Unter anderem ließ die Überprüfung, ob alle Punkte gewählt wurden, noch Wünsche übrig.
is_page kann nur ein Ergebnis liefern, wenn Du die Id von Deiner Seite einfügst, vorausgesetzt Du benötigst diese Funktion. Stören tut die aber so auch nicht.
Ob Du die Datei im richtigen Verzeichnis abgespeichert hast, das kann ich nicht beurteilen, bei mir habe ich die mal im Theme-Verzeichnis neben der page.php und mal im Theme-Verzeichnis in /page-templates/ abgespeichert, beides funktionierte. Wichtig ist ja, wenn Du eine statische Seite im Dashboard anlegst, dass die mit ihrem Namen dann rechts neben dem Editor unter Attribute -> Template zur Auswahl erscheint.
Wenn die Seite bei Senden nach oben springt, liegt ein Fehler im JavaScript vor, der zum Abbruch von JavaScript führt, wodurch return false nicht mehr ausgeführt wird und das Formular in diesem Fall versucht den Inhalt per GET zu versenden.
Wenn Du die in einem externen Editor wie zum Beispiel mit Notepad++ bearbeitest, so musst Du die mit UTF-8 ohne BOM speichern oder hast ein Umlautproblem.
So, nun werde ich mich wohl erst einmal wieder hinlegen, wollte ich eigentlich schon heute Morgen. Hier das komplette Listing für eine statische Seite:
Den Editor von WP traue ich nicht weiter als ich ihn sehe, wenn es um JavaScript geht. Wenn Du das direkt in den Quelltext (Ansicht Text) eines neuen Artikels einfügst, da wäre ich mir nicht sicher, dass der Editor nichts zerschießt. Es geht zum Teil, wenn Du den Code in CDATA-Abschnitte einbettest, doch einfacher ist es nun einmal den Code als Plugin einzubinden oder in eine datei.js auszulagern und einzubinden oder wie ich es gerade gemacht habe, in eine Template-Page zu schreiben und dieses Template dann für eine statische Seite auszuwählen.