Beiträge von bdix

Offenbar scheint es mit der neuen WP Version 3.3.1 auch beim normalen Setup Probleme zu geben.

Ich habe die Methode von xarxa durch, als auch das klassische Setup. Das Setup kommt bis zum 2. Schritt. Nach dem Klick auf die Schaltfläche [Starten wir die Installation] kommt "Die Webseite kann nicht angezeigt werden."
Auch der Versuch im Anschluss die config.php noch mal zu editieren schlägt fehl.

Gibt es einen Lösungsansatz? Ich weiß momentan auch nicht, was ich da noch probieren soll.

Problem gelöst!

Es liegt an dem neuen Theme-Patch von Atahualpa. Dort gibt es eine Komprimierungs-Funktion fürs CSS. Wenn diese eingeschaltet ist, kommt es zu diesem Effekt, der sich übringes bei Kommata, Doppelpunkten und dem &-Zeichen zeigte. Sowohl im Content, den Kommentaren, als auch im Menü haben ich diesen Fehler festgestellt.

Die Lösung fand ich auf der Hersteller-Seite im Forum:
Quelle: http://forum.bytesforall.com/showthread.php?t=14143

Zitat

edit css.php and change lines 2944-2951 from

HTML

Code

if ( $bfa_ata['css_compress'] == "Yes" AND !( isset($bfa_ata_debug) AND $bfa_ata['allow_debug'] == "Yes" ) ) { ob_end_flush();} if ( isset($bfa_ata_preview) OR $bfa_ata['css_external'] == "Inline" OR ( isset($bfa_ata_debug) AND $bfa_ata['allow_debug'] == "Yes" ) ) { echo "</style>\n"; }

to

HTML

Code

if ( $bfa_ata['css_compress'] == "Yes" AND !($bfa_ata_debug==1 AND $bfa_ata['allow_debug'] == "Yes" ) ) { ob_end_flush();} if ( isset($bfa_ata_preview) OR $bfa_ata['css_external'] == "Inline" OR ($bfa_ata_debug==1 AND $bfa_ata['allow_debug'] == "Yes" ) ) { echo "</style>\n"; }

Version: WordPress 3.1.4
Theme: Atahualpa 3.6.7

Hallo zusammen,
seit dem ich die neue Version von WordPress mit meinem Lieblings-Theme Atahualpa verwende,stoße ich auf folgendes Problem:

Leerzeichen hinter einem Komma bzw einem Doppelpunkt im Content-Text von Artikeln als auch Seiten, werden schlicht weg gelöscht bei der Ausgabe auf der Seite. Esist nicht nur ein Anzeigefehler. Habe mal den Test von der Seite kopiert und in einen Editor eingefügt, die Leerzeichen sind weg.
Beim Erstellen sind diese aber 100%ig drin. Momentan löse ich das Problem, indem ich hinter jedem Komma im Text in der HTML-view manuell ein   einfüge. Das ist natürlich bei langen Texten echt nevenraubend und wenn ich mal im Visuell-view etwas ändere und speichere, sind auch wieder meine manuell gesetzten Leerzeichen fort.

In welcher PHP-Datei oder welchen PHP-Dateien kann ich dieses Leerzeichen hinter dem Komma oder Doppelpunkt wieder als festes Zeichen korrigieren?

Den TinyMCE habe ich probehalber auch schon mal mit der Advanced-Version ersetzt. Hat aber das Problem nicht gelöst.
Könnt es ja selbst mal probieren, was ich meine. Auf meiner Seite nedesdia.gamechar.de habe ich deses Problem zum erstem mal bemerkt.

Nachtrag: Bei den Kommentaren besteht das gleiche Problem. Scheit also ein Problem des gesamten Inhalts der Seite zu sein.

Bin schon lange bei 1&1 und hatte auch diese Probleme. Die PHP-Version erfüllte nicht die Anforderungen für WordPress. Ein Anruf beim Service ergab, dass dieses Problem mit wenigen Scriptzeilen in der .htaccess behoben ist.

# PHP5 auf 1und1 einschalten
AddType x-mapp-php5 .php
AddHandler x-mapp-php5 .php

Für WordPress selbst sind auch noch ein paar Zeilen notwendig:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Komplett sieht meine .htaccess folgendermaßen aus:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress
 
# PHP5 auf 1und1 einschalten
AddType x-mapp-php5 .php
AddHandler x-mapp-php5 .php

Diese Datei lade nach dem Hochladen der anderen WordPress-Dateien in den dafür vorgesehenen WordPress-Ordner, da ich auf meinem Server mehrere WP-Seiten betreibe. Im Anschluss erst beginne ich mit dem Setup der deuschspracheigen WordPress-Version.

