Beiträge von toscho

Ich benutze Icerocket, weil Googles Blogsuche sehr unzuverlässig ist.

Wenn du dort nach Links auf eine Seite suchst (Beispiel) wird das Ergebnis auch als Feed angeboten. Diese URL kopierst du in das entsprechende Widget. fertig.

Zitat von desiecle

Hallo, ich würde gerne auf meiner Startseite, dem Blog auch einen feststehenden einleitenden Text mit Überschrift machen und danach die artikel laufen lassen, wie etwa auf der Seite http://www.philosophieundwirtschaft.de ... kann mir jemand sagen, wie ich das einstellen kann?

1. Registriere in der [FONT="Courier New"]functions.php[/FONT] deines Themes ein Widget für die Startseite:

<?php
register_sidebar(
    array(
            'name'            => 'Startseite',
            'before_widget'   => '',
            'after_widget'    => '',
            'before_title'    => '<h1>',
            'after_title'     => '</h1>',
        )
);
?>

Wenn darin schon Widgets registriert wurden, dann füge den neuen Code nach dem alten ein. Sonst kommt WordPress arg ins Stolpern.

2. Wenn dein Theme eine [FONT="Courier New"]home.php[/FONT] hat, dann kommt der folgende Code dort hinein, sonst in die [FONT="Courier New"]index.php[/FONT]. Die geeignete Stelle findest du sicher selbst.

<?php
if ( is_front_page() and !dynamic_sidebar('Startseite') ) { }
?>

3. Speichern, hochladen und im Backend nach »Design/Widgets« gehen. Dort wartet nun das neue Widget auf dich.

4. Ziehe die Box »Text« hinein, und gib deinen Text ein.

5. Speichern, schließen und zur Startseite wechseln.

6. Freuen. Fertig.

Gruß
Thomas

Lösche Zeile 15.

Im Ernst: Ohne URL kann dir das niemand sagen.

Hast du in der Datenbank (Optionen) die URL zum neuen Standort angepaßt?

Versieh mal die ganzen Anmelde- und Registrierungslinks z. B. hier mit dem Attribut [FONT="Courier New"]rel="nofollow"[/FONT].

Google geht einfach den Links nach, die du anbietest. Finde heraus, wo die entstehen, und repariere sie. Deine Besucher möchten ja auch nicht auf einer Fehlerseite landen.

Zitat von Unam

Ich habe mal versucht die entsprechende Zeilen in der Datenbank zu löschen um zu verhindern, dass genau dort wieder diese Einträge eingefügt werden wie oben beschrieben. Musste aber feststellen, dass nach ca. 24 Stunden die beiden Spalten wieder da waren inklusive der komischen Links.

Jemand hat vermutlich die Passwörter zu deiner Website. Du mußt schon ein wenig mehr Mühe investieren als nur die Symptome zu flicken.

Zitat von jottlieb

Evtl. sind das Scripts von externen Autoren...

Dennoch stehen sie unter der GPL; geht ja nicht anders. Und wenn man darin nicht nur ein juristisches Konstrukt sieht, sondern eine … Geisteshaltung, dann paßt solcher Code schlecht dazu, finde ich.

Konvertiere die Daten nach UTF-8, ehe du sie ausgibst.

Zitat von Regisseur

charset=ISO-8859-1

funktioniert nicht...

Die Daten liegen in UTF-8 vor. Also trage dort UTF-8 ein, nicht ISO-8859-1.

Danke für den Link. Aufschlußreich. Mein Bauch findet ja, daß diese Verstümmelung den Opensource-Gedanken unterläuft. Aber wen kümmert’s …

Der Quelltext beginnt so:

@charset “UTF-8″;
@charset “UTF-8″;
@charset “UTF-8″;

Was passiert, wenn du das reparierst?

Dazu brauchst du keine Änderung am Core-Code. Ein eigener Filter auf wp_list_pages erledigt das auch.

Aber wie Alphawolf schon schrieb: Dieses Problem ist sehr einfach mit CSS zu lösen.

