Beiträge von codestyling

Zitat von Goover

Was meinst du nun genau, das man mit Akismet kein Glück haben wird...
Das es gegen die Regeln bei Funpic ist oder das es dort nicht geht...

Also lesen und Beispiel Zitat aus den FunPic Regeln:

Zitat

Autoreloadscripts (Webcams, Besuchertausch, oft aktualisierende AJAX Seiten) AdServer, sind nicht erlaubt, da sie durch ihre schnellen Reloads eine unangemessen hohe Last für den Server bedeuten. Serverseitige (auf php basierende) Onlinegames (Browsergames) sind aufgrund ihres hohem CPU Verbrauches nicht gestattet.Ebenso statistische Auswertungen grosser Datenmengen, Game/Turnierstatistiken, Country/Sprachdaten, Binaerdaten, Maps, grosse Counterdatenbanken etc. Dies gilt insbesondere f¨ Browsergame Tools (Scan/Map/Ressourcen/Raid etc) Scripts/Datenbanken (z.b. Inselmonarchie). Counteransammlungen ueber 1-2MB werden von uns gegebenenfalls ohne Vorwarnung geleert.

Die werden es nicht zulassen, dass dein Server mit Akismet Server permanent kommuniziert, um jeden einzelnen Kommentar hinzuschicken und prüfen zu lassen !

Einfach mal alles in Ruhe lesen und nachdenken.

Ergänzung: Also für 6,99 € pro Monat (3 Monate gratis) kannst du bei 1und1 hosten lassen und bekommt 1 MySql DB und 2 Domains. Sind immer noch 2-3 € billiger als bei deinem anderen Anbieter aber mit DB. Wenn man sucht und nicht 1und1 will, findet man sicher auch brauchbare andere Hoster unter 9 € mit Datenbanken.

Zitat von redcat63

Sinn und Zweck der Geschichte (Mehrwert) ist, dass nicht sofort jeder Depp auf die Schnelle austesten kann, ob es sich um WordPress handelt.

Mal am praktischen Beispiel:

<link rel="stylesheet" href="http://www.elke-burmester.de/wp-content/themes/default/style.css" type="text/css" media="screen"/>
<link rel="stylesheet" href="http://www.elke-burmester.de/wp-content/themes/default/style-hrot.css" type="text/css" media="screen" />
...
<link rel="stylesheet" type="text/css" href="http://www.elke-burmester.de/wp-content/themes/default/kontakt.css" />

Somit ist schon mal klar, wo dein wp-content Ordner ist, da WP ja Theme gebunden ist.

Der Response HTML Header deiner Seiten sagt:

X-Pingback: http://www.elke-burmester.de/xmlrpc.php

Damit outet sich ein WP >= 2.5.0, weil die älteren Versionen das nicht geschickt haben.

Das könnte man jetzt noch beliebig erweiteren. Ich hab nur das benutzt, was mit einem FireFox bereitstellt wird und sonst nix.

Damit dürfte aber klar werden, das alles Umbenennen nix helfen wird, denn die Deppen sind's nicht, die dein Blog kapern wollen.
Ausserdem sind in einigen WP 2.5.0+ JavaScripts, die ich abrufen kann, die Admin Pfade zum Zwecke von Ajax Call reinkodiert, da hilft dann auch kein Umbennenen der Pfade.

Ich bleib dabei, Absichern und Updaten ist besser als Umbenennen.

Ach so, und was Sicherheitslücken angeht: Es gibt die Möglichkeiten von Tippfehlern (bei 200 Trefferstellen vorstellbar), Fehlinterpretationen von Benutzereingaben, Kollisionen mit Tag/Kategorien usw. Also da kann weit mehr mit zusammenhängen, als man einfach übersehen kann.

Bitte erstmal die Regeln für FunPic studieren: -> Regelwerk

Mit diesem Regelwerk und den Einschränkungen, die hier gelten, glaube ich kaum, das sie eine permanent anfallende Anfrage bei Aksimet zulassen.

Wenn es schon nicht statthaft ist Ajax zu benutzen oder live Images Previews per PHP erstellen zu lassen, wirst du mit Aksimet kein Glück haben.

Empfehlung: Providerwechsel (0,00€ muß ja irgendwo Beschränkungen haben)

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.

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.

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

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:

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.

