Beiträge von SomeVapourTrails

Das Verzeichnis hat 775. Soweit ich das verstehe werden die Unterverzeichnisse nach Jahr und Monat ja durch ein Wordpress-Script angelegt und das lässt mich gerade im Stich. Daher also die Frage, welches Script beim Medienupload hier herumsprinnt. Denn wenn das Häkchen bei "Organisiere meine Uploads in monats- und jahresbasierten Ordnern" nicht gesetzt ist, funktioniert der Upload...

Folgendes Problem:

Wenn ich ein Bild auf meinen Blog hochladen möchte, kommt folgende Meldung:

"Die hochgeladene Datei konnte nicht nach wp-content/uploads/2015/01 verschoben werden."

Sobald ich bei Einstellungen - Medien das Häkchen aus "Organisiere meine Uploads in monats- und jahresbasierten Ordnern" funktioniert jedoch der Upload.

Da ich jedoch schon seit 2009 meine Uploads nach Jahr und Monat organisiert habe, möchte ich das jedoch beibehalten. Wo besteht der Fehler? Der Safe-Mode ist definitiv nicht an! Es gibt schon zahllose Themen hier zu diesem Problem, aber ich sehe nirgendwo eine Lösung. Vor allem nichts, was von WP 4.0 aufwärts vorgeschlagen wurde.

Hätte nicht vielleicht doch jemand eine Idee, was hier schief läuft?

Werte Foristen,

ich habe folgendes Problem: Wenn ich ein Theme anpassen möchte, kommt die Meldung: "[COLOR=#444444][FONT=Open Sans]Die Session ist abgelaufen. Bitte melde dich erneut an. Du wirst diese Seite nicht verlassen müssen." Dann soll ich Benutzernamen und Passwort eingeben, aber auch danach kommt wieder die selbe Seite mit der selben Meldung. Ich bin schon recht verzweifelt.

Ich habe gelesen, dass eventuell die .htaccess das Problem sein könnte. Wenn ich auf Einstellung und Permalinks gehe, erhalte ich die folgende Meldung:

