Beiträge von Marcus[IS]

Hi,

also da gäbe es die Möglichkeit Bücher zu kaufen, die WordPress unter anderem auch anhand von Praxisbeispielen erläutern.

Wie dieses hier zum Beispiel.
http://www.wordpress-buch.de/das-praxisbuch/

Bei der Auswahl der Lektüre solltest du allerdings darauf achten, dass es WordPress ab Version 3.0 behandelt, da ich in vielen Buchläden auch noch Bücher gefunden habe, die nur auf 2.9 eingehen.
Allerdings haben sich ein paar Dinge seit der 3.0 Version geändert.

Ansonsten bliebe noch die Englische Doku.
http://codex.wordpress.org/Main_Page

Ganz wichtig wäre diese Seite hier.
http://codex.wordpress.org/Function_Reference
Mit dieser steht und fällt jedes WordPress Theme, da sie die wichtigen Funktionen erklärt, die das Gesamt Ergebniss im Frontend erst möglich machen.
Ist aber nur meine persönliche Ansicht. ;)

Hi,

definiere bitte keinen Zugriff auf die .htaccess genauer.

Die .htaccess muss ja selber erstellt und per FTP in den WordPress Ordner auf den Webspace übertragen werden.

Hast du keinen Zugriff auf den FTP?
Dann ist es wohl auf normalem Standardweg nicht möglich, soweit ich weiß.

Wenn du mod_rewrite nicht nutzen kannst, oder eine eigene .htaccess nicht erstellt werden kann, scheint es einen Weg zu geben, doch ich weiß nicht, ob das wirklich hinhaut. ;)

http://blogs-optimieren.de/120/wordpress-…nd-mod_rewrite/

Mojn,

also ein Link zur Website wäre hilfreicher gewesen, da man so direkt mit Firebug, oder ähnlichem, die genauen Stelle für die Änderung in der style.css hätte ermitteln können. ;)

Der weiße Hintergrund dürfte irgendwo in der style.css mit

background-color:#FFFFFF;

definiert werden.

Mojn,

vom Syntax und der Position her stimmt es (fast).

Allerdings hast du eine kleinigkeit vergessen und ich vermute mal das es darum nicht angezeigt wird.

<?php the_time('F jS, Y')[COLOR=Red][B];[/B][/COLOR] ?>

Aber sischer dat

Hier findest du eine Seite, wo du die hex codes für Farbwerte ermitteln kannst.

Einfach die 222 durch den gewünschten Code ersetzen. ;)
http://html-color-codes.info/webfarben_hexcodes/

Hi,

http://faq.wordpress-deutschland.org/blog-netzwerk-…ion-aktivieren/
Die Fehlermeldung sagt eigentlich aus, dass WordPress auf die Funktion zugreifen will, aber dieses nicht kann.

Allerdings müsstest du uns ein wenig mehr aufklären, was es mit Win und dem Umstieg auf Linux auf sich hat, sonst können wir da nur weiter raten und damit wäre auch keinem geholfen. ;)

Hast du die Seiten vorher Lokal auf deinem Rechner eingerichtet, ist es ein eigener Server, oder Webspace bei einem Provider?

Hast du mal versucht die WordPress Dateien einfach neu zu überschreiben?

Hi,

also normalerweise sollte im Themeordner deines Themes eine Datei beschreibbar sein, wenn die Lese- Schreibrechte der betreffenden Datei auf 644 stehen.

Wie ich aber aus eigener Erfahrung weiß, klappt das aber nicht bei allen.

Bei einem Kunden von mir zum Beispiel müssen die Dateien im Themeordner auf 666 eingestellt sein und bei einer anderen meiner Seiten auf 640.

Warum das jetzt so ist, weiß ich allerdings auch nicht, vermute aber das es mit den jeweiligen Einstellungen des Servers zusammenhängt.;)

Mojn,

Frank hatte da mal ein paar lesenswerte Tipps in seinem Blog veröffentlicht.
Falls du diese noch nicht kennst, sind sie auf jedenfall mal einen Blick wert.

http://bueltge.de/wordpress-geha…nellhilfe/1150/

Mojn,

Schau dir mal die Erste Zeile deines CSS Source an.

background: 222; /* Show a solid color for older browsers */

Dort fehlt bei der Farbanweisung das # vor der 222 und ich vermute, dass darum bei den anderen Browser keine Farbe angezeigt wird.

Normalerweise sollte es funktionieren, wenn du diese Einträge (Vermutlich sehen sie in etwa so aus? http://bliblablub.domain:8888/ usw.) durch deine aktuelle Webadresse ohne 8888 ersetzt.

Allerdings nur theoretisch, also Änderungen an der Datenbank geschehen auf eigene Gefahr. ;)

Edit;
Versuchs aber erst mal mit einem Artikel per Hand in der Datenbank.
Taucht dieser dann auf, bist du auf dem richtigen Weg.

Hi,

schau mal in deiner Datenbank unter wp_posts, ob dort Einträge vorhanden sind.

Dort sind auch Pfade hinterlegt, müsstest du auch mal schauen, ob die noch auf die lokale Installation verweisen.

Damit du dann aber jetzt nicht alles einzeln von Hand umändern musst, wäre hier das Plugin Search&Replace von Frank zu empfehlen.
http://wordpress.org/extend/plugins/search-and-replace/

Hi,

dein Beitrag scheint wohl ein wenig untergegangen zu sein hier.

Also zu deiner Ersten Frage;

Das ist bei Standardeinstellungen der Permalinks korrekt so.

Das P steht für Posts (Artikel) und das Page_ID für die Seiten (Statische Seiten).
Daher die zwei verschiedenen Linkbezeichnungen.

