Beiträge von codestyling

Zitat von Mitglied

Die Seitentemplates sind wie folgt gekennzeichnet:
category-1.php
[COLOR=Blue]<?php get_header(); ?>
/*
Template Name: Milchprodukte
*/[/COLOR]

Alles anzeigen

Das ist kein gültiger Template Code, denn der Kommentar ist nicht innerhalb von PHP sondert bereits Seiteninhalt. Korrekt wäre:

<?php 
/*
Template Name: Milchprodukte
*/
   get_header(); 
?>

Was ist so verwerflich daran, wenn der Validator für CSS ein paar Rules anmeckert, wenn der HTML Code valide ist ?
Beim Überfliegen der angemeckerten Rules sind das alles samt und sonders Hacks für Browser wie IE <= 7 / Opera bzw WebKit. Das ist deswegen drin, damit auch ja kein Besucher der Seiten meckert, weil etwas nicht geht, nur weil er unbedingt mit IE 5.0 kommen muß :mrgreen:

Völliger Käse, das liefert nur eine 404 'Not Found', denn die Datei "[COLOR=Black]style.css.php" gibt es nicht. Und wenn du sie so anlegst, hat sie keinen Zugriff auf die WP Daten.
Das mit dem Kolorieren von Kategorien etc. löst man in den Template Dateien (index.php / single.php etc.) und nicht im Stylesheet. Im Template gibt man den entsprechenden HTML Tags die entsprechende Klasse oder Id:
[/COLOR]

$arr = (array)get_the_category($post->ID);

Dann steht in dem $arr alle Kategorien, zu denen der Artikel gehört, im güstigesten Fall 1ne Kategorie.
Dann kannst die den HTML Code damit ausstatten:

<div id="post-cat-<?php echo $arr[0]; ?>" class="post-class-<?php echo $arr[0]; ?>">jhfjshfkh</div>

und im Stylesheet kannst du dann damit was machen:

#post-cat-[COLOR=Red][B]auto[/B][/COLOR] { background: transparent url('porsche.img') no-repeat left top; }
.post-class-[B][COLOR=Red]auto[/COLOR][/B] { text-align: center; }

Ok, du hast eine Root Server ? Du kannst selbst die php.ini bestimmen ?
Dann kannst du folgendes in der php.ini deiner Konfiguration suchen und so ändern bzw. ergänzen wenn es fehlt:

mbstring.func_overload = 0
ze1.zend_compatiblity_mode = off
magic_quotes_runtime = off

Also der Validator zeigt einen offenen div [Invalid] Markup Validation of http://australien.muenst.ch/?p=10 - W3C Markup Validator

Habt ihr Änderungen am Template (speziell für Hervorhebung des Admin in Kommentaren) vorgenommen ? Dabei ist sicher ein schliessendes div mit ein den Anmeldetest reingerutscht, sodass im angemeldeten Zustand alles ok ist aber abgemeldet dann eben fehlt.

Nicht alles, was du für einen Google Bot hältst, ist auch einer. Kann dir gern mal ein paar Abfragen mit den korrekten Kennungen des Bots schicken. :)
Solange du die DC's (DataCenter) von Google nicht per IP nachweisen kannst, kann jedes 0-8-15 Script mit Google Kennung alles mögliche bei dir machen. (ein mittlerweile beliebter Sport von bösen Bots, da niemand Google unbesehen sperrt)

Der WebServer liefert alle physisch Dateien, die nicht *.php oder *.rb sind, aus den Verzeichnissen direkt aus, ohne dass sie jemals ein Interpreter zu Gesicht bekommt. Das gilt für Bilder, Stylesheet und sonstige nicht an Interpreter gebunden Dateien.

Deshalb kannst du auch kein php Code in einer *.css Datei ausführen lassen, denn diese geht 1:1 durch der WebServer raus.

