Beiträge von Putzlowitsch

Also ich habe das noch vor dem Wordpress-Eintrag in einem extra Block angeordnet:

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond    %{HTTP_USER_AGENT}    ^FAST Crawler
RewriteRule    .*    -    [F,L]
</IfModule>


# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
...

Die robots.txt hat er gestern also gelesen.

Außerdem kann ich mir nicht vorstellen, das sich die Abfragen so drastisch auf die Geschwindikeit auswirken sollen, zumal der Crawler zwischen den Abfragen eine Minute Pause einlegt (zumindest bei mir). Das Deine Seite so langsam lädt, dürfte eine andere Ursache haben.

Gruß
Ingo

Dein ganz oben geposteter Text sieht aber anders aus, da steht als Browser 'FAST-WebCrawler' und beim Disallow das Sternchen dahinter. Und das würde halt nicht passen.
Außerdem kannst Du ja mal im Logfile nachgucken, ob und wann der überhaupt die robots.txt abgerufen hat. Das machen die Crawler auch nicht vor jeder Seite, sondern vielleicht nur einmal am Tag.

Ansonsten könnte man ihn auch noch per mod_rewrite wegdeligieren:

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond    %{HTTP_USER_AGENT}    ^FAST Crawler
RewriteRule    .*    -    [F,L]
</IfModule>

Gruß
Ingo

In der robots.txt sind bei Disallow eigentlich keine Wildcards wie '*' erlaubt.
Um den Fast Crawler auszusperren sollte folgender Eintrag aureichen:

User-agent: FAST Crawler
Disallow: /

Gruß
Ingo

Wenn die Bilder möglichst schnell verschwinden sollen, hilft auch dieses:
Hilfe für Webmaster - Ein Bild aus der Google-Bildsuche entfernen
Dort besonders auch diesen Abschnitt beachten:
"Hinweis: Wenn Ihre Anforderung Ihrer Meinung nach [COLOR=#990000]dringend[/COLOR] ist und nicht bis zum nächsten Google-Durchlauf warten kann..."

Habe ich selbst schon gemacht, nach 24 Stunden erschienen die Bilder nicht mehr im Index.

Gruß
Ingo

Zitat von ohrobot

das klingt gut. ich kann diese stelle jedoch in meiner admin-functions.php jedoch nicht richtig ausmachen... Folgender Code sieht so ähnlich aus

admin-functions.php (ab Zeile 777)

Code

$thumbnail = imagecreatetruecolor($image_new_width, $image_new_height);
            @ imagecopyresampled($thumbnail, $image, 0, 0, 0, 0, $image_new_width, $image_new_height, $image_attr[0], $image_attr[1]);


            // If no filters change the filename, we'll do a default transformation.
            if ( basename($file) == $thumb = apply_filters('thumbnail_filename', basename($file)) )
                $thumb = preg_replace('!(\.[^.]+)?$!', __('.thumbnail').'$1', basename($file), 1);


            $thumbpath = str_replace(basename($file), $thumb, $file);


            // move the thumbnail to it's final destination
            if ($type[2] == 1) {
                if (!imagegif($thumbnail, $thumbpath)) {
                    $error = __("Thumbnail path invalid");
                }
            }
            elseif ($type[2] == 2) {
                if (![B]imagejpeg($thumbnail, $thumbpath, [COLOR=Red]100[/COLOR])[/B]) {
                    $error = __("Thumbnail path invalid");
                }
            }
            elseif ($type[2] == 3) {
                if (!imagepng($thumbnail, $thumbpath)) {
                    $error = __("Thumbnail path invalid");
                }
            }

Alles anzeigen

bin mir nicht sicher wo ich den dritten Parameter einbringen kann. Liegt es an der Version (2.0.7)?

Genau, die Stelle ist schon richtig. Hab das oben im Code mal hervorgehoben. Ich habe das allerdings selbst nicht getestet, sollte aber funktionieren.

Gruß
Ingo

Standardmäßig ist die Qualität auf etwa 75 eingestellt.

Zitat

quality is optional, and ranges from 0 (worst quality, smaller file) to 100 (best quality, biggest file). The default is the default IJG quality value (about 75).

Du findest die Funktion 'wp_create_thumbnail', welche die Thumbnails erstellt, in der Datei 'admin-functions.php' im wp-admin-Verzeichnis. Dort fast am Ende der Funktion ist für das Erstellen der JPEGs der Aufruf 'imagejpeg($thumbnail, $thumbpath)' zuständig. Hier kann als dritter Parameter die Qualität angegeben werden.

Allerdings ist wie immer bei Änderungen in den WP-Coremodulen Vorsicht geboten. Möglicherweise gibt es unvorhersehbare Seiteneffekte. Und außerdem sind die Änderungen mit dem nächsten WP-Update meist wieder verschwunden.

Gruß
Ingo

Es würde sich außerdem schon fast anbieten, ein eigenes myGallery-Unterforum einzurichten, jeder dritte Beitrag im Pluginforum handelt davon.

Ahja, so ist das doch nun eindeutig mit den Unterforen.
Ich frag mich aber, wieso es überhaupt dazu kam, das da unterschiedliche Bezeichnungen standen. Ich hätte gedacht, Name ist Name.

Gruß
Ingo

Vielleicht ja mit readfile('url')

Oder besser noch, schmeiß das ganze CSS-Gedöns, was direkt im Header steht, raus und nimm alle Formatierungen nur in der CSS-Datei vor. Sonst geht der ganze Zauber bei der nächsten Änderung an z.B. header oder headerimg wieder von vorne los.

Gruß
Ingo

Kommt mir irgendwie bekannt vor:
http://forum.wordpress-deutschland.org/design/18209-l…-angezeigt.html