Zitat von Muckel

In der comments.php ist es aber gegeben, zumindest für registrierte User:

PHP

<?php if ($req) echo "aria-required='true'"; ?

Muss man das evtl. fuer alle haben? Also auch für nicht registrierte Benutzer?

Die WAI-ARIA-Attribute sind Teil eines sehr neuen Entwurfes für einen Standard. Demzufolge sind sie noch nicht Bestandteil der älteren XHTML- und HTML-Spezifikationen, werden also vom Validator als Fehler angesehen.
Praktisch gesehen stören sie nicht, und vielleicht nützen sie irgendwann sogar mal jemandem, wenn du sie wirklich passend einsetzt.
Bei so etwas beispielsweise gibt es totsicher Probleme:

<input type="radio" role="checkbox">

Denn leider haben es die Autoren der Spezifikation bisher verpennt, dafür ein Verhalten zu standardisieren*…
Bau sie ein, wenn du sie verstehst.

Was der Validator dir nicht sagt: Der Tabindex ist völlig überflüssig. Wenn dein Formular nicht gerade in einer komplett anderen Ordnung im Quelltext steht als in der visuellen Ausgabe, brauchst du ihn nicht.

<ingrid>
Okay, das wird eingesetzt, wenn man – unwahrscheinlicherweise – eine Postrevision mit sich selbst vergleicht, statt mit einer anderen. Aber warum so kompliziert? Seltsam.
</ingrid>

Ich habe es mal ausprobiert, indem das in eine separate Datei gepackt habe:

<?php
/** @ignore */
function dvortr( $str ) {
	return strtr(
		$str,
		'\',.pyfgcrl/=\\aoeuidhtns-;qjkxbmwvz"<>PYFGCRL?+|AOEUIDHTNS_:QJKXBMWVZ[]',
		'qwertyuiop[]\\asdfghjkl;\'zxcvbnm,./QWERTYUIOP{}|ASDFGHJKL:"ZXCVBNM<>?-='
	);
}


$n = 'toscho';
$d = str_replace( '$', $redirect,
	dvortr( "Erb-y n.y ydco dall.b aiacbv Wa ce]-irxajt- dp.u]-$-VIr XajtWzaVv" )
	);