<div class="post" id="post-755">
        <div class="date"><span>Apr</span> 29</div>
        <div class="title">
            <h2><a href="http://www.c-salsaforum.de/?p=755" rel="bookmark" title="Permanent Link to Summer Salsa Festival Munich 2008 - Tickets - Kartenbestellung">Summer Salsa Festival Munich 2008 - Tickets - Kartenbestellung</a></h2>
                  <div class="postdata">
                      <span class="category"><a href="http://www.c-salsaforum.de/?cat=5" title="View all posts in München Festival" rel="category">München Festival</a></span>
                      <span class="comments"><a href="http://www.c-salsaforum.de/?p=755#respond" title="Comment on Summer Salsa Festival Munich 2008 - Tickets - Kartenbestellung">No Comments »</a></span>
                  </div>
        </div>
        <div class="entry">
                <p>[COLOR=Red][U][B]<!--[/B][/U][/COLOR]


....


          [COLOR=Blue] </div>[/COLOR]<!--/entry[COLOR=Red][U][B] -->[/B][/U][/COLOR]

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).

Zitat von chris1

Du bist super... ich dachte schon es weiß keiner... vielen Dank...
in welcher Datei finde ich das genau? (sorry bin noch nicht so lange dabei)

In der WP Administration unter Design -> Theme-Editor -> Hauptseiten-Template oder in Verzeichnis deines aktuellen Themes als index.php

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

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

?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.

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 !

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.

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

<pre class="code console">
wget http://daryl.dostech.ca/sa-update/sare/GPG.KEY
gpg -–import GPG.KEY
sa-update –import GPG.KEY
rm GPG.KEY
wget http://spamassassin.apache.org/updates/GPG.KEY
gpg –-import GPG.KEY
sa-update -–import GPG.KEY
rm GPG.KEY
wget http://yerp.org/rules/GPG.KEY
gpg -–import GPG.KEY
sa-update -–import GPG.KEY
</pre>

mit einem styling in der css Datei:

.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.

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.

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:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" dir="ltr" lang="de-DE">


<head profile="http://gmpg.org/xfn/11">


   <!--script type=�text/javascript�><!�//�><![CDATA[//><!�


    sfHover = function() {
    var sfEls = document.getElementById(�nav�).getElementsByTagName(�LI�);
    for (var i=0; i<sfEls.length; i++) {
    sfEls[i].onmouseover=function() {
    this.className+=� sfhover�;
    }
    sfEls[i].onmouseout=function() {
    this.className=this.className.replace(new RegExp(� sfhover\\b�), ��);
    }
    }
    }
    if (window.attachEvent) window.attachEvent(�onload�, sfHover);


    //�><!]]></script-->


<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />

Das ist eine zwangskonvertierte wp-config.php, die mal Unicode war.
Deshalb steht da auch am Anfang der Datei "";
Lösche diese 3 Zeichen auch deiner wp-config.php (müssen die ersten 3 sein) und installiere erneut.

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.

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.

$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

/**
     * Constructor
     *
     * @param object Reader the StreamReader object
     * @param boolean enable_cache Enable or disable caching of strings (default on)
     */
    function gettext_reader($Reader, $enable_cache = true) {
        // If there isn't a StreamReader, turn on short circuit mode.
        if (! $Reader || isset($Reader->error) ) {
            $this->short_circuit = true;
            return;
        }


        // Caching can be turned off
        $this->enable_cache = $enable_cache;


        // $MAGIC1 = (int)0x950412de; //bug in PHP 5.0.2, see https://savannah.nongnu.org/bugs/?func=detailitem&item_id=10565
        $MAGIC1 = (int) - 1794895138;
        // $MAGIC2 = (int)0xde120495; //bug
        $MAGIC2 = (int) - 569244523;
        // 64-bit fix
        $MAGIC3 = (int) 2500072158;


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


        // FIXME: Do we care about revision? We should.
        $revision = $this->readint();


        $this->total = $this->readint();
        $this->originals = $this->readint();
        $this->translations = $this->readint();
    }

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

Zitat von Ralf72

Hi Sayler,

Wo finde ich diesen Schalter? Ich habe schon überall gesucht, aber auch unter Settings > Schreiben finde ich nichts dergleichen.

... unter Benutzer -> Dein Profil gleich als ersten Eintrag

Hmm, was immer du sagst
Aber deine header.php deines Theme hast du auch bearbeitet oder ?
Die hat einen Fehler:
Du lässt vor dem <head profile="http://gmpg.org/xfn/1"> bereits
einen Style einbauen, der nochmal kurz vor dem Ende des </head> wiederholt wird.
Solltest du reparieren...