Bist Du sicher, das die in der CSS-Datei gemachten Einstellungen nicht wieder in der Seite selber zunichte gemacht werden?

Gruß
Ingo

Es ist ja schön, das mit den Subforen etwas mehr Struktur in die Sache gebracht werden soll, nur scheint mir die Bezeichnung im Falle der Plugins nicht ganz glücklich gewählt.

So landeten gerade zwei Pluginsuchanfragen im eingentlich für die Entwicklung/Neuvorstellung gedachtet Forum.

Das Problem dürfte sein, das auf der Startseit für das Unterforum zwar "Plugin-Entwicklung" steht, nich aber wenn man sich im Forum "Plugins und Widgets" bewegt, da heißt es plötzlich nur noch "Plugins". So könnte man denken, das sei nun das Plugin-Unterforum für alles, was mit Plugins zu tun hat.

Naja, oder ich hab einfach die Struktur nicht verstanden

Gruß
Ingo

Dafür gibt es ein Plugin:
Putzlowitscher Zeitung » 123 Multihost

Gruß
Ingo

123 Multihost Version 0.14

Seit der ersten Version 0.1 des 123-Multihost-Plugins ist schon etwas Zeit vergangen und es gabe einige kleinere Updates.

In Version 0.11 und 0.12 gab es nur Fehlerkorrekturen.

Ab Version 0.13 ist eine Option hinzugekommen, mit der beim Upload von Bildern oder anderen Dateien die URL relativiert werden kann. Es werden 'http://' und der Hostname entfernt, so das dann beim Einfügen eines Uploads eine auf die Wurzel der Seite bezogene URL entsteht ('/wp-content/uploads/...'). Dies ist für die Multihostfunktionalität erforderlich.

Neu ab Version 0.14 ist die Korrektur der RSS-Problems. Für RSS-Ausgaben wird nun wieder 'http://' und der Hostame den auf die Wurzel bezogenen URLs vorangestellt.
So funktionieren nun z.B. im Feed enthaltene Bilder und zudem ist der Feed wieder valide.

Gruß
Ingo

Das was PHP-Info als 4.3.0 anzeigt, ist aber die PHP-Version, nicht die MySQL-Version.
Die MySQL-Version könnte man z.B. so anzeigen lassen (Bsp. aus dem PHP-Manual):

<?php
$link = mysql_connect('localhost', 'mysql_user', 'mysql_password');
if (!$link) {
    die('Keine Verbindung möglich: ' . mysql_error());
}
printf("MySQL server version: %s\n", mysql_get_server_info());
?>

Bei mysql_connect() natürlich die eigenen Serverdaten eintragen.

Guß
Ingo

Zitat von Jonee

Ich schnippel dafür auch gerne im Code rum

Das muß nicht sein, WP hat ja die Filter-/Action-Schnittstelle. Für Deinen Fall könnte man mal versuchsweise das 'wpautop'-Filter entfernen:

remove_filter( 'the_content', 'wpautop' );

Beispielsweise in der functions.php des aktuellen Themes.

Gruß
Ingo

Zitat von k3v

...
Die User wurden nur über die Dauer der Lese-Zeit angezeigt, bis sie die Seite verlassen haben.

Da frag ich mich doch immer, wie sowas ermittelt werden kann. Ich mach eine Seite auf, gut, das kann man noch protokollieren. Aber das Verlassen bekommt man doch eigentlich nicht mit, wenn ich z.B. einfach das Browserfenster schließe.
Ich könnte mir höchstens vorstellen, das mit einer offengehaltenen HTTP-Verbindung hinzubekommen, oder so.

Gruß
Ingo

Nicht in die index.php. Bitte genau so machen, wie ich das beschrieben habe, sonst wird das nichts. Also eine extra index.html verwenden. Und wichtig ist die richtige Reihenfolge für die Index-Dateien. Meist wird die index.html sowieso als erste aufgerufen. Falls nicht, kann man das in der .htaccess wie oben beschrieben ändern.

Das mit dem Wetter ist ist nicht wirklich ein Plugin. Ist von mir direkt in die Sidebar reinprogrammiert und verwendet eine Wettermodul meines Hosters. Insofern kann ich es nicht weitergeben.

Gruß
Ingo

Noch ein kleiner Nachtrag aus sicherheitstechnischen Aspekten.

Man sollte zum Anmelden für die Funktion '[COLOR=#000000][COLOR=#0000cc]$client[/COLOR][COLOR=#006600]->[/COLOR][COLOR=#0000cc]query[COLOR=Black]' nicht unbedingt den admin verwenden. Man kann z.B. einen neuen Nutzer in WP anlegen und diesem dann die Rolle 'Registrierter Leser' zuweisen. Das reicht zum Abrufen von Daten per '[/COLOR][/COLOR][/COLOR][COLOR=#000000][COLOR=#CC0000]blogger.getPost[COLOR=Black]' völlig aus.

Gruß
Ingo[/COLOR]
[/COLOR][/COLOR]

Also ich könnte mir eine übergeordnete Datei 'index.html' vorstellen:

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Frameset//EN"
   "http://www.w3.org/TR/html4/frameset.dtd">
<html>
<head>
<title>Mein supertolles Blog</title>
</head>
<frameset rows="*">
  <frame src="index.php" name="Main">
  <noframes>
    <body>
      <h1>Alternativ-Inhalt</h1>
      <p>Wird angezeigt, wenn der Browser keine Frames darstellen kann.</p>
      <p>Mindest-Inhalt sollten eine Kurzbeschreibung und eine Sitemap sein.</p>
    </body>
  </noframes>
</frameset>
</html>

Das setzt aber voraus, das die Einstellung für DirectoryIndex etwa so aussieht:

DirectoryIndex index.html index.php

Also die index.html bevorzugt aufgerufen wird.

Gruß
Ingo