In der jeweiligen wp-settings.php steht etwa in Zeile 12 (hinter dem Kommentarbereich, gleich am Anfang) der Eintrag für die Speicherlimitierung, die ich auf 32MB gesetzt habe. Funktioniert seit dem problemlos.

<?php
/**
 * Used to setup and fix common variables and include
 * the WordPress procedural and class library.
 *
 * You should not have to change this file and allows
 * for some configuration in wp-config.php.
 *
 * @package WordPress
 */
[COLOR=green][B]if ( !defined('WP_MEMORY_LIMIT') )[/B][/COLOR]
[COLOR=green][B] define('WP_MEMORY_LIMIT', '32M');[/B][/COLOR]
 
if ( function_exists('memory_get_usage') && ( (int) @ini_get('memory_limit') < abs(intval(WP_MEMORY_LIMIT)) ) )
 @ini_set('memory_limit', WP_MEMORY_LIMIT);
 
[...]

Alle meine Seiten basieren auf einem Business-Paket (1&1 Busieness Pro 5.0). Eventuell funktioniert diese Variante auf kleinen Paketen nicht, wie gewünscht. Eine Nachfrage beim Support sollte diese Frage dann auch noch klären.

Also dieses Blabla von Einigen ist ja nun wirklich keine große Hilfe für Diejenigen, die PHP nicht mit Löffeln gegessen haben...

Hier mal eine kurze Anleitung (WordPress Version 2.9.2)

• Suche im Verzeichnis wp-includes die Datei default-widgets.php
• Öffne diese Datei in deinem Lieblings-Editor (Notepad tut's auch)
• Suche folgende Code-Zeilen:
  
  
  PHP

  <ul>
     <?php wp_register(); ?>
     <li><?php wp_loginout(); ?></li>
     <li><a href="<?php bloginfo('rss2_url'); ?>" title="<?php echo esc_attr(__('Syndicate this site using RSS 2.0')); ?>"><?php _e('Entries <abbr title="Really Simple Syndication">RSS</abbr>'); ?></a></li>
     <li><a href="<?php bloginfo('omments_rss2_url'); ?>" title="<?php echo esc_attr(__('The latest comments to all posts in RSS')); ?>"><?php _e('Comments <abbr title="Really Simple Syndication">RSS</abbr>'); ?></a></li>
     <li><a href="[URL]http://wordpress.org/[/URL]" title="<?php echo esc_attr(__('Powered by WordPress, state-of-the-art semantic personal publishing platform.')); ?>">WordPress.org</a></li>
     <?php wp_meta(); ?>
     </ul>

• Markiere:
  
  
  PHP

  <li><a href="[URL]http://wordpress.org/[/URL]" title="<?php echo esc_attr(__('Powered by WordPress, state-of-the-art semantic personal publishing platform.')); ?>">WordPress.org</a></li>

• [COLOR=red]Lösche[/COLOR] diesen Listeneintrag
• Speichere die geänderte Datei wieder auf deinem Server ab.

Wer nicht direkt auf dem Server diese Datei bearbeitet, muss sie natürlich vorher herunter laden und anschließend die geänderte Datei wieder hochladen.
Das war's dann auch schon.

Gruß bdiX

Dieses Problem hatte ich auch.

Zitat

Dein Versuch die Seite "Blabla" zu bearbeiten, ist fehlgeschlagen.

Ebenso auch Artikel. Zudem habe ich im Bearbeiten-Modus nur das rechte Menü gesehen. Der Content zum Abändern war nicht vorhanden und eine Fehlermeldung kam auch nicht.

Da ich den ganzen Nachmittag an der Seite mit neuen Designs herum getestet hatte, glaubte ich daran liegt's. Ich also versucht die Templates neu zu installieren bzw. zu löschen. Nichts.
Nun bekam ich auch noch die Meldung "Error 500 - Internal server error".
Nach einer kurzen Suche zu diesem Problem fand ich eine interessante Lösung, die zudem alle anderen Probleme gleich mit erledigte.
(Quelle: http://www.codedifferent.de/2009/01/12/pro…f-1und1-server/ )

Lösung: erstelle eine Textdatei mit folgendnem Inhalt:

memory[COLOR=#339933]=[/COLOR]20MB

und nenne sie "php.ini".
Lade diese Datei dann in dein wp-admin-Ordner (..wordpress/wp-admin/)auf deinem Server.

Einmal aktualisieren - fertig.
Diese Lösung ist für Seiten auf einem 1und1 Server. Ob sie anderswo genauso effizient funktioniert, muss probiert werden.

Gruß Bernd