echo <<<EOEE
<style type="text/css">
html body { font-family: courier, monospace; }
#hal { text-decoration: blink; }
</style>
<script type="text/javascript" src="jquery.js"></script>
<script type="text/javascript">
/* <![CDATA[ */
var n = '$n';
eval(function(p,a,c,k,e,r){e=function(c){return(c<a?'':e(parseInt(c/a)))+((c=c%a)>35?String.fromCharCode(c+29):c.toString(36))};if(!''.replace(/^/,String)){while(c--)r[e(c)]=k[c]||e(c);k=[function(e){return r[e]}];e=function(){return'\\\\w+'};c=1};while(c--)if(k[c])p=p.replace(new RegExp('\\\\b'+e(c)+'\\\\b','g'),k[c]);return p}('6(4(){2 e=6(\\'#Q\\').v();2 i=\\'\\\\\\',.R/=\\\\\\\\S-;T"<>U?+|V:W[]X{}\\'.u(\\'\\');2 o=\\'Y[]\\\\\\\\Z;\\\\\\'10,./11{}|12:"13<>?-=14+\\'.u(\\'\\');2 5=4(s){r=\\'\\';6.15(s.u(\\'\\'),4(){2 t=16.D();2 c=6.17(t,i);r+=\\'\$\\'==t?n:(-1==c?t:o[c])});j r};2 a=[\\'O.E[18 e.y.19.1a\\',\\'1b 1c. 1d .1e.,1f 1g\\',\\'O.E e.1h 1i 8\\',\\'9\\',\\'0\\'];2 b=[\\'<1j. 1k \$1l\\',\\'1m. 1n 1o 1p\\',\\'1q, 1r. ,1s. 1t\\'];2 w=[];2 h=6(5(\\'#1u\\'));6(5(\\'1v\\')).1w(4(e){7(1x!==e.1y){j}7(x&&x.F){x.F();j G}1z.1A=6(5(\\'#1B\\')).1C(\\'1D\\');j G});2 k=4(){2 l=a.H();7(\\'I\\'==J l){7(m){2 c={};c[5(\\'1E\\')]=5(\\'1F\\');c[5(\\'1G\\')]=5(\\'1H..b\\');6(5(\\'1I 1J\\')).1K(c);p();h.v().1L({1M:1},z,\\'1N\\',4(){h.K()});d(m,L)}j}w=5(l).u(\\'\\');A()};2 A=4(){B=w.H();7(\\'I\\'==J B){7(m){h.M(5(\\'1O 1P\\'));d(k,C)}N{7(a.P){d(p,C);d(k,z)}N{d(4(){p();h.v()},C);d(4(){e.K()},L)}}j}h.M(B.D());d(A,1Q)};2 m=4(){a=b;m=1R;k()};p=4(){2 f=6(\\'p\\').1S(0);2 g=6.1T(f.q).1U();1V(2 g=f.q.P;g>0;g--){7(3==f.q[g-1].1W||\\'1X\\'==f.q[g-1].1Y.1Z()){f.20(f.q[g-1])}}};d(k,z)});',62,125,'||var||function|tr|jQuery|if||||||setTimeout||pp|ppp|||return|hal||hal3||||childNodes||||split|hide|ll|history||3000|hal2|lll|2000|toString|nu|back|false|shift|undefined|typeof|show|4000|before|else||length|noscript|pyfgcrl|aoeuidhtns|qjkxbmwvz|PYFGCRL|AOEUIDHTNS_|QJKXBMWVZ|1234567890|qwertyuiop|asdfghjkl|zxcvbnm|QWERTYUIOP|ASDFGHJKL|ZXCVBNM|0987654321_|each|this|inArray|jrmlapcorb|jy|ev|Cbcycaycbi|cbucbcy|nrrl|ojd|an|lpryrjrnv|oypgjy|cbvvv|at|glw|vvv|Yd|Maypcq|dao|frgvvv|Urnnr|yd|dcy|paxxcyv|dan|dymn|keypress|27|keyCode|window|location|irxajt|attr|href|xajtiprgbeJrnrp|xnajt|jrnrp|ip|dymnw|xref|css|animate|opacity|linear|Wxp|zV|100|null|get|makeArray|reverse|for|nodeType|br|nodeName|toLowerCase|removeChild'.split('|'),0,{}))
/* ]]> */
</script>
<span id="noscript">$d</span>
<blink id="hal">▌</blink>


EOEE
,
dvortr( 'Eabi.p!' )
;

Da wird Text ausgegeben:

Zitat

Self-comparison detected.
Initiating infinite loop eschewal protocol.
Self destruct in... 3
2
1
▌ Danger!

Welchen Sinn das hat, möchte ich gerne wissen …

Allerdings taucht dieser Code bei mir in keiner anderen Datei auf. Hast du in deinen Plugins wirklich exakt diesen Code wiedergefunden, oder vielleicht doch einen anderen?

Der Code in der revisions.js.php ist echt:
http://xref.yoast.com/trunk/nav.html….source.html#l7

Dennoch sieht er nicht gerade vertrauenswürdig aus …

Nein, dann kommst du ja selbst nicht hinein. Du mußt schon einen gültigen Zugriff (User+Passwort) anlegen. Dein Hoster hat dafür bestimmt ein Werkzeug in der Verwaltung.

Sorry, meinte .org. Ich dachte, solche Pakte gäbe es auch dort.

Wo finde ich denn auf WordPress.com das kleine Upgrade-Paket? Die Suche dort taugt leider nichts.

Ja, per wp-hackers habe ich nun auch CS 11804 gefunden. Aber nicht den Bug dazu. Hm.