Beiträge von Putzlowitsch

Ja, ab 2.5.x kann man das sauber mit einem Plugin machen, es gibt dafür den Filterhook 'jpeg_quality'. Voreingestellt ist übrigens 90.
Bsp.:

function my_jpeg_quality( $quality ) {
  return 100;
}
add_filter( 'jpeg_quality', 'my_jpeg_quality' );

Gruß
Ingo

Naja, da wird Dir eher Dein Webhoster weiterhelfen müssen. Bei Version 5.0.44 denke ich zudem, daß es sich dabei um Client-Version handelt. Diese hat nichts mit der Serverversion zu tun.

Bei der Serverversion steht meist noch etwas dahinter, wie -log oder -max-log oder Ähnliches.

Gruß
Ingo

Und was sagt mysql_get_server_info ?
PHP: mysql_get_server_info - Manual

Gruß
Ingo

Du mußt die Adresse des Logos absolut angeben.
Also nicht 'images/logo.gif', sondern '/images/logo.gif'.

Gruß
Ingo

Genau, mit "Dein Server" ist der Webspace bei Deinem Hoster 1&1 gemeint, ebenso mit "Deine Datenbank" eine Datenbank bei 1&1.

Je nach dem, womit Du die Daten auf Deinen Webspace hochlädtst, muß das nicht mit einzelnen Dateien erfolgen. Deim 1&1 WebspaceExplorer könnstest Du z.B. einfach die unausgepackte komplette Wordpress-ZIP-Datei hochladen und dann mit der UnZIP-Funktion des WebspaceExplorers direkt auf dem Server entpacken. Anschließend mußst Du dann nur noch die angepaßte wp-config.php zusätzlich in das WP-Wurzelverzeichnis kopieren.

Gruß
Ingo

Was spricht denn dagegen, das neu einzurichtende Blog auch in ein Unterverzeichnis zu legen. Ich mache das grundsätzlich so, daß ich nie mein Webspace-Rootverzeichnis als Rootverzeichnis für eine Domain verwende. So kann man auch problemlos Daten außerhalb der direkten Erreichbarkeit durch den Webserver ablegen.

Gruß
Ingo

Also mit einer Fritz-Box sollte es kein Problem sein, da gibt es sogar einen FAQ-Artikel bei Strato:
Strato FAQ Frontend

Mein Draytek kann das leider nicht, da muß ich auf einen Windows-DynDns-Client ausweichen.

Wieso mußt Du dann alles lokal hosten? Du kannst bei Strato-DynDns auch nur eine Subdomain dynamisch gestalten und der Rest bleibt unverändert.

Gruß
Ingo

Gruß
Ingo

Es gibt im wesentlichen zwei Möglichkeiten, wo die php.ini sein kann. Eine ist bestimmt auf dem Server zu finden, meist im Verzeichnis /etc. Um damit etwas machen zu können, benötigt man allerdings root-Rechte auf dem Server.

Eine weitere Möglichkeit sind lokale php.ini-Dateien. Diese werden, falls nicht vorhanden, einfach neu in dem Verzeichnis angelegt, wo sie wirken sollen. Also z.B. im WP-Wurzelverzeichnis und im /wp-admin.

Allerdings ist die Unterstützung lokaler php.ini-Dateien von der Konfiguration des Servers abhängig, man sollte als den Webhoster befragen, ob soetwas überhaupt möglich ist.

Gruß
Ingo

Der Datenbankname ist falsch. Im Unterschied zum Benutzernamen enthält er kein u, muß also db1087721-xo lauten.

"ich habe sogar vorlaufig die rechte für das wp-verzeichnis und alle unterordner auf lesen-schreiben-ausführen für alle gestellt"
Wie bist Du denn darauf gekommen? Sowas stellt ein potentielles Sicherheitsrisiko dar, wer solche Tips gibt, gehört eingesperrt

Gruß
Ingo

Ich hab grad gesehen, daß Du bei Strato bist. Hast Du dort schon mal die Strato-Eigene DynDNS-Funktion probiert? Das wäre normalerweise der beste Weg, eine echte DNS Auflösung für die dynamische Adresse. Da wäre dann keine Weiterleitung notwenidg.
Dann müßtest Du auf Deinem lokalen Server nur noch meta.wops.de als VHost einrichten.

Gruß
Ingo

Naja, gib beim Upload als Dateiname einfach die komplette URL an, dann klappt das. Grad geteste mit WP 2.5.1.

Gruß
Ingo

