Beiträge von Putzlowitsch

Ich habe für meinen privaten Spaß einen Strato-PowerServer S. Kostet 29.90 im Monat, hat einen Celeron 2400, 512MB Hauptspeicher, 60GB Festplatte (kein Raid) und auch eine Remote-Konsole.
Naja, ich lasse darauf ein kleines Chat-Servlet unter Tomcat laufen, dafür reicht es allemal. Allerdings kann ich zur Performance im Hochlastbetrieb nix sagen, bei drei bis sieben Leuten die da gleichzeitig angemeldet sind merke ich jedoch noch keine Engpässe

Gruß
Ingo

Also ich würde schon zu 5.x raten, einfach deshalb, weil für die 3er und 4er Versionen die aktive Entwicklung und Unterstützung beendet wurde:
MySQL AB :: MySQL 3.23, 4.0, 4.1 Reference Manual

Gruß
Ingo

Prinzipiell ist erstmal nahezu alles möglich
In diesem Fall dürft es aber schwierig sein, denn dieses 'page' ist tief in den WP-Kernmodulen verankert, man könnet da zwar in den Quelltexten rumwerkeln, ich muß aber davon abraten. Des weiteren ist das auch ein strukturelles Problem. WP muß ja irgendwie erkennen können, das es sich um Seiten handelt, und das wird halt über das "Schlüsselwort" 'page' realisiert. Bestenfalls 'page' durch 'seite' ersetzen wäre denkbar, aber auch hier muß in den Originaldateien rumeditiert werden.

Gruß
Ingo

Man könnte auch die Parameter hinten immer wieder abschneiden, z.B. so:

strtok( $_SERVER['REQUEST_URI'], '?' )

