Beiträge von codestyling

So ein Layout des Editors bekomme ich nur erzwungen, wenn ich die post-new.php mutwillig modifiziere und statt 100% Breite das hier mache:

<table id="content_tbl" class="mceLayout" cellspacing="0" cellpadding="0"
style="[COLOR=Red]width: 980px[/COLOR]; height: 212px;">

Hast du evtl. ein Plugin laufen, was deinen Adminbereich "vergrößert" (Breitenausnutzung) oder an einem *.css geschraubt, welches im Admin Bereich geladen wird ?
Hast du gar in der php selbst geändert ?

Auf exakt deine Fehlermeldung (Zeilennummer nicht gleich, aber inhaltlich/fachlich gleiches Problem) antwortete der Autor auf der von dir als Link angegeben Seite:

Zitat

Thies Says:

Helo,
my wordpress installation throws an exception:
Parse error: syntax error, unexpected T_STRING, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or ‘}’ in /ampelsprinter/mainsite/wordpress/wp-content/plugins/google-maps-for-wordpress/wp-google-maps.php on line 49
Can you help?
Regards
Thies

Aaron D. Campbell Says:

It looks like you don’t have PHP5, which is a requirement. I was pretty sure it was documented in the readme.txt, plugin description, etc, but it was not. I apologize for that. The documentation has been updated in the repository on wordpress.org, and will be available in about 15 minutes. Unfortunately, as you can see from the text under my navigation links on the left of this site, everything I write now requires PHP 5.2+ (some will work with PHP5+, but 5.2 is guaranteed).

Alles anzeigen

Wer lesen kann (und evtl. englisch versteht) ist klar im Vorteil. :)

Also das Plugin benötigt PHP 5.2, weil der Autor nur ausschließlich PHP 5.2+ Projekte macht. Und das ist bei dir entweder nicht verfügbar oder nicht aktiviert.

Ein Offline XAMPP hat derzeit (aktuelleste Version) standardmäßig PHP5.2 aktiv.

Die Funktion load_plugin_textdomain in WP 2.5.1 ist wie folgt codiert:

/**
 * load_plugin_textdomain() - Loads the plugin's translated strings
 *
 * If the path is not given then it will be the root of the plugin
 * directory. The .mo file should be named based on the domain with a
 * dash followed by a dash, and then the locale exactly.
 *
 * The plugin may place all of the .mo files in another folder and set
 * the $path based on the relative location from ABSPATH constant. The
 * plugin may use the constant PLUGINDIR and/or plugin_basename() to
 * get path of the plugin and then add the folder which holds the .mo
 * files.
 *
 * @since 1.5.0
 *
 * @param string $domain Unique identifier for retrieving translated strings
 * @param string $path Optional. Path of the folder where the .mo files reside.
 */
function load_plugin_textdomain($domain, $path = false) {
    $locale = get_locale();
    if ( empty($locale) )
        $locale = 'en_US';


    if ( false === $path )
        $path = PLUGINDIR;


    $mofile = ABSPATH . "$path/$domain-$locale.mo";
    load_textdomain($domain, $mofile);
}

Somit hängt es also von mehreren Sachen ab.

1.) ist dein Plugin in einem Unterverzeichnis installiert?
Nur für den Fall das es so ist, mußt du der Funktion als 2. Parameter das Verzeichnis klarmachen, wo es suchen muß. Da ABSPATH auf den Root deiner Blog Installation zeigt, bräuchtest du in diesem Fall:

/wp-content/plugins/intouch

oder sicherer, wenn .mo und plugin php im gleichen Verzeichnis liegen, mit

load_plugin_textdomain('intouch', PLUGINDIR."/".dirname(plugin_basename(__FILE__)));

2.) die .mo Datei muß korrekt benannt sein und hat eine spezielle Anforderung, in deinem Fall dann:

intouch-de_DE.mo

Versuch diese CSS Anpassung in style.css (line 63):

#page {
background:transparent url(images/main-bg.jpg) no-repeat scroll center top;
[COLOR=Red]position:absolute;[/COLOR]
}

Dann klappt es auch mit dem FF, denn dieser div hatte bisher keine Angabe und alle seine "Kinder" sind aus dem Fluss genommen worden mit position Angaben. Deshalb macht das eigentlich der FF auch richtig aber der IE eben nicht (auch wenn du das vielleicht anders siehst, aber FF hat in Bezug auf CSS Recht)!

Da die Bilder von einem Image Server zu kommen scheinen, wird wohl die freie Wahl der Größen ausscheiden.
Eine Alternative, wohl eher Kompromiss, wäre noch, die Bilder in einen div einzusperren, hier am Beispiel der 3.Spalte:

<div style="width:210px; overflow:hidden;float:left;margin-right:10px;"><img alt="Lehrer-Online - Verdauung und Verdauungsorgane" src="http://img.skitch.com/20080509-ticsyq32mtjghcwp34xrkmaaxn.png"/></div>

