Beiträge von mindcontroler

oha! gut zu wissen - thx

muss das schließende "?>" in der wp-config-sample.php (seit neuestem) "fehlen"?!? damit fehlts ja dann auch meißt in der wp-config.php. es verursacht zwar keinen fehler, aber richtig ist es nicht, oder?

nope - das kommt davon, wenn man (so wie ich) etwas paranoid ist und die htaccess mit diversen - möglicherweise übertriebenen - "sicherungen" per hand vollpackt.

die htaccess ist der spielverderber*!! wenn darin folgendes steht:

RewriteCond %{QUERY_STRING} ^.*(request|insert|union|declare|drop).* [NC]

sollte es wie folgt abgeändert werden:

RewriteCond %{QUERY_STRING} ^.*(request|insert|union|declare).* [NC]

*wenn aber der obere codeschippsel in der htaccess gar nicht steht, liegt das problem woanders...

kann es sein, dass das hier was mit einem "durcheinander" beim "Zugänglichkeitsmodus" zu tun hat?!

in wp2.9.2 kann man diesen über die optionen in den widgets aktivieren, dann zeigt wp auch hier die gleichen symtome/probleme wie oben beschrieben!

mit:

http://DEINE-DOMAIN.TLD/wp-admin/widgets.php?widgets-access=on

kann man zwar in wp3.0.1 den modus aktivieren um zumindest (recht umständlich) die widgets zu bearbeiten - aber doof ists trotzdem.

habe das selbe drag/drop (widget/hilfe/option-aufklapp) probelm - aber nur im widgets-menü!
bei den menüpukten: artikel, seiten, dashboard gibts keine probleme.

browser:
- ff 3.6.8
- opera 10.60
- iron 4.0.2xx
- ie8
cache: geleert
js: aktiviert

wp: 3.01
theme: 2010 (vers:1.1), oder auch andere (wo es vorher funktioniert hatte)
plugins: alle deaktiviert

server: (linux) diverse hoster
php: 5.1.2, 5.2.12, 5.2.13

updates: von 2.9.3 auf 3.0 und von 3.0 auf 3.01 wurden teils über die automatische funktion von wp, als auch (bei einem anderen server) über ftp durchgeführt.

plan warum es nicht funktioniert: keinen :???:
brauche hilfe: ja, bitte!