Beiträge von Putzlowitsch

Naja, die berühmte Strato-Endlosschleife wird es wohl nicht sein, oder?

Gruß
Ingo

Ja, das geht.

Nimm die index.php Deines Themes und speichere sie als bilder.php. Ganz am Anfang der Datei füge folgendes ein:

<?php
/*
Template Name: Bilder
*/
?>

Suche in der Datei die Zeile mit folgendem Inhalt (oder ähnlich):

<?php if (have_posts()) ...

Füge direkt in der Zeile darüber folgendes ein:

<?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'] );
query_posts( $new_query );
?>

Erstelle eine neue statische Seite "Bilder" und weise ihr als
Template (rechts unter Attribute) dasTemplate Bilder zu.

Über diese neue Seite werden nun alle Bilder chronologisch absteigend angezeigt.
Du kannst dann noch die Ausgabe in der Datei bilder.php anpassen.

Gruß
Ingo

Wenn schon, dann bitte mit REMOTE_ADDR. REMOTE_HOST ist meistens nicht gesetzt. Nur was soll das bringen?

Gruß
Ingo

Ok, "403 Forbidden" sieht der Aufrufende, im Logfile steht nur die Fehlernummer 403. :-)

Mehr kann man nicht machen, der Webserver muß die Anfrage ja erstmal entgegen nehmen um zu wissen, was überhaupt angefordert wird. Dann stellt er fest, daß für die IP keine Zugriffe erlaubt sind, gibt den Fehler 403 zurück und schreibt die Aktion ins Logfile.

Das sollte aber die Last auch schon merklich reduzieren, denn das ganze "Wordpress-Monster" wird gar nicht erst gestartet.

Gruß
Ingo

Naja, Du unterbindest dadurch nur, das Deine Seite Inhalte zurückliefert bzw. POST-Daten entgegennimmt. Der Zugriff wird vom Webserver stattdessen mit einem Error "403 Forbidden" beantwortet. Und genau das steht dann auch um Logfile, nehme ich an.

Gruß
Ingo

Naja, also die 32 MB bei 1&1 reichen noch dicke für eine Wordpress-Standardinstallation. Bei mir wird für ein frisch installiertes, deutsches WP 2.9.2 ein Speicherverbrauch von etwa 12 MB im Frontend und 14,5 MB im Adminbereich angezeigt.

Aber gut, wenn Du die Möglichkeit hast, auf einen anderen Webhoster auszuweichen, ist das auch eine "Problemlösung" :-)

Gruß
Ingo

Naja, und bei 1&1 kommt man sogar ganz ohne FTP-Programm aus. Ich finde den Webspace-Explorer dort ganz brauchbar und das "Auf dem Server Entpacken" schließt da schon FTP-Übetragungsprobleme als Fehlerquelle aus (und geht zudem schneller).

Mit meiner Anleitung hatte ich bei 1&1 noch nie Probleme mit der Wordpress-Installation :-)

Gruß
Ingo

Hmmm, na dann bin ich auch etwas ratlos.
Denn ich habe auch bereits 2.9.2 bei 1&1 neu installiert und da ist alles korrekt in Deutsch.
Vielleicht ist die .mo-Datei irgendwie beschädigt oder so.

Gruß
Ingo

Erfahrungen damit habe ich nicht, aber ein einfache, logische Überlegung läßt mich zu dem Schluß kommen, das es so eine Top-10-Garantie nicht geben kann.

Bei Google kommen genau 10 Seiten in die Top-10, klar, deshalb heißt das ja so. Wenn nun 20 Kunden mit dem Tool für z.B. Ebooks oder Ebook optimieren wollen, wird es mit Sicherheit bei der Hälfte nicht funktionieren. :-)

Kurz und schmerzlos, ich halte davon nichts.

Gruß
Ingo

Die Ursache könnte sein, daß nicht auf PHP5 umgestellt wurde. Das ist für Wordpress bei 1&1 essentiell wichtig:
http://schnurpsel.de/wordpress-beim…epage-220/#php5

Gruß
Ingo

Bei mir gibt es zumindest am Sonntag Brötchen zum Frühstück, naja, sofern sich jemand aufrafft, und zum Bäcker geht. :-)

Was eßt Ihr so zum Frühstück, was gehört unbedingt dazu, was nicht?

Gruß
Ingo

Zitat von REGA1976

Geht natürlich auch, Vorteil beim Feed wäre dann nur, das keine zusätzliche DB-Abfrage gestartet werden muss.

Echt nicht? Und wo kommen die Daten im Feed her? :-)

Gruß
Ingo

Schreib das mal so da rein:

<?php
phpinfo();
?>

Je nach Einstellung des Servers weden die Short-Tags nicht unterstützt.

Gruß
Ingo

Über die Artikel-ID sind noch weitere Daten verknüpft. So z.B. Metadaten, zum Artikel gehörende Kommentare, Bilder, Kategorien und Tags. Da muß man dann auch jeweils die ID anpassen. Ist also nicht ganz so einfach.

Gruß
Ingo

Man kann im zweiten Schritt beim Import angeben, daß die Bilder mit importiert werden sollen. Dann holt sich WP diese direkt beim ursprünglichen Blog ab und speichert sie lokal im neuen Blog.

Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.

Gruß
Ingo

Zitat von DeathReign

...
Jedoch schreibe ich ein externes Programm (JAVA) welches auf den Wordpress Blog zugreift und dort spezielle Auswertungen fährt. Alle Daten die ich so brauch kann ich auch prima über SQL abfragen und speichern.
...

Achso, dann muß man es per SQL machen.
Es wäre aber gut, solche nicht unwichtigen Informationen gleich in der Fragestellung mit anzugeben. :-)

Gruß
Ingo

Kann man zwar auch mit SQL machen, besser ist es jedoch, die WP-Funktionen dafür zu verwenden, in diesem Fall get_the_tags( $id ).

Als Ergbnis wird ein Array mit den Tag-Objekten oder false zurückgegeben.
Beispiel:

$post_tags = get_the_tags( $id );
if( false !== $post_tags )
  foreach( $post_tags as $post_tag ) {
    echo "{$post_tag->name} ";
  }

Gruß
Ingo

Ich will Euch ja nicht entmutigen, aber beim 1&1-Shared-Hosting ist der Speicher auf 32 MB gedeckelt. Da hilft auch kein Hochsetzen des PHP-Memorylimits.

Gruß
Ingo

Also ich weiß nicht, ob das Zerlegen des Bildes so eine Gute Idee ist. Um Teile von Bildern anklickbar zu machen, gibt es Image-Maps. Da können dann keine ungewollten Abstände und Lücken entstehen. Image-Maps kann man auch sehr einfach mit ImageReady erstellen.

Gruß
Ingo

Ist eigentlich egal, wenn Du sowieso keine Blogartikel hast. Ich würde das obere nehmen, weil es kürzer ist.

Gruß
Ingo