Der sorgt dafür, dass Bilder, die proportional angepasst werden auf 82px Höhe, rechts bei 210px beschnitten werden, falls sie zu lang werden.

Ist auch nur ein Kompromiss, aber es sieht im Beispielbild danach aus, als ob man auf den rechten Teil durchaus verzichten könnte.

Die schlechteste Wahl wäre, für <img> Höhe 82 und Breite 210 fest vorzugeben, dann wird das Bild nicht mehr proportional gestreckt und entartet völlig, hat aber immerhin die angegebene Abmessung.

...sind schon ein Probleme, wenn's nicht die eigene Bilder sind...

Das könnte mit diesem Bug zusammenhängen der erst in 2.5.2 behoben sein soll: #6460 (Feed PHP files show no posts when WP has it's own directory) - WordPress Trac - Trac

Zitat von eha

Die da wären?

versuchs mal hiermit:

http://validator.w3.org/check?verbose=1&uri=http%3A%2F%2Fblog.sebastian-ehrhardt.de%2F

This page is not Valid XHTML 1.0 Transitional!
Failed validation, 203 Errors

... und dann gehts mit dem verbessern los.

<li class="[COLOR=Red]widget widget_categories[/COLOR]" id="categories-1"><h2 class="widgettitle">Kategorien</h2>
    <ul>
        <li class="cat-item cat-item-3"><a title="1.Mannschaft" href="http://www.sgcastrop.de/wordpress/?cat=3">1.Mannschaft</a></li>
        <li class="cat-item cat-item-5"><a title="2. Mannschaft" href="http://www.sgcastrop.de/wordpress/?cat=5">2. Mannschaft</a></li>

Da die Kategorien per Widget ausgegeben werden, kann man in der Sidebar.php soviel ändern wie man will, dass bringt ja dann rein gar nix!

Entweder ohne Widget arbeiten oder Widget Core Code ändern.

13:09:28.722[94ms][total 94ms] [COLOR=Red]Status: 301[Moved Permanently][/COLOR]
GET [COLOR=RoyalBlue]http://bigfeetboys.de/blog[/COLOR] Load Flags[LOAD_DOCUMENT_URI  LOAD_INITIAL_DOCUMENT_URI  ] Größe des Inhalts[-1] Mime Type[text/html]
   Request Header:
      Host[bigfeetboys.de]
      User-Agent[Mozilla/5.0 (Windows; U; Windows NT 5.2; de; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14]
      Accept[text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5]
      Accept-Language[de-de,de;q=0.8,en-us;q=0.5,en;q=0.3]
      Accept-Encoding[gzip,deflate]
      Accept-Charset[ISO-8859-1,utf-8;q=0.7,*;q=0.7]
      Keep-Alive[300]
      Connection[keep-alive]
      Referer[http://forum.wordpress-deutschland.org/installation/34338-supergau-weblog-ist-nicht-mehr-zu-sehen.html]
   Response Header:
      Date[Fri, 09 May 2008 11:09:28 GMT]
      Server[Apache/1.3.37 (Unix)]
      Location[[COLOR=RoyalBlue]http://bigfeetboys.de/blog/[/COLOR]]
      Keep-Alive[timeout=3, max=99]
      Connection[Keep-Alive]
      Transfer-Encoding[chunked]
      Content-Type[text/html; charset=iso-8859-1]

Deine Domain leitet endlos immer wieder um. Hast du was an der .htaccess gemacht oder ist die Standard Wordpress ?

Welchen Grund gibt es, dein .de Blog in einen Frameset zu zwingen ?
Ich denke, der Frameset ist das Problem und proviziert den reload.
WordPress arbeitet im Standard niemals mit Frameset's, das ist ein antiquierte Technology, die man in den 90er benutzt hat aber mit heutigen Möglichkeiten nicht mehr sinnvoll ist.

Einer der betroffenen Hoster scheint all-inkl.com zu sein (laut Denic:)).
Kann jemand bestätigen, das es dort mehrere Blogs "erwischt" hat ?

Ein Kompromittierung eines Massenhosters (auf einem Server laufen ca. 500++ Domains) würde es erlauben, beliebigen Domains dort was unterzuschieben.

Das würde auch erklären, warum es auch Joomla erwischen kann, wie im vorherigen Post in Frankreich gefunden wurde.

Zitat von Silencer

vielleicht hilft es dem einen oder anderen weiter?

Das funktioniert im IE6 nur für "einfarbige" transparente PNG's.
Hier der css Ausschnitt aus dem von dir empfohlenen Link:

#trans-box {
    width:600px;
    padding:50px;
    margin:0 auto;
    text-align:left;
    background:url(../grafiken/trans_dark.png) repeat;
    border:5px solid #ddd;
}


/* IE6 CSS */


#trans-box {
    background-image:none;
    background:filter:progid:DXImageTransform.Microsoft.AlphaImageLoader
    (src='grafiken/layout/trans_dark.png', [COLOR=Red]sizingMethod='scale'[/COLOR]);
}