Zu deiner zweiten Frage;

Ja das mod_rewrite sollte aktiviert sein, sonst klappt es nicht.
Das muss aber dann vom Provider gemacht werden, wenn man keinen eigenen Server hat.

Es gibt zwar auch einen Weg ohne mod_rewrite, aber der geht nur für IIS Nutzer, soweit ich das verstehe.

http://codex.wordpress.org/Using_Permalinks

Ansonsten gib uns mal den Link zu deinem Blog und wir schauen uns das ganze mal genauer an.
So aus dem Trockenen ist eine Fehlersuche nicht einfach.;)

Hi,

Normalerweise ist es nicht üblich Posts und Static Pages zu mischen, aber es geht.
Musst du nur ein wenig Hand ans Theme legen und die Sache entsprechend programmieren. ;)

Ich denke diese Doku dürfte dir da ansatzweise weiterhelfen.
http://faq.wordpress-deutschland.org/artikel-der-ka…ite-y-anzeigen/

Hi,

Schau mal im Adminbereich unter Design/Widgets in der Sidebar nach.

Dort sollte unter anderem auch ein Kategorie Widget aufgeführt sein.
In diesem sind auch die Einstellungen versteckt, die du ändern musst.

Zumindest vermute ich das jetzt mal, da eigentlich Standarmäßig wenn keine Wunschwidgets in der Sidebar platziert sind, unter anderem auch ein Metabereich mit Einlogg Link zu sehen sein sollte.;)

Mojn,

das ist aber merkwürdig.
Bei mir hatte es so immer geklappt.

Also wenn WP die .htaccess entsprechend speichert und das mod-rewrite bei dir aktiv ist, sollte es eigentlich keine Probleme in der Hinsicht geben.

Also da wüsste ich jetzt leider auch nicht so weiter.

Hast du mal versucht, die WordPress Dateien nochmal neu per FTP zu übertragen?

Kann ja sein, dass eine Datei beschädigt ist und es deshalb nicht mehr richtig funktioniert.

Hi,

ja so in etwa hatte ich das auch gemacht.

So sah es im Endeffekt bei mir aus;

# Adminschutz
<Files wp-login.php>
  AuthName "Admin-Bereich"
  AuthType Basic
  AuthUserFile /pfad/wp-admin/.htpasswd
  require valid-user
</Files>


<FilesMatch "(\.htaccess|\.htpasswd|wp-config\.php|liesmich\.html|readme\.html)">
  order deny,allow
  deny from all
</FilesMatch>


# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>


# END WordPress

Ich hoffe das hilft dir so ansatzweise weiter.
Im eigentlichen gleichen sich ja die Angaben, halt nur mit dem Unterschied, dass ich die .htpasswd halt in den Adminordner gepackt hatte und noch das Filesmatch in der .htaccess eingetragen war.

Hi,

Suche mal in der style.css des Theme (ab Zeile 60) nach diesem Block;

#page {
    background: none repeat scroll 0 0 #FFFFFF;
    border: 1px solid #888772;
    margin: 0 auto 0;
    width: 960px;




}

Der Farbwert in der background Anweisung (#ffffff) ist dafür verantwortlich.
Den Farbwert müsstest du dann nur nach deinen Wünschen anpassen.

Ich habe mal unter Firebug den selben genommen, wie den der auch in der zweiten Zeile steht, da war der weiße Balken Farblich angepasst.
Allerdings weiß ich nicht, ob das selbe Ergebniss auch beim Opera eintritt, da du ja geshrieben hast, das es da wohl Probleme mit der Darstellung gibt.

Bei mir sieht es farblich unter Opera und Google Chrome im überigen genauso aus, wie unter Firefox. ;)

Aber das Bild auf deinem Beispiel Screenshoot sieht auch ganz anders aus, als das was gerade aktuell im Header angezeigt wird, oder?

Wie zuverlässig sind denn diese Infos?

wptouch plugin SQL Injection Vulnerability

Zitat

# Exploit Title: WordPress wptouch plugin SQL Injection Vulnerability
# Date: 2011-27-10
# Author: longrifle0x
# software: Wordpress
# Tools: SQLMAP
---------------
(POST data)
---------------

http://www.site.com/wp-content/plugins/wptouch/ajax.php

#Exploit: id=-1; id=- AND SLEEP(5) or 1=if

http://site.com/wp-content/plugins/wptouch/ajax.php][GET][id=-1][CURRENT_USER()

http://site.com/wp-content/plugins/wptouch/ajax.php][GET][id=-1][SELECT
(CASE WHEN ((SELECT super_priv FROMmysql.user WHERE user='None' LIMIT
0,1)='Y') THEN 1 ELSE 0 END)

http://site.com/wp-content/plugins/wptouch/ajax.php][GET][id=-1][MID((VERSION()),1,6)

# 1337day.com [2011-10-27]

Alles anzeigen

http://www.1337day.com/exploits/17134

Edit:
Scheinbar hat sich da jemand einen Scherz erlaubt.
Es gibt keine ajax.php im wptouch.
http://www.bravenewcode.com/2011/10/wptouc…ability-report/
Aber schon erstaunlich, wie viele Websites über diese "Sicherheitslücke" bereits berichtet haben.;)

Hi,

bezüglich so einer Fehlermeldung gibt es einen Artikel in der FAQ, der das ein wenig erklärt.

Da müsstest du mal schauen, ob das auch auf eine deiner Dateien zutrifft, die du zuletzt bearbeitet hattest.

http://faq.wordpress-deutschland.org/cannot-modify-header-information/