Beiträge von \0

  • Wenn Datenbank Probleme macht auf Alternativseite

    öffne die wp-settings.php und suche nach

    Zitat

    look like

    dann solltest du folgende zeile finden (wie jottlieb schon gezeigt hat)

    Code
    die(sprintf(__("It doesn't look like you've installed WP yet. Try running <a href='%s'>install.php</a>."), $link));

    ändere diese ab auf

    Code
    header('location: http://www.domain.de');

    damit sollte es gehen.

  • Database error nach 14 Tagen

    Zitat von HenSch

    Ein Freund von mir meinte, der Befehl SELECT würde offenbar 4 MB Arbeitsspeicher benötigen, aber nicht bekommen. Bist du auch der Meinung, dass das das Problem ist? Ich finde das etwas komisch, denn die Datenbank hat insgesamt nur 1,0 MB bisher.

    Der Meinung deines Freundes folge ich auch (steht ja genauso da :D). Und durch Sortierungen und Zählaufgaben kann man auch mit einer kleinen Datenbank viel Last erzeugen. Wie es aussieht scheint dein Semmelstatz2 Plugin zuviel daten zu haben. Und bei der Auflistung der täglichen Zugriffe werden dann zuviel Daten gesammelt.

  • Ein Lob an meinen Provider MediaOn

    Zitat von VogelgrippeBlog.info

    Dass es spürbar träge wird ? Da alle PHP Module bei jedem Aufruf erneut geladen werden ? Daher werden einige Module inder php.ini nicht mitgeladen damit es an Geschwindigkeit zunimmt das wiederrum verursacht das bestimmte Scripte nicht mehr laufen wenn aber wiederum mehr Module eingetragen werden wird es zwangläufig wieder langsamer.

    Warum machen dann alle großen Hoster so? Im Debian Howto für FCGI wird die Geschichte sehr schön beleuchtet. Um es nochmal kurz zusammenzufassen. Mit PHP als Modul versucht man dann über andere Lösung wieder Sicherheit zu schaffen. Obwohl man mit cgi eine systemlösung benutzt. Da gebe ich dem Script nicht erst die Rechte die ich ihm dann wieder abnehmen muss (klingt schon nach einem workaround :D).

    Zitat von VogelgrippeBlog.info


    Solche Lösungen könnte mann eventuell einsetzen wenn Anfänger sich einen Root zulegen und sich nicht sicher sind wegen Safemod off. Da es bei ein paar Projekten auf einem Server vielleicht garnicht auffallen würde wenn wenige Besucher drauf sind. Aber wenn ein Webhoster 100 Kunden drauf hat spürt man den Unterschied schon gerade wenn etwas grössere Seiten dabei sind. Ich denke das würde an der performance kratzen :smile:

    Wenn ein Anfänger einen Rootserver benutzt (Obwohl Anfänger und Rootserver sich gegenseitig ausschließen) wird PHP fast immer als Apache Modul installiert. Da das ja viel einfacher ist z.B. 0815 Confixxhoster setzen fast immer Apache als Modul ein. Obwohl man ja wie schon mehrmal geschrieben mit der CGI Lösung viele Probleme mit einmal lösst.

  • Mehrere Installationen auf einem Webspace

    Zitat von HenSch

    Wenn ich zusammen eine Datenbank nutze, wie ist das dann mit den Plugins? Benutzen die auch (falls sie auf die DB zugreifen) dieses Prefix? D.h. ich kann auch mehrere Blogs mit einer DB nutzen und Plugins?

    wenn die plugins den prefix benutzen, dann ja. es kann aber auch plugins geben die ihre tabellen struktur einfach in der datenbank abwerfen. probiere es einfach mit deinem wunschplugin aus und schau ob es sich daran hält.

  • E-Mail-Benachrichtigung beim Kommentaren

    Zitat von Kelloggs

    Ist der Absender bei letzterem ein anderer? Ist das vielleicht eine Zugriffsverletzung, oder sowas?

    der unterschied ist das dann als absender nicht mehr dein webspace drinsteht sondern die email von dem er kommentiert hat. und dadurch kann die email verworfen werden. dazu musst du bei wordpress etwas ändern.

  • Probleme mit Opera (9 Beta2 und 8.54)

    der Standard WYSIWYG-Editor und Opera mögen sich nicht besonders. bei mir jedenfalls ist er immer aus, du könntest versuchen einen alternativen editor zu benutzen nur diese werden auch nur schwer mit opera funktionieren. mir sind jedenfalls noch nicht viele editoren begegnet die mit opera funktionierten.

  • Exploit für <= WP 2.0.2

    Zitat von daniel

    was ist an dem verlinken auf einen exploit "unnötig"? dient doch nur der allgemeinen information und aufklärung damit jeder weis, worum es da geht und wie das abläuft.

    nur das der normale wordpress user damit nichts anfangen kann und auch nichts anzufangen braucht. Es sei denn er will seinen eigenen Blog hacken. deshalb habe ich auch die htaccess lösung gepostet. Falls jemand gesteigertes interesse hat den exploit selbst zu testen, und keine exploitseiten kennt, kann er sich bei mir melden und ich gebe ihm den code. nur öffentlich muss sowas nicht stehen.

  • Exploit für <= WP 2.0.2

    ein direktes verlinken zu einem exploit ist unnötig. um dieses thema aber einfach zu beenden,obwohl ich den fehler selbst nicht provozieren kann, legt man eine .htaccess datei in den cache ordner (wp-content/cache):

    entweder mit folgenden inhalt:

    Zitat

    AuthType Basic
    AuthName "access denied"
    AuthUserFile /dev/null
    require valid-user

    oder durch ein kleines script. das läd man in den grundordner des wordpress und ruft es direkt per browser auf.

    die .htaccess sollte den normalen ablauf von wordpress nicht stören, da der cache ordner keines zugriffs von aussen benötigt.

  • api key???

    du müsstest dich bei wordpress.com anmelden. um keinen blog zu erzeugen müsstest du

    Zitat

    Just an username, please.

    auswählen. dann solltest du per email den api key zugeschickt bekommen.