So, jetzt nehmen wir mal ein transparentes PNG mit 10px mal 10px, welches wiederum in Quadrate zu je 5px Kantenlänge unterteilt ist (4 Stück total).
Das links-oben und rechts-unten bekommt 80% alpha die anderen beiden 50% alpha.

Wenn ich den o.g. Fix für den IE6 anwende, bekomme ich alles gestreckt und meine Kantenlängen sind nicht länger 5px sondern abhängig von der Containergröße. Wenn die Box also 200px mal 200 px ist, sehe ich immer noch nur 4 Teilquadrate jedoch mit Kantenlängen von 100px !!!

Ich wollte aber ein Schachbrettmuster haben, mit Quadraten zu 5px Kantenlänge, was der FireFox oder IE7 auch so macht nur eben IE6 nicht !

Also sind solche Workarounds nicht wirklich hilfreich.

Bug in WP 2.5.1 - wird in 2.5.2 behoben sein

Kann hier nachgelesen werden und ist ein Problem des Sicherheitsupdates von Firefox 2.0.0.14 mit WP 2.5.1 #6864 (Problem with insertion of images in Firefox) - WordPress Trac - Trac

Der Patch ist ebenfalls beschrieben für die, die es nicht abwarten können (wollen). Allerdings sollte man was mit englisch anfangen können :-D

Das ich leider keinen IE6 mehr hab (und auch nie wieder sehen will), kann ich nur sagen, das ich es mit 100% im Body Hack als Basis machen würde und dann von jemanden prüfen lassen, der einen IE6 hat.

Also am Einfachsten und Sichersten style.css Zeilen 194 und 196 ändern in:

.[COLOR=Red]previous-post[/COLOR] { padding: 0 20px 0 0; float: left; }
    
    .[COLOR=Red]next-post[/COLOR] { float: right; }

und im der entsprechenden Datei im Theme (kann ich leider nicht kennen, aber du solltest es wissen) :)

<div class="navigation">
    <span class="[COLOR=Red]previous-post[/COLOR]">&larr; <a href="http://blog.susanne-gruner.de/?p=28">Studiengebührenerhöhung international</a></span>
    <span class="[COLOR=Red]next-post[/COLOR]"><a href="http://blog.susanne-gruner.de/?p=30">Achtung! Schuhe putzen!</a> &rarr;</span>
</div>

bitte dann so ändern, dann klappt's auch wie gewünscht.

<div class="navigation">
    <span class="previous">← <a href="http://blog.susanne-gruner.de/?p=28">Studiengebührenerhöhung international</a></span>
    <span class="next"><a href="http://blog.susanne-gruner.de/?p=30">Achtung! Schuhe putzen!</a> →</span>
</div>

Das liegt am Stylesheet der NextGen Gallery und den gleichen class Angaben für die umschliessenden span.

.previous {style.css (line 194)
float:left;
padding:0pt 20px 0pt 0pt;
}
.ngg-navigation a.page-numbers, a.next, a.prev, span.page-numbers, [COLOR=Red][I]span.next[/I][/COLOR], span.prev {nggallery.css (line 181)
border:1px solid #DDDDDD;
margin-right:3px;
padding:3px 7px;
}


.next {style.css (line 196)
float:right;
}

Kommt durch dieses Stylesheet deiner Gallery:

http://blog.susanne-gruner.de/wp-content/plugins/nextgen-gallery/css/nggallery.css

Definiere in deinem Theme Stylesheet (style.css) eine neue class, die du dann in beide o.g. span's einträgst.

prozentuale Schriftgröße ...

body {
    width: 900px;
    margin: 0 auto 0 auto;
    font-family: verdana;
[COLOR=Red]    font-size: 40%; /*  skalierbar IE<7*/[/COLOR]
    line-height: 1.6em;
    background-image: url(images/bg.jpg);
    background-position: 50% 0;
    background-repeat: repeat-y;
    background-color: #999;
}


html>body {
    /*hack IE<7*/
   [COLOR=Red] font-size: 8pt;[/COLOR]
}


#header em {
    font-style: normal;
    [COLOR=RoyalBlue]font-size: 75%;[/COLOR]
    color: #fff;
}

Ich hab nur mal den #header em als Beispiel genommen.
Somit hast du im IE6 gerade folgendes angewiesen:

40 % als Standardgröße * 75 % davon = 30 % der Standardgröße.

Bei IE 7 und FF gilt ja feste Standardgröße in 8pt !

Wenn du prozentual für IE6 arbeiten willst (musst), dann beachte bitte, dass sich die Prozentwerte multiplizieren und somit sehr viel kleiner werden, als du denkst.

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)