Da wirst du noch 101 mal lesen müssen ( Featured Content Gallery Plugin » Beitrag » WordPress Magazin ) :

Zitat

3. Folgenden Code [size=10][COLOR=Red]in das verwendete Theme[/COLOR][/SIZE] an gewünschter Stelle einbinden (ohne das*)
<*?php include (ABSPATH . '/wp-content/plugins/content-gallery/gallery.php'); ?>

Also nicht in den Editor einfügen, egal ob HTML oder Visuell, sondern direkt in das Theme (index.php oder single.php oder ...)

Was genau heißt gegen die Mauer gelaufen?
Kannst du spezifischer mitteilen, was für Probleme aufgetaucht sind ?

Ich hab leider keine 11000 User (was ich als Overkill ansehen würde, wenn ich keinen RootServer mit mindestens 2 dicken Xeon's dafür hätte) aber ein Test mit einem Volltext Index auf der user_meta Tabelle wäre es wert:

ALTER  TABLE  `wp_usermeta`  ADD  FULLTEXT ( `meta_value` )

Die anderen Indizees sind bereits korrekt drauf, nur der hier nicht.
Beim meinen paar Spielusern macht das keinen Unterschied, bei 11000 Usern aber schon.

Übrigens: wird in dieser Tabelle pro Nutzer u.a. die gesamte Konfiguration der ein- und ausgeblendeten Boxen pro Bereich gemerkt und vieles mehr. Da kommen pro User schnell mal mehr als 20 Einträge zusammen, macht dann 220000 Rekords. Da wird's ohne Index oder schnellem Server sehr schnell sehr ungemütlich !

Dieses Stück aus deinem Codebeispiel hier meine ich:

<script src="jquery-1.1.3.1.pack.js" type="text/javascript"></script>
        <script src="jquery.history_remote.pack.js" type="text/javascript"></script>
        <script src="jquery.tabs.pack.js" type="text/javascript"></script>

Du versuchst hier selbst beigelegte Scripte zu laden, die nicht mit denen von WP kompatibel sind.

Und es ist egal, wo in der functions.php du da aufnimmst, Hauptsache innerhalb von <?php und ?> und nicht gerade in einer Funktion selbst :)

Nachtrag: Gab schon mal so eine Thread: http://forum.wordpress-deutschland.org/design/39807-j…html#post191672

Hast du mal einen Link zur Seite?
Ich denke, das du veraltete jQuery Tabs verwendest, die mit dem jQuery aus WP selbst nicht zusammenarbeiten. Dies tritt immer dann ein, wenn du noch so was wie Lightbox Plugins oder NGG laufen hast.
Man kann dafür sorgen, das die WP 2.7 beigelegte Version der jQuery Tabs in allen Theme Seiten verwendet werden kann, indem man einfach in der functions.php des Themes folgendes reinschreibt:

wp_enqueue_script('jquery-ui-tabs');

Dann wird automatisch die aktuelle jQuery Version von WP in die Seite integriert sowie die jQuery Tabs. Dann braucht man keine eigenen Scripts dem Theme beizulegen und hart in den Header kodieren.

Die verwenden eine komprimierte footer.php, in der das eigentliche Footer Stückchen codiert drin ist.
Schau dir mal aus einem Standard Theme die footer.php an und vergleiche sie, dann siehst du den Unterschied.
Du kannst die footer.php natürlich neu aufbereiten (aus dem Quelltext der Seite rauskopieren) und ein neues Footer Template bauen. (Aber Author-Rechte beachten)

Zitat von cybaGS

oh gott dass kann ich mir nich geben... das ist so extrem lahm, da wird man ja aggressiv... ich hab vor allem ein blog das für jeden offen ist so dass ich mehrere beitraege gleichzeitig in tabs öffne, da dauert das lichtjahre...