[COLOR=#000000][COLOR=#006600][COLOR=black]

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

Sie sind nicht drin.
[COLOR=#000000][COLOR=#cc0000]WHERE comment_type = ''
[COLOR=Black] bezieht sich nur auf normale Kommentare, sonst steht da 'trachback' oder '[/COLOR][/COLOR][/COLOR]pingback' drin. Um alle Kommentare anzuzeigen, kann die oben genannte Bedingung in der SQL-Abfrage weggelassen werden. Oder noch etwas komfortabler, man legt die anzuzeigenden explizit fest, etwa so:
[COLOR=#000000][COLOR=#cc0000]WHERE comment_type IN ( '', 'trackback', 'pingback' )
[COLOR=Black]Die jeweils nicht gewünschten einfach in den Klammern weglassen.

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

Ja klar, gibt es alles noch über die WPD-Downloadseite:
WordPress Deutschland » Download
Dort den Links zu den älteren Versionen folgen:
Ältere Versionen findest du im WPD-Archiv und im Versions-Archiv bei WordPress.org.

Gruß
Ingo

Es geht aber schon um die von dir oben genannten Seite? Wenn ich da jetzt den Feed anklicke, wird er bei mir korrekt angezeigt. Eventuell mußt Du mal das Neuladen erzwingen, möglicherweise liegt die fehlerhafte Version noch im Cache. Beim Firefox z.B. mit Shift+Reloadbutton.

Gruß
Ingo

Wäre auch was für ein Plugin, denn direkt im Beitrags-/Seitentext mit den Templatetags zu arbeiten, setzt voraus, daß bei der Ausgabe auch PHP interpretiert wird.
Ein Plagin könnte sich per add_filter( 'the_content', ... ) einklinken und alle nach einem vorgegeben Muster, z.B. {$NAME} eingfügten Variablen ersetzen.
Bestimmt gibt es sowas schon als Plugin, man muß es nur finden

Gruß
Ingo

Ich sehe folgende Fehlermeldung:

Call to undefined function:  wp_title_rss() in /www/htdocs/.../blog/wp-includes/feed-atom.php on line 14

Und tatsächlich gibt es diese Funktion vor Version 2.2 nicht. Früher war das nämlich the_title_rss(). Könnte also sein, das beim Update nicht alle Dateien aktualisiert wurden. In diesem Fall wäre die feed.php in wp-includes betroffen.
Wenn es dort the_title_rss anstelle von wp_title_rss gibt, ist das eine alte Datei die nicht zu WP 2.2 paßt.

Gruß
Ingo

Klar, PHP_SELF (und auch z.B. $_SERVER['SCRIPT_FILENAME']) gibt das ausgeführte Script zurück. Das ist immer index.php. Die eigentlich angeforderte Seite steht in $_SERVER['REQUEST_URI'].

Gruß
Ingo

Zitat von nowhere

...Und ich glaub, ich werd mich solangsam mal mit dem Gedanken an einen Umzug anfreunden...

Ich weiß zwar nicht, bei welchem Webhoster Du zur Zeit bist, aber ein Umzug kann durchaus die Lösung einiger Probleme (und auch neue Probleme ;-)) bringen.

Im übrigen kann die Trennung von Haupt- und Subdomain soweit gehen, das diese bei unterschiedlichen Hostern liegen, sofern die Hoster entsprechenden DNS-Konfigurationsmöglichkeiten bieten.

Gruß
Ingo

Das hängt auch davon ab, wie beim Webhoster Subdomains realisiert werden. Die "billige" Variante ist einfach eine Umleitung per .htaccess auf ein Unterverzeichnis. Die bessere Variante ist die Einrichtung eines virtuellen Hosts in der Webserverkonfiguration, wodurch man eine saubere Trennung erreicht.

Gut möglich, das bei Dir im ersten Fall durch die Permalink-.htaccess die Subdomain-Konfiguration verloren gegangen ist. Kannst ja mal gucken, ob in der .htaccess bei deiner zweiten Konfiguration, wo die Subdomain noch funktioniert, was anderes drinsteht.

Das läst sich so auf die Ferne allerdigs alles schwer beurteilen.

Gruß
Ingo

Liegt phpBB2 witklich in einer Subdomain?
z.B.:
Wordpress -> example.com
phpBB2 -> forum.example.com

Oder sieht das beim Forum so aus:
example.com/phpBB2

Dann wäre das keine Subdomain und logischerweise behandelt Wordpress alle nicht im Dateisystem gefundenen HTTP-Requests, auf genau diesem Prinzip beruhen die schönen Permalinks

Gruß
Ingo

Wenn man immer nur danach geht, wo grad ein Angebot günstiger ist, käme man aus dem Wechseln nicht mehr raus. Und wenn man Pech hat, gibt es den Anbieter, bei dem man ein paar Cent spart, nach einem halben Jahr nicht mehr. Dann muß man wechseln. Oder es gibt den nächsten, der wieder ein paar Cent weniger kostet, und man muß auch wechseln, weil man ja immer den billigesten haben will. Viel Spaß!

Gruß
Ingo

Man muß hierbei aber auch beachten, das der Tarif "Start" kein PHP und keine Datenbank enthält. Ist also für WP nicht geeignet. Damit wäre der Einstieg mit "Privat" bei 4.95, was dann auch grad mal 1 Euro weniger wäre, als die oben genannten "recht teuren" 6€.

Gruß
Ingo

Ja, die Größe spielt auch eine Rolle. Hat ein Bild eine Größe von Breite x Höhe in Pixel größer als (3 * 1024 * 1024), dann wird kein Thumbnail erzeugt. Der Grund ist einfach. Zum Erzeugen des Vorschaubildes muß das Originalbild komplett in den Speicher geladen werden. Da dürfte dann bei sehr großen Bildern des beliebte "Allowed memory size of xxxxxxx bytes exhausted..." auftreten.
Wenn man allerdings genug PHP-Speicher zur Verfügung hat, kann man das Limit auch ausschalten. Dafür muß ein Filter für 'wp_thumbnail_creation_size_limit' einen Wert kleiner 0 zurückgeben, z.B.:

<?php
function plw123_wp_thumbnail_creation_size_limit( $size_limit, $attachment_id, $file ) {
  return -1;
}
add_filter( 'wp_thumbnail_creation_size_limit', 'plw123_wp_thumbnail_creation_size_limit', 10, 3 );  


?>

Gruß
Ingo

Zitat von AndreasS.

...
Was aber immer noch nicht erklärt, warum WP die Datei ab und zu neu schreibt, oder?
...

Ja, das ist in der Tat ungewöhnlich. Normalerweise passiert das nur, wenn man das explizit in den Permalinkeinstellungen im Adminbereich ausführt.
Aber gut möglich, das dafür ein Plugin verantwortlich ist.
Was mir noch einfällt: Wenn man eine statische Seite schreibt oder ändert, passiert das auch. Hast Du vielleicht was an statischen Seiten gemacht?

Gruß
Ingo

Dieses

# BEGIN WordPress 
...
# END WordPress

rahmt genau die Sachen ein, die von Wordpress erzeugt werden. Wenn sich also irgendwas ändert, geht WP davon aus, daß der Block innerhalb einfach neu geschrieben werden kann.
Eigene Regeln müssen, damit sie die Änderung überleben, außerhalb dieser Kommentare stehen, also z.B. einfach davor:

<IfModule mod_rewrite.c> 
RewriteEngine On 
RewriteRule ^(openholidayguide)\.html$ $1.php [L] 
RewriteRule ^(openholidayguide)(.*)\,(.*)\_\_(.*)\.html$ $1&$3=$4$2.html [NC,N] 
RewriteRule ^(openholidayguide)&(.*).html$ $1.php?$2 [NC]     
</IfModule> 
  
# BEGIN WordPress 
<IfModule mod_rewrite.c> 
RewriteEngine On 
RewriteBase / 
 
RewriteCond %{REQUEST_FILENAME} !-f 
RewriteCond %{REQUEST_FILENAME} !-d 
RewriteRule . /index.php [L] 
</IfModule> 
 
# END WordPress

Es schadet nicht, wenn man mehrere solcher Rewrite-Blöcke hat.

Gruß
Ingo

Was passiert denn, wenn Du einfach mal die .htaccess testweise umbenennst. Gut, die Permalinks von WP gehen dann nicht mehr. Die spannende Frage wäre, ob dann das andere wieder funktioniert. Oder stehen in der .htaccess noch andere Sachen außer den WP-Einträgen drin?

Gruß
Ingo

Eigentlich sollten die beiden Bedingungen (RewriteCond mit REQUEST_FILENAME) genau dieses bewerkstelligen, und das tun sie normalerweise auch.
Es wird nur dann die Rewrite-Regel ausgeführt, wenn die angeforderte Datei oder das Verzeichnis nicht existieren. Im Umkehrschluß bedeutet das, daß z.B. eine Datei 'webalizer/index.html' gar nicht existiert.
Der 403er hat auch nichts mit dem Rewrite zu tun, es könnte aber z.B. bedeuten, das keine Default-Indexdatei existiert. Welche das sind, kann man z.B. mit

DirectoryIndex index.php index.shtml index.html

festlegen.

Gruß
Ingo