Beiträge von codestyling

  • IE PNG Fix

    Zitat von jLn

    swürd mich freuen, wenn das problem jemand löst.
    der iE6 wird uns webdesigner wohl noch eine weile plagen

    Leider ist das der Preis dafür, dass man im IE6 dann transparente PNG's haben kann. Ein background-repeat für transparente PNG's funktioniert mit allen Fix Varianten für den IE6 nicht, das ist ein konzeptionielles IE6 Problem und nicht lösbar!

    Der IE7 und höher braucht das nicht und kann dann wieder repeat.

    Ich persönlich lass mich nicht (mehr) auf krude Workarrounds für IE6 Kompatibililität ein, denn
    1.) kann jeder der ein legal erworbenes Windows (Ausnahme: Win98/NT4) auf den IE7 jederzeit updaten.
    2.) gibt es genügend alternative Browser, die es besser können.

    Solange ich keinen Shop betreibe, weil meine Seite pro IE6 Benutzer, den ich "vergraule", mehrere € potentiellen Verlust bringt, ist mir die IE6 Landschaft schnurz. Erst wenn es um Geld geht, würde ich evtl. ein paar Änderungen machen, aber verbiegen würde ich mich für ewige Altlasten trotzdem nicht.

  • Sidebar Box minimieren verhindern... wie?

    Zitat von chris1

    Hallo,
    Wie und wo genau muss ich diese Funktionalität für diese Box ausstellen.

    In Verzeichnis /wp-content/themes/i3theme-1-6-classic-right/ gibt es eine dbx-key.js, in der definiert wird, was mit den Docking Boxen gehen soll.

    Code
    var sidebar_left = new dbxGroup(   'sidebar-left', 		// container ID [/-_a-zA-Z0-9/]
   'vertical', 		// orientation ['vertical'|'horizontal']
   '7', 			// drag threshold ['n' pixels]
   'no',			// restrict drag movement to container axis ['yes'|'no']
   '10', 			// animate re-ordering [frames per transition, or '0' for no effect]
   '[U][B][COLOR=Red]yes[/COLOR][/B][/U]', 			// include open/close toggle buttons ['yes'|'no']
   'open', 		// default state ['open'|'closed']
   'open', 		// word for "open", as in "open this box"
   'close', 		// word for "close", as in "close this box"

    Stelle doch einfach open/close button auf [COLOR=SeaGreen]no[/COLOR] für die sidbar-left und schon ist's nicht mehr schliessbar ;-)

  • admin Ordner aus Sicherheitsgründen umbenennen?

    Zitat von redcat63


    Hat jemand das schon von Euch gemacht?
    Können Probleme auftauchen und wenn ja, welche?

    Gibt es ggf. ein Plugin, dass das Umbenennen und den "Rattenschwanz", der danach folgen kann, erleichtert?
    Mit Rattenschwanz meine ich beispielsweise das automatische Ändern von Plugins bzw. WP-Dateien, etc.

    1.) Es gibt sicher ausreichend Mittel, WordPress abzusichern, ohne Strukturen zu ändern. Und wenn man das machen will, dann kommt dies auf einen zu:

    Code
    Suchen nach: wp-admin
Es wurden 154 Vorkommen in 50 Datei(en) gefunden.