Warning[COLOR=#444444][FONT=Open Sans]: is_writable() [[/FONT][/COLOR]function.is-writable[COLOR=#444444][FONT=Open Sans]]: open_basedir restriction in effect. File(/) is not within the allowed path(s): (/www/htdocs/w00b6[COLOR=#444444][FONT=Open Sans][COLOR=#444444][FONT=Open Sans]***[/FONT][/COLOR][/FONT][/COLOR]/:/tmp:/usr/bin:/www/htdocs/w00b6[COLOR=#444444][FONT=Open Sans][COLOR=#444444][FONT=Open Sans]***[/FONT][/COLOR][/FONT][/COLOR]:/bin:/usr/local/bin:/usr/share/php:/dev/urandom) in [/FONT][/COLOR]/www/htdocs/w00b6[COLOR=#444444][FONT=Open Sans][COLOR=#444444][FONT=Open Sans]***[/FONT][/COLOR][/FONT][/COLOR]/wp-admin/options-permalink.php[COLOR=#444444][FONT=Open Sans] on line[/FONT][/COLOR]133

Warning[COLOR=#444444][FONT=Open Sans]: is_writable() [[/FONT][/COLOR]function.is-writable[COLOR=#444444][FONT=Open Sans]]: open_basedir restriction in effect. File(/) is not within the allowed path(s): (/www/htdocs/w00b6***/:/tmp:/usr/bin:/www/htdocs/w00b6[COLOR=#444444][FONT=Open Sans][COLOR=#444444][FONT=Open Sans]***[/FONT][/COLOR][/FONT][/COLOR]:/bin:/usr/local/bin:/usr/share/php:/dev/urandom) in [/FONT][/COLOR]/www/htdocs/w00b6[COLOR=#444444][FONT=Open Sans][COLOR=#444444][FONT=Open Sans]***[/FONT][/COLOR][/FONT][/COLOR]/wp-admin/includes/misc.php[COLOR=#444444][FONT=Open Sans] on line [/FONT][/COLOR]170
[/FONT][/COLOR]
Nun meine Frage: Was läuft da schief? Hätte jemand einen Rat? Ich würde momentan nicht den ganzen Blog neu aufsetzen wollen. Danke schon vorab für jeden Lösungsansatz.

Wenn du YouTube, SoundCloud und Bandcamp einbindest, dann kommen halt schnell ein paar Scripte zusammen. Ich arbeite auch stets mit vielen Tabs und hab mit dem Laden meiner Seite kein Problem. Wohl aber eben mit dem Verhalten der Links im Firefox im derzeitigen Theme.

Das Problem ist auch lediglich bei Firefox und IE, unabhängig welches Windows-Betriebssystem. Warum es ausgerechnet bei diesen zwei Browsern auftritt, entzieht sich meiner Kenntnis.

Mich bringt ein Problem zur Verzweiflung und ihr seid meine letzte Hoffnung!

Ich hab seit ein paar Wochen ein neues Wordpress-Theme auf meinem Blog und daran im Rahmen meiner extrem bescheidenen Möglichkeiten herumgeschraubt. Alles prima soweit, aber wenn ich mit Firefox auf irgendeinen Link klicken will, springt der Link graphisch hervor, aber es braucht erst einen zweiten Klick um diesem Link dann auch zu folgen. Auf Chrome und Safari dagegen läuft das Theme wie geschmiert, bei IE tritt der gleiche Fehler auf. Ich bekam als Tipp, dass die Links mit Javascript versehen sind: "javascript:_gaq.push(['_trackEvent'...". Meine Suche hat ergeben, dass es eventuell mit einem Plugin von Google Analytics zusammenhängt. Aber auch das habe ich deaktiviert, Browser-Caches natürlich alle gelöscht und dennoch tritt das Problem noch immer auf. Wäre für den kleinsten Hinweis sehr dankbar.

Hier der Link zum Blog, um das Problem zu verdeutlichen: http://www.lieinthesound.de

Das Memory Limit wurde von 64 auf 128 hochgeschraubt. Ich sehe auch den Verbrauch (daher gibt mir WP-Memory-Usage keine neuen Infos), habe aber gehofft, dass es eine elegantere Art der Überwachung gibt, als alle Plugins zu deaktivieren und nach und nach wieder einzuschalten.

Ich hatte ein Problem mit der Meldung Fatal error: "Allowed memory size of xxx bytes exhausted". Das habe ich dadurch gelöst, dass mein Hoster das Memory Limit nun erhöht hat. Dadurch konnte ich mich nun wieder problemlos auf Wordpress einloggen. Nun würde mich interessieren, welches Plugin mich über das bisherige Memory Limit hat schießen lassen und mein Login-Problem verursacht hat. Gibt es für einen Laien die Möglichkeit dies herauszufinden? Wäre für etwaige Vorschläge sehr dankbar.

Nochmals alles überprüft, die wp-config verglichen mit der sample und nach wie vor die selben Meldungen. Die vorher als Backup verwendete wp-config ohne Sicherheitsschlüssel funktioniert problemlos.

Ok hab ich gemacht und bekomme nun folgende Meldungen:

Warning: Cannot modify header information - headers already sent by (output started at /www/htdocs/w00b6xxx/wp-config.php:1) in /www/htdocs/w00b6xxx/wp-login.php on line 290

Warning: Cannot modify header information - headers already sent by (output started at /www/htdocs/w00b6xxx/wp-config.php:1) in /www/htdocs/w00b6xxx/wp-login.php on line 302

Was ist falsch, in den Threads hier finde ich keine Erklärung.

Man schlage mich nun, aber ich hab eine Frage, die ich im Forum nicht beantwortet finde:

Kann mir jemand erklären, ob der API-Key, den man bei Registrierung bei Wordpress.com per E-Mail bekommt, mit den Secret_Keys zusammenhängt, die man als Sicherheitsschlüssel in die wp-config.php eingeben soll. Hängen beide irgendwie zusammen oder kann ich mir diese Sicherheitsschlüssel einfach so generieren? Muss ich diese wirklich nur in der wp-config.php eingeben? Sind Schreibrechte egal?

Danke für Antworten!

Ich raufe mir schon Stunden die Haare, weil ich folgendes Problem nicht lösen kann:

Die Anzeige, sprich die Größe der Schriftart in meinem Dashboard (nicht auf dem Blog!) hat sich plötzlich geändert und ist nun kleiner. Wie kann ich dies Malheur wieder beheben? Habe kein Update vorher gemacht, WP-Version ist aktuell, keine Plugins seitdem installiert oder aktualisiert.

Danke vorab für etwaige Infos.

Habe folgendes Problem: Logge mich mit Browser (Firefox 3.5 und Opera 9.64) seit circa 2 Tagen in meinem Wordpress-Blog ein, komme auch auf die Übersichtsseite, aber sobald ich dann Artikel bearbeiten oder Einstellungen ändern will, lädt die Seite sehr langsam oder gar nicht. Besonders wenn ich die Blog Stats (Wordpress.com-Stats Plugin) aufrufe, lädt die Flash-Grafik nicht und ich bekomme beim Refresh lediglich eine komplett weiße Seite (passiert im Opera nicht ganz so häufig). Browser wurden in der Zeit nicht verändert, auch am Blog ist nach Update auf 2.8.2 vor einer Woche nichts umgestellt worden. Blog Stats wurden bereits deaktiviert, danach ging es annähernd normal. Bei Reaktivierung tritt Problem wieder auf. Nach dem Löschen von Cookies funktioniert meist ein Login, ehe ich erneut Schwierigkeiten feststelle. Bereits vorab ein Danke für etwaige Tipps!

Blog-Url: lieinthesound . de

Wordpress-Version: 2.8

Host: all-inkl.com

Plugins:

Akismet
All in One SEO Pack
Contextual Related Posts
No Excerpt-P
Sociable
StatPress Seolution
WordPress.com Stats
WP Page Numbers
WP System Health

Hallo zusammen!

Ich bin mit einem auf Wordpress gehosteten Blog nun auf einen eigenen Server bei all-inkl.com umgezogen, habe dort alles eingerichtet und bekomme nun beim Anlegen von Permalinks (sowie bei der Verwendung einzelner Plugins) Fehlermeldungen:

Zunächst die Daten:

http://www..lieinthesound.de
Wordpress-Version 2.8
Theme: Arthemia 1.0
Plugins: Akismet, All in One Seo-Pack, Contextual Related Posts, Dagon Design Sitemap Generator, Featurific for Wordpress, Google Analytics for WordPress, Gravatar, KB Robots.txt, No Excerpt-P, Sociable, WP System Health.

Nun die Problemstellungen, die an verschiedenen Stellen auftauchen - egal, ob einzelne Plugins deaktiviert sind oder nicht:

Warning: is_writable() [function.is-writable]: open_basedir restriction in effect. File(/) is not within the allowed path(s): (/www/htdocs/xxxxxxxx/:/tmp:/usr/bin:/www/htdocs/xxxxxxxx:/bin:/usr/local/bin:/usr/share/php) in /www/htdocs/xxxxxxxx/wp-admin/includes/misc.php on line 128

Solch Hinweise bekomme ich immer wieder. Habe diesbezüglich auch mit meinem Hoster gesprochen, der darauf meinte: "Das Problem ist nicht die Open-Basedir-Restriction, sondern das das Wordpress bzw. das Plugin falsch konfiguriert ist. Es wird versucht auf eine Datei/Verzeichnis "/" zuzugreifen (File(/)), was nicht erlaubt ist. Sie können nur auf Verzeichnisses innerhalb Ihres Accounts zugreifen." Meine Frage nun: Und wie konfiguriere ich nun richtig?

Die File, die nicht im zulässigen Pfad ist, variiert. Grundsätzlich sind Plugins in wp-content/plugins gespeichert, ist dies vielleicht der falsche Ordner, also in der Verzeichnisstruktur zu tief angesiedelt? Wenn ja, wie könnte die Lösung aussehen?

Zweite Sorgenfalte ist meine Permalinkseinstellung, die bei der Änderung diese Warnung ausspuckt:
Wäre die Datei .htaccess schreibbar, würde das automatisch passieren; da dies aber nicht der Fall ist, müssen Sie die folgenden mod_rewrite-Regeln von Hand in die .htaccess einfügen. Klicken Sie in das Feld und drücken Sie Strg+A, um alles auszuwählen.

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

Die .htaccess ist aber schreibbar, warum also erscheint die Meldung?

Bedanke mich bereits jetzt für jede erdenkliche Anregung.