Hmmm, also das ist komisch. Da kann ich auch nur im Nebel stochern und würde sagen, trag doch einfach mal für die Wordpress-Adresse auch "http://meta.wops.de" ein. Vielleicht hilfts ja.

Gruß
Ingo

Ich habe schon mal zu Testzwecken mit einem WP auf Strato eine Host-Europe-Datenbank genutzt. Es funktioniert, man darf aber geschwindigkeitsmäßig keine Wunder erwarten. Die DB-Performance war in etwa vergleichbar mit der direkt bei Strato, und die ist ja bekanntlich nicht besonders gut.

Gruß
Ingo

Naja, das mit der Endlos-Weiterleitung ist ein strukturelles Problem. Als HTTP_HOST wird dem Wordpress halt die dyndns-Adresse vorgesetzt, und mit dem Canonical-Redirect ab WP 2.3.x wird dann halt auf die andere Adresse zurück umgeleitet, diese leite wieder auf die dyndns-Adresse um usw...

Da hilft eigentlich nur, das Canonical-Redirect abzuschalten oder eine echte Domain-Nach-IP-Adressauflösung. Einen etwas ausfürlicheren Thread zu dem Thema gab es schon mal vor einiger Zeit:
http://forum.wordpress-deutschland.org/konfiguration/…kbenutzung.html

Zum deaktivieren des Canonical-Redirects gibt es dieses Mini-Plugin:
http://forum.wordpress-deutschland.org/installation/2…html#post124397

Gruß
Ingo

Es sollte reichen, wenn Du die Blog-Adresse auf 'meta.wops.de' setzt. Die Wordpress-Adresse sollte weiterhin auf die dyndns-Adresse zeigen.
Zumindest funktioniert ein direkter Aufruf eines Artikel richtig:
http://meta.wops.de/2008/06/garmin…ahrungsbericht/

Gruß
Ingo

Zitat von Repixel

...
[size=8]+sorry, wie kann man denn hier Zeilenumbrüche im [code=html] erzwingen ??[/SIZE]

Gar nicht, die HTML-Formatierung ist schon seit einiger Zeit kaputt, scheint sich aber niemand drum zu kümmern:
http://forum.wordpress-deutschland.org/feedback-und-a…fehlerhaft.html

Gruß
Ingo

Wieso ist das bei Dir leer? Es gibt einige Standard-Importmodule, die bei einer normalen WP-Installtion mit dabei sind.

Was Fertiges für Dein spezielles Problem gibt es sicher nicht, aber die bei WP mitgeliferten Module machen genau das, was Du im Prinzip auch willst, sie erstellen aus anderen Datenquellen, Artikel, Kategorien, Kommentare usw.

Wie gesagt, man nimmt sich am einfachsten so ein WP-Imortmodul und paßt es an die eigenen Besonderheiten an, in dem Fall die Eingangsdaten.

Gruß
Ingo

Aha, vermutlich war nur der Begriff "Altdatenimport" meinerseits schlecht gewählt.

Na was ich nur andeuten wollte ist, daß man am besten, um Daten in welcher Form auch immer in Artikel umzuwandeln, diese nicht direkt in die WP-Tabellen schreibt, sondern dafür ein kleines Import-Modul erstellt. So wie die schon in WP vorhandenen Module, die man als Beispiel nehmen kann.
Man muß dann auch gar nicht die WP-Datenbankstruktur kennen, sondern verwendet High-Level-Funktionen wie wp_insert_post oder add_post_meta usw. So würde ich das zumindest machen.

Gruß
Ingo

Zitat von Lefdi

Putzlowitsch
Es gibt keinen Altdatenimport.
Die Daten für die Radtouren liegen bereits in der Datenbank des aktuellen WP drinn, somit muss ich keine Altdaten importieren.

Ja und wo ist dann das Problem? Verstehe ich nicht. Du hast die 700 Touren wo liegen und in welcher Form? Als Artikel in de WP-Datenbank und nun willst Du sie als Artikel haben? *grübel*

Gruß
Ingo

Direkt von einer Datenbank in die andere ist vielleicht nicht so günstig. Ich hatte auch mal einen Altdatenimport aus einer anderen Anwendung gemacht. Dabei habe ich mir als Beispiel die Import-Module von WP genommen und das Auslesen der alten Datensätze dann dort reingebastelt.

Wenn man die internen WP-Funktionen wie bei den Importmodulen verwendet hat das den Vorteil, daß bestimmte Umwandlungen, Updates usw. WP-konform von statten gehen.

Hier mein kleiner Erlebnisbericht
Schnurpsel » Die Wordpress Import-Schnittstelle

Gruß
Ingo