Suchen nach: wp-content
Es wurden 64 Vorkommen in 26 Datei(en) gefunden.

    Ich hab mal die einzelnen Treffer weggelassen und nur die Saldos vermerkt.
    Untersucht wurde ein WP2.5.1 mit Google Sitmap Plugin und sonst nix weiter. Damit hat man allein so schon über 200 potentielle Fehlerquellen, das wieder mal was nicht funktioniert und man keinen Support mehr leisten kann, da man nicht wissen kann, wieviel verändert wurde.

    2. ist es deshalb bedenklich, da einige Plugin's, die dem normalen Besucher bestimmte Zusatz "Spielereien" wie Smilies, SlideShows, Editoren oder Gallerien anbieten, meist ihre Javascripts aus ihren Plugin Ordnern nachladen, womit man schon mal die Struktur zum wp-content Pfad offenlegt, egal wie der jetzt heißt. Man braucht dann nur im Quelltext der Seite nachschauen.

    Zusammenfassend sehe ich keinen Mehrwert in der Umbenennung der Ordner sondern nur Nachteile in Bezug auf:

    • Kompatibilität von frei verfügbaren Themes/Plugins
    • Einspielen neuer Updates und Sicherheitspatches
    • Eröffnen von Sicherheitslücken, die es vorher nicht gab
    • Kosten/Nutzen Verhältnis (in Arbeitsstunden) für trügerische Sicherheit

    Die o.g. Links zur Absicherung von WP, ab und zu eine Analyse der Logfiles sowie korrektes Einspielen von Sicherheitsupdates lohnen sich da weitaus mehr.

  • Sidebars verschieben... wie?

    Der Inhalt des Posts mit ID 755 enthält einen Kommentarbeginn, der erst hinter dem schliessenden div des Entries endet und somit den gesamten Inhalt des Posts verschluckt und eben auch dieses entry End Div.
    Somit rutschen später deine beiden Spalten in die left-col rein.

    Wirf aus dem Post einfach den halb angefangenen Kommentar raus [COLOR=Red]<!--[/COLOR] dann gehts wieder (evtl. brauchts du HTML Ansicht statt Visuell).

  • Sidebars verschieben... wie?

    Du hast die beiden sidebars in die leftcol eingesperrt.
    Nimm die beiden sidebar div's in deiner Hauptseite einfach aus dem div left-col raus und dahinter, dann siehts auch aus wie auf der catagory.
    es sieht so aus als hättest du das Hauptseiten Template "falsch" gepatched ;-)

  • admin Account hat nicht genügend Rechte

    Zitat von S51


    Gestern abend auf meine Seite geguckt und wollte im Admin bereich noch bischen was ändern, aber auf einmal waren mir alle Rechte entzogen...

    Ich würde mal sagen, es hat sich jemand an deinem Blog vergriffen. Ein Hack wäre nicht auszuschliessen, denn dein Admin Login outet deine WP Version als

    PHP
    ?version=2.3.1

    Das solltest du mindestens auf 2.3.3 wenn nicht 2.5.1 updaten !

    Allerdings kann das etwas schwierig werden, wenn du kein Backup der DB hast, mit dem du die wp_options und wp_user Tabelle wieder herstellen kannst, wie sie vorher waren, um den Update dann auch ausführen zu können.

  • Tabelle macht was sie will !

    Das liegt unter anderem daran, dass du in der Tabelle <p> benutzt, die zwar eine eigene class haben, diese aber nix definiert.
    Somit gilt für diese <p> ebenfalls folgende Definition:

    .post_entry p {
    float: left;
    .....
    }
    was die Inhalte der Tabelle aus dem Fluss nimmt.
    Es reicht aus, den float:left; rauszunehmen, damit im FF die Tabelle dort landet, wo sie soll und auch das restliche Design sieht danach noch ok aus.

    Trotzdem solltest du die Failed validation, 216 Errors für deine Seite bereinigen !

  • WordPress 2.5 Backend Extension Engine

    Ich arbeite gerade an einer Extension Engine für das WP Backend.
    Teilweise ist das Markup und Styling im Backend von WP nicht immer sinnvoll für ein Umgestalten geschaffen.
    Da ich aber Anpassung im Backend zur komfortablen Benutzung haben möchte, sehe ich es als notwendig an, das evtl. zu generalisieren. Eine Engine, die als Plugin geladen wird, kümmert sich um die benutzerspezifische Anpassung einzelner Admin Seiten.
    Als Beispiel habe ich einen Screenshot des Theme Editors angehängt, der den originalen HTML Markup benutzt, den WP ausgibt, jedoch das CSS mehrfach überlädt, um alles so zu arrangieren, wie es sein sollte.
    Die Erweiterungen sind wie zu sehen:

    1. ein an WP angepasster (modifizierter) CodePress.js Syntaxhighlight Echtzeit Editor
    2. wie beim TinyMCE eine Umschaltbarkeit zwischen Syntax und purem Text
    3. ein Seitenvergrößerung (Breite, ggf. auch Höhe) des Editors, falls man einen 16:10 Bildschirm mit 1600px zur Verfügung hat.

    Dies ist in der Header Zeile des Editor zu sehen (sorry für Bildqualität).
    Bevor ich diese Editorerweiterung freigeben kann, wäre es hilfreich, wenn ich Testunterstützung bekommen könnte, denn ich teste derzeit nur mit IE 7 und FireFox. Da das CSS u.U. aber Hacks braucht, wären Betatester willkommen.
    Bitte PN schicken bei Interesse und Kommentare und/oder Hinweise erbeten. Da ich beruflich im Moment im Projektstress (Release Endphase) bin, kann es ggf. etwas dauern, bis ich mich melde.

    Gesamtziel sollte dann Schritt für Schritt ein Plugin sein, das dem gesamten Admin Bereich ohne eine einzige Änderung eines original WordPress PHP Files komplett umskinnen und erweitern kann.

  • Wordpress HTML konform

    Warum nicht den Code in einen pre sperren und dann stylen:

    mit einem styling in der css Datei:

    Code
    .code {
  margin-left: 30px;
  padding: 5px;
}
.console {
  color: #fff;
  background-color: #000;
}

    Kannst ja gern die colors ändern, nochwas hinzu definieren oder code und console Klasse zusammenwerfen in eine, ganz nach Belieben.
    Wenn du etwas innerhalb von <pre></pre> eingibst, bleibt es wie es ist.

  • Googlebot erstellt selbst Suchanfragen

    Google Toolbar und FireFox Plugins wie LivePR oder AlexaRank

    Für alle zur Information: Diese Browsererweiterungen fragen bei jedem Seitenabruf des Browser bei eingeschalteter PR/AlexaRank Anzeige den PR/AlexaRank der aktuell angesuften Seite an.
    Wenn also Google oder Alexa eine Rank Anfrage per Toolbar oder Plugin bekommen (was auch nichts anderes als eine HTML get/post Anfrage ist) und sie die Seite nicht kennen aber deine anderen Seiten bereits halbwegs gerankt sind, dann schicken sie umgehend den Bot vorbei.
    Wenn also ein Besucher deiner Seite mit einer Toolbar/Plugin surft und bei dir die Suche im Blog verwendet, dann führt das u.U. zum Spidern der Suchanfragen, da die besagten Urls "/?s=xxxx" so durch die Toolbar/Plugins für die Rankanfrage durchgereicht werden noch ehe deine Domain die Anfrage bekommt.
    Auf diese Weise spidern die auch den Admin Login, wenn man diese Toolbars/Plugins an hat, während man sich einloggt.
    Abhilfe schafft da nur das Aussperren per .htaccess Datei.

  • z-index im IE

    Hi,

    bitte bring erstmal den Header deiner Templates in Ordnung, damit man davon ausgehen kann, das der Browser auch macht (machen kann) was er soll:

  • Bedeutung secret_key

    Falls der Eintrag in der wp-settings.php nur für den Fall da sein sollte, dass man das nicht in der wp-config.php drinstehen hat, dann wäre das ein potentielles Sicherheitsrisiko für Leute die ihre "alten" Blogs updaten aber ihre alte wp-config.php unverändert behalten !

    Mit dem Wissen, welcher "default string" in WP eingebaut ist, können u.U. Hacker was anfangen und in die Blogs einbrechen!

    Ich hab zwar noch keine konkrete Vorstellung, wie man das ausnutzen könnte, aber es fühlt sich für mich "unsicher" an. Eine Sicherheitsanalyse wäre hilfreich.

  • WP 2.5 deutsch funktioniert nicht

    Es gab ja zu WP 2.3.3 und WP 2.5 Fixes wegen 64 Bit Machinen.
    Wenn ich den Fix ansehe, dann wurde das binary & entfernt für 2 Konstanten.
    In aktuellen WP 2.5 ist aber das für eine 3. Konstante noch an.

    Code
    $this->STREAM = $Reader;
        $magic = $this->readint();
        if ($magic == $MAGIC1 || $magic == $MAGIC3) { // to make sure it works for 64-bit platforms
            $this->BYTEORDER = 0;
        [B][COLOR=Red]} elseif ($magic == ($MAGIC2 & 0xFFFFFFFF)) {[/COLOR][/B]
            $this->BYTEORDER = 1;
        } else {
            $this->error = 1; // not MO file
            return false;
        }

    Eventuell hilft ein Patch für die 3. Konstante weiter.
    Die zu ändernde Datei: /wp-includes/gettext.php

    Also das [COLOR=Red]Rote[/COLOR] mit dem [COLOR=SeaGreen]Grünen[/COLOR] ersetzen.

  • Sidebar Was habe ich falsch gemacht???

    Zitat von Markus1803


    Und würde das dann nicht nur bei einem Theme sein und nicht bei allen?


    Es würde nur bei dem Themes auftreten, die du verändert hast, alle anderen, die unverändert sind, nicht.
    Nimm mal ein anderes Theme und schalte das Plugin mal ab.
    Es muß zwar nix ändern, aber prüfen kann man ja mal.

    Ach ja, noch was: deine Domain war bisher ohne www erreichbar.
    Falls du durch Plugins un/oder Widgets fest kodiert URL's in der Datenbank stehen hast, macht das einen Unterschied.

  • Sidebar Was habe ich falsch gemacht???

    Hmm,
    da ich den Provider nicht kennen, kann ich nicht viel dazu sagen.
    Hab mir gerade die Demo von Confixx angesehen, da kannst du unter "Domain" je nicht wirklich viel machen.
    Dann mußt du wohl mit dem 302 temporär leben aber zumindest müsstest du die beiden Einträge in WordPress anpassen, wie beschrieben.