Beiträge von Putzlowitsch

pois
Die mittleren Bilder werden genau wie die Thumbnails beim Hochladen des Bildes erzeugt.

Nachträglich kann man die zu großen Bilder halt nur noch per HTML oder CSS "skalieren". CSS hatte ich ja schon beschrieben, per HTML geht es so:

function my_prepend_attachment( $content ) {
    global $post;


    if ( empty($post->post_type) || $post->post_type != 'attachment' )
        return $content;
    $p = '<p class="attachment">';
    $p .= wp_get_attachment_link( 0, array( 500, 500 ), false );
    $p .= '</p>';
    return $p;
}
add_filter( 'prepend_attachment', 'my_prepend_attachment' );

Das kommt in die functions.php Deines Themes und im array( 500, 500) ist die gewünschte Zielgröße in Pixel einzutragen. Das sollte dann die Breite Deines Contentbereiches sein.

Gruß
Ingo

nepf
Bei den $args noch numberposts hinzufügen:

$args = array(
  'post_type' => 'attachment',
  'post_mime_type' => 'image',
  'post_parent' => $post->ID,
    'numberposts' => 12
);

Gruß
Ingo

In der wp-config steht zwar, daß 'localhost' für den Datenbankserver zu 99% nicht geändert werden muß, bei zwei großen, deutschen Webhostern, Strato und 1&1 ist das jedoch z.B. nicht der Fall. Da muß der vom Hoster vorgegebene Datanbank-Server eingetragen werde.

Gruß
Ingo

Normalerweise nimmt WP hier ein medium-Bild (falls vorhanden), also das, welches als mittlere Größe erzeugt wird (siehe Einstellungen->Mediathek). Das hat dann bei richtiger Konfiguration genau die Breite des Content-Bereiches.

Per CSS sollte es alternativ auch so funktionieren:

p.attachment img { max-width:450px; height:auto; }

Allerdings können ältere Browser (ich weiß es vom IE6) wohl nichts mit max-width anfangen.

Gruß
Ingo

Es geht um die interne Suche, also die von Wordpress selbst, wenn ich es richtig verstanden habe. Ich glaube nicht, daß die sich mit Meta-Daten beeinflussen läßt.

Man könnte aber in der Suchergebnisseite search.php das mit der bekannten query_posts Modifikation machen:

global $wp_query;
$new_query = array_merge( array(  'post__not_in' => array(1,2,3) ), $wp_query->query );
query_posts( $new_query );

Gruß
Ingo

Schön, wenn es nun funktioniert. Technisch betrachtet ist es allerdings schon komisch.

Gruß
Ingo

Hmmm, stimmt auch wieder. Seltsam. Aber was spricht denn dagegen, das PHP-Memory-Limit mal z.B. auf 32M zu erhöhen? Schaden kann es zumindest nicht.

Nachtrag: Der HTTP-Antwortcode der weißen Seite ist 500, es sollte dann auch irgendwas im Error-Log stehen. Vielleicht hilft das ja weiter.

Gruß
Ingo

Naja, ein PHP-Memory-Limit von 8M dürfte ein wenig knapp bemessen sein. Da würde bestenfalls ein WP 2.0 laufen, wenn überhaupt.

Gruß
Ingo

Man muß bei query_posts(...) normalerweise immer den originalen Query-String mitnehmen, sonst geht beispielsweise auch das Seitenblättern verloren. Hier ist es erklärt:
http://codex.wordpress.org/Function_Refer…osts#Usage_Note

Gruß
Ingo

Strato? Dann hier gucken:
http://schnurpsel.de/wordpress-23-p…-bei-strato-65/

Gruß
Ingo

Die Umstellung auf PHP5 könne helfen:
http://schnurpsel.de/wordpress-beim…epage-220/#php5

Gruß
Ingo

Gut, im konkreten Fall war es vielleicht wirklich eine Art Selbstläufer, und dieser Rückkopplungeffekt ist ja vermutlich auch erwünscht (war bestimmt ein toller SEO-Tip von einem "Experten").

Aber das Manipulations-Potential ist da und der Referer ist nun mal alles andere als vertraunenswürdig. Darüber könnte man die Seite auch z.B. für die Suche nach "Angela Merkel nackt" nach oben bringen :-)

Gruß
Ingo

Das Problem sind die auf den Seiten unten Veröffentlichten "Top Suchanfragen" bzw. "Aktuell wird gesucht...". Dadurch sind Manipulationen Tür und Tor geöffnet. Da hier vermutlich der Referer ausgewertet wird und dieser ja beliebig "fälschbar" ist, könnte Dich jemand ärgern wollen und Dir mit gefakten Referern genau diese Sachen unterjubeln.

Das geht fast so ein bißchen in die Richtung mit dem Referertrick, im Unterschied dazu allerdings mit scheinbaren Google-Suchanfragen.