und firefox 3.0.5 stürzt sehr oft im beitrag editier modus ab :( (nur 1 tab ist offen)

Was genau heißt "abstürzen" ?
Also ich hab alle Versionen von 2.3.3 bis 2.7 lokal zur Verfügung um diverse Test durchführen zu können. Ich kann bei 2.7 keine solch gravierenden Zeitprobleme feststellen. Allerdings gibt es evtl. Probleme beim Upgrade einer 2.6 auf 2.7 wenn man Folgendes vergessen hat:

1. den Browser-Cache zu leeren (und ich meine nicht nur SHIFT + Reload) sondern richtig alles wegwerfen lassen (Einstellungen).
2. den Turbo vorher zu deaktivieren, dann WordPress aus Gears rauszuwerfen und nach dem Upgrade wieder aktivieren und neu einlesen lassen.

Vergisst man das, bekommt man u.U. massive Probleme, weil veraltete Scripts auf den neuen Seiten angewendet werden, die dann massiven Zeitverzug bedeuten können.

Ebenfalls sind in 2.7 die Versionen von jQuery (und allem was davon abhängt) sowie prototype.js erneuert worden. Das führt zu scheinbaren, endlosen Blockaden, wenn "ungeschickt" programmierte Themes oder Plugins ihre Scripte in jede Seite von WP ohne Ausnahme laden lassen, also auch im Admin Bereich. Zu diesen Plugins zählen eine Vielzahl von Lightbox Varianten aber auch Themes wie Freshy 2. Es gibt noch viel mehr Plugins und Themes, die dieses "unrühmliche" Verhalten an den Tag legen, diese sind nur exemplarisch benannt. Die Auswirkungen sind, das Seiten scheinbar endlos laden und irgendwann fertig werden. Wenn man Glück hat, funktionieren sie dann, meist gibt es aber Scriptfehler, die dann zum Beispiel den TinyMCE Editor nicht mehr funktionieren lassen.
Deshalb ist ein Test mit komplett deaktivierten Plugins und Standard Theme immer sinnvoll.

Und um im Vorfeld sich ein Bild machen zu können und ggf. Plugins und Themes zu testen, empfiehlt sich immer eine lokale XAMPP/MAMPP oder LAMPP Installation mit dem entsprechenden WP drin installiert. Da kann man rumspielen ohne die Domain zu gefährden und testen, was man lustig ist.

Dann mach es mit

padding-right: 341px;

und erstell dir ein Bild mit 1px Höhe und 341px Breite, das rechts und links deine Linien hat.
Dann klebst du das in den Hintergrund:

#posts {
padding-right: 341px;
background: #fff url(dein.jpg) repeat-y right top;
}

Probier es doch aus. Die Border simuliert eine leere rechte Spalte, die genauso lang wie der linke Content wird. Hab ich mit deiner Seite per Firebug bereits getestet.

Ich würde statt der margin eine Border machen style.css (Linie 80)

#posts {
background-color:#FFFFFF;
border-right:341px solid #E8E8E8;
/* margin-right:341px; */


}

Hatte ich schon hier beantwortet: http://forum.wordpress-deutschland.org/konfiguration/…html#post214922
Es gibt keine Beschränkung der Größe durch WP. Es handelt sich sicher im ein Hauptspeicher-Verbrauchslimit, daß der Provider vorgibt. Daran kann nur der Provider bzw. der Admin was ändern.

Du verwendest eine WordPress Version < 2.5, denn erst ab 2.5 gibt es diese WP Funktion.

Also ich hab mir deinen Kommentarfeed mal angesehen. Der Inhalt ist mehr als fraglich, denn es sind 2 Sachen enthalten:

1. ein korrekter Feed
2. und dahinter eine komplette HTL Seite !

Also ist der Feed für den Reader korrupt. Das sieht mir danach aus, als ob dein Theme dieses Problem verursacht. Wechsel mal testhalber auf das Standard Theme und prüfe den Feed erneut.
Wenn das auch nicht funktioniert, dann sind dein WP Dateien beschädigt.