In deinem Stylesheet gibt es nur für posts diese Angabe:
Um das auch für die Seiten gemäß deines Themes hinzubekommen, brauchst du aber noch:
oder zusammenfasst:
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 erstellenIn deinem Stylesheet gibt es nur für posts diese Angabe:
Um das auch für die Seiten gemäß deines Themes hinzubekommen, brauchst du aber noch:
oder zusammenfasst:
Das stimmt so nicht, denn ich hab ein vollkommen dem Design der Seite angepassten Login (sowohl unter WP 2.6.5 als auch WP 2.7).
http://www.code-styling.de/wp-content/upl…anmeldung-2.png
id="login"
id="loginform"
id="user_login"
id="user_pass"
id="rememberme"
id="wp-submit"
id="nav"
[FONT=Verdana]und einige class Angaben gibt es ebenfalls. Einfach mal in den Quelltext der Login Seite schauen, hätte dir auch bereits geholfen ![]()
[/FONT]
Google Chrome hat einige Probleme und Inkompatibilitäten mit Javascripts. Dies habe ich leider selbst schon in meinen eigenen Plugins feststellen müssen und bin nicht bereit Google Chrome zu unterstützen, solange die Javascript Engine nicht tut, was sie soll.
Da der TinyMCE und alles auf den Post/Pages Seiten regen Gebrauch von Javascripten diverser Art macht, kann es schon vorkommen, das die eine oder andere Scriptausführung einfach unterbleibt (ja, Chrome führt einfach manchmal Code nicht aus!) und das Ergebnis unerwünscht ist.
Daher empfehle ich momentan den Einsatz von Google Chrome auf Javascript basierten Seiten nicht.
Also die meisten Blogs mit guter Verlinkung, die ich kenne und besuche, benutzen Teaser (Anrißtexte) und den vollen Text dann auf der Detailseite.
Für Fragen zu Google wäre das hier aber der bessere Ort für Fragen: Google Forum - ABAKUS SEO Forum
Google ist nicht dumm. Wenn deine Übersichtsseiten bereits den den kompletten Inhalt der Detailseiten enthalten, warum sollten die doppelten Content 2 x indizieren ?
Übersichtseite= Content A + Content B + Content C + ....
Detailseite= Content B
Da die Übersichtsseite schon Content B enthält und auf B nix wirklich neues oder attraktives ist, fällt die Detailseite weg. Auf diese Weise kann man aber auch ganz schnell im Ranking abgewertet werden.
Ich persönlich hab mit dem SEO Kram nichts am Hut, aber Content 2 mal identisch anzubieten, ist mit Verlaub: Dummheit.
Einfach mal ein wenig Wissen aneignen mit solchen Dokumentationen: SELFHTML: HTML/XHTML / Verweise (Links) / Verweise definieren und gestalten
Ganz einfach, doppelter Content. Wenn du den vollen Artikel in der Hauptseite hast und dann nochmal auf einer Seite, dann wird der "kleinere" spricht eigentliche Seite nicht beachtet.
Die Seite, die du angegeben hast, verwendet massiv Javascript dafür. Wenn es ganz ohne sein soll, kannst du nur mit einigen CSS Kenntnissen und den Beispielen von Stu Nicholls sowas ganz ohne Javascript hinbekommen, zum Beispiel so: Stu Nicholls | CSSplay | A Photograph Gallery
Man kann auch ohne an der locale des Betriebssystems rumzuschrauben, lokalisierte Datumsausgaben machen:
/**
* Retrieve the date in localized format, based on timestamp.
*
* If the locale specifies the locale month and weekday, then the locale will
* take over the format for the date. If it isn't, then the date format string
* will be used instead.
*
* @since 0.71
*
* @param string $dateformatstring Format to display the date
* @param int $unixtimestamp Unix timestamp
* @return string The date, translated if locale specifies it.
*/
function date_i18n( $dateformatstring, $unixtimestamp = false, $gmt = false ) {
Alles anzeigen
Hier ein Anwendungsbeispiel:
wobei theme-textdomain die textdomain deines Themes sein sollte, damit du das in der Sprachdatei des Themes auch bearbeiten kannst. (Dann findet das auch mein Plugin bei Einlesen der Dateien und du kannst es einfach übersetzen.)
Das liegt daran, dass irgend jemand (du?) im Theme einen Text geändert hat!
Etwa sowas wie:
__('Leave a reply', 'xxxxx')
in
__('', 'xxxxx')
Dann wird von der Sprachdatei der Header ausgegeben, das ist es, was du da siehst. Ich glaube nicht, das das im Theme so drin war.
Für den IE kannst du keine width 100% für das Bild angeben, das rechnet der falsch.
Ein width von 98% funktioniert im IE und auch bei allen anderen, geteste mit der DevToolbar des IE und die Breite online gepatched.
Ergänzung zu finden hier:
.ngg-imagebrowser img {
border:1px solid #A9A9A9;
display:block !important;
margin-bottom:10px;
margin-top:10px;
padding:5px;
[B]width:100%;[/B]
Müsste bei der nextgen gallery im Stylesheet sein, bitte auf 98% ändern.
Liegt mit Sicherheit am IFrame, in dem du das machst.
Wenn du die WordPress Installation direkt benutzt über:
dann sollte es auch keine Probleme geben.
Ich denke, dass dir die "same origin policy" der Browser hier nicht mitspielt (weil Aussen und Innenseite andere Domains sind).
Ich würde das hier empfehlen. Ist evtl je nach Anwendungsfall "oversized" (wegen SVN syncs etc.) aber scheint mir immer noch am Besten geeignet zu sein: WordPress › Drain Hole WordPress Plugins
ich möchte, dass ein html-code von einem formular gesendet in das editorfeld kopiert wird. hab schon nach send_to_editor gegoogelt und etwas mit javascript rumprobiert. war bis jetzt aber alles nicht so das, was ich will. ich generiere einen html-code und will, dass der nach dem "submit" in den editor geladen wird.
Das verstehe ich nicht, hast du ein praktisches Beispiel dafür ?
Wer sendet von wo nach wo was ?
Was hast du damit vor ?
Ist im TinyMCE Falle hidden und nur ein iframe aktiv.
Das hier kann auch Kommentare bewerten: WordPress › GD Star Rating WordPress Plugins
Das Datumsformat? Ich geb dir ja recht, dass das am saubersten per per get_option() aus den allgemeinen Einstellungen geholt wird, aber hier IMHO eher unnötig.
Der "Januar" wird ja korrekt übersetzt, die Sprachdatei sollte also okay sein.
Sehe ich anders. Der Theme Author hat sich die Mühe gemacht, alles in seiner eigenen Sprachdatei des Themes anpassbar zu machen:
<?php the_time([COLOR=Blue][B]__([/B][/COLOR]'[COLOR=SeaGreen]F jS, Y[/COLOR]', '[COLOR=Red][B]inove[/B][/COLOR]')) ?>
wobei dann:
Also kommt das nicht aus der WordPress Sprachdatei sondern aus der des Themes. Und genau dort sollte das auch angepasst werden. Damit erspart man sich bei Theme Updates Ärger, denn die angepassten Sprachdateien kann man sich als Backup sichern und muß nicht ständig Code "umbasteln".
Eine umfassende Beschreibung gibt es hier: Code Styling Project WordPress Plugin: Codestyling Localization
ich muß die Frage nochmal nach oben schieben. Weiß leider immer noch nicht, woran es liegt, daß die Seiten ca. 5 s. warten, bis sie anfangen zu laden.
Ich hab's mit dem Standart-Theme probiert, mit deaktiviertem JavaScript. Hab auch das GeoMashup- Plugin in Verdacht gehabt, auch keine Änderung.Ich komm nicht weiter. YSlow in Firebug sagt mir, daß diese Seite 6,5 s. für den GET-Befehl braucht. Sagt mir aber leider nicht, wo es klemmt.
Liegt der Fehler am Provider? Oder am Netz? Läd die Seite bei Euch schneller?Ich kann doch die Seite so nicht unseren Fans anbieten. Wäre ja ne Zumutung...
Bin für jeden Tip dankbar.
Also was auch immer dein WordPress hier macht, für diese Seite braucht es mit Sicherheit keine > 400 Datenbankanfragen!
Bei dieser Masse an Datenbankanfragen grenzt es schon an ein Wunder, unter 10 Sekunden weg zu kommen. Das sollte sich mal jemand ansehen, denn ein Standardtheme braucht gerade mal 10-12 Anfragen, ein gutes Theme sollte mit 30-40 max. auskommen. Dein Theme braucht aber das 10fache und somit auch die 10fache Zeit. Wenn man normalerweise eine Seite in 500 msec ausliefern kann, werden das dann bei dir 5sec sein.
<?php the_time(__('F jS, Y', '[COLOR=Red]inove[/COLOR]')) ?>
Das weisst darauf hin, das dein Theme ein Sprachdatei versteht, du aber keine deutsche Sprachdatei für das Theme verwendest, die falsch benannt ist oder die Übersetzung des Formatierers nicht dem Deutschen entspricht.
In die Doku zu schauen wäre zu einfach, was?
Template Tags/the time WordPress CodexAndere Datumsformate siehe PHP-Doku:
PHP: date - Manual
Ganz schlechter Rat, das im Code zu ändern. Das sollte man in der Sprachdatei des Themes anpassen. Geht sehr einfach: Code Styling Project WordPress Plugin: Codestyling Localization