Die Grundregel lautet, niemals Daten einfach zu veröffentlichen, die nicht verifizierbar sind. Dazu gehören eben auch die angeblich letzten Suchanfragen aus dem Referer.

Gruß
Ingo

Wordpress macht das aber nicht von sich aus. Das ist entweder ein Plugin oder das Theme dafür verantwortlich. Insofern würde ich sagen, daß Wordpress selbst das nicht braucht und man es daher auch abklemmen kann. Nur wo, weiß ich allerdings auch nicht.

Gruß
Ingo

Hmmm, [COLOR=#000000][COLOR=#0000bb]wp_list_comments[COLOR=Black] berücksichtigt leider nicht eine benutzerdefinierte Default-URL. Da wird man nicht umhin kommen, sich per Filter-Hook reinzuhängen.
Das könnte in die functions.php des Themes eingefügt werden:
[/COLOR][/COLOR][/COLOR]

function my_get_avatar( $avatar, $id_or_email, $size, $default, $alt ) {
   if ( 'mystery' == $default ) {
    $url = urlencode( 'http://example.org/images/default_avatar.png' );
    $avatar = preg_replace( "~&d=.*~", "&d=$url" ) );
  }
   return $avatar;
}
add_filter( 'get_avatar', 'my_get_avatar', 10, 5 );

[COLOR=#000000][COLOR=#0000bb][COLOR=Black]

Hier würde nun der [/COLOR][/COLOR][/COLOR]mystery-Avatar (Der blasse Typ vor der grauen Wand) durch den eigenen ersetzt werden.

Gruß
Ingo

Genau bei der Funktion als dritter Parameter:
[LEFT]

<?php echo get_avatar( $comment, 70, 'http://example.org/images/default_avatar.png' ); ?>

[COLOR=Black]

Gruß
Ingo
[/COLOR] [/LEFT]

Die verantwortliche Funktion wp_allow_comment findest Du in wp-include/comment.php. Automatisch freigeschaltet werde nur Kommentare von Admins oder Autoren zu ihren eigenen Artikeln. Ansonsten läuft die Kommentarprüfung durch.

Mit den WP-Voreinstellungen landen z.B. auch aller Kommentare in der Moderation, die zwei oder mehr Links enthalten. Und dann wird noch auf die White- und Blackliste geprüft.

Mehr macht WP von sich aus meiner Meinung nach nicht.

Gruß
Ingo

Nimm aus der .htaccess mal alles raus und laß nur die erste Zeile (Options -Indexes) stehen.

Es könnte sein, daß Du auf SpeedPlus umgestellt wurdest. Da gibt es nur noch PHP5 und somit werden die anderen Einträge alle ungültig. Auf fehlerhaften Einträgen in der .htaccess reagiert der Webserver mit einem Error 500.

Gruß
Ingo

Ja, Du kannst da praktisch alle Daten ausgeben, die man auch für Artikel verwenden kann, z.B. Datum und "Autor":

<?php the_time('d.m.Y H:i'); ?> von <?php the_author(); ?>

den Link zum Artikel bekommt man z.B. so:

global $post;
$url = get_permalink( $post->post_parent );

Das ist auch kein Trick, sondern die Zusammenführung von ein paar dokumentierten WP-Funktionen:
- Seiten-Vorlagen
- Funktion query_posts
Naja, ein bißchen Erfahrung mir Wordpress spielt auch eine Rolle. :-)

Gruß
Ingo

Also das php muß direkt nach den Kopfzeilen geschlossen werden:

<?php
/*
Template Name: Bilder
*/
?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN"  "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="de">
  <head>
...
<?php
global $wp_query;
$new_query = array_merge( array( 'post_type' => 'attachment', 'post_status'=>'inherit', 'post_mime_type'=>'image' ), $wp_query->query );
unset( $new_query['pagename'] );
unset( $new_query['page_id'] );
query_posts( $new_query );
?>
<?php if (have_posts()) : while (have_posts()) : the_post(); ?>
</div>
<div class="entry-content">
<?php the_content(); ?>
</div> 
</div>
<?php endwhile; ?>
<?php endif; ?>
...

So sollte es gehen. Wichtig ist auch auch das [COLOR=#000000][COLOR=#007700]unset( [/COLOR][COLOR=#0000bb]$new_query[/COLOR][COLOR=#007700][[/COLOR][COLOR=#dd0000]'page_id'[/COLOR][COLOR=#007700]] );[/COLOR][/COLOR][COLOR=Black], welches ich eingefügt habe. Sonst funktioniert es nicht ohne Permalinks. [/COLOR][COLOR=#000000][COLOR=#007700]
[/COLOR][/COLOR][COLOR=Black]
Gruß
Ingo[/COLOR][COLOR=#000000][COLOR=#007700]
[/COLOR][/COLOR]