Beiträge von ponce

Also, ich habe jetzt auf PHP 5.6 zurückgestellt (danke r23 für den Tipp), nun habe ich wieder Zugriff. Ich werde jetzt das theme updaten und dann nochmal eine neuere PHP Version versuchen. Herzlichen Dank nochmal allen für die schnelle Hilfe!

Zitat von b3317133

Du kannst per FTP in die entspr. Datei schauen.

...leider weiss ich nicht wie das geht, bin aber lernwillig ;-) gibt's irgendwo ein Tutorial dafür?

Die Version ist sicher älter, ich habe die Seite 2014 angelegt. Leider kann ich nicht sagen, was in der Zeile 1724 steht, denn ich komme ja nicht weiter als bis zur Fehlermeldung. Und nein, das war mein erster Log-in Versuch nach umstellung der PHP-Version.

Jetzt bin ich leider nochmal da. Ich wollte mich heute in meine webseite einloggen, bekomme aber eine kryptische Fehlermeldung, wäre super wenn sich das mal jemand anschauen könnte und mir einen Hinweis geben könnte was da los ist, vielen Dank.

Die Fehlermeldung (die xxxxx sind mein ausgeixter log-in):

Fatal error: Uncaught Error: Using $this when not in object context in /www/htdocs/xxxxxxx/wp-content/themes/itheme2/themify/themify-utils.php:1724 Stack trace: #0 /www/htdocs/xxxxxxx/wp-includes/class-wp-hook.php(286): themify_setup_menu_icons('') #1 /www/htdocs/xxxxxxx/wp-includes/class-wp-hook.php(310): WP_Hook->apply_filters(NULL, Array) #2 /www/htdocs/xxxxxxx/wp-includes/plugin.php(465): WP_Hook->do_action(Array) #3 /www/htdocs/xxxxxxx/wp-settings.php(505): do_action('init') #4 /www/htdocs/xxxxxxx/wp-config.php(81): require_once('/www/htdocs/xxxxxxx') #5 /www/htdocs/xxxxxxx/wp-load.php(37): require_once('/www/htdocs/xxxxxxx') #6 /www/htdocs/xxxxxxx/wp-admin/admin.php(34): require_once('/www/htdocs/xxxxxxx') #7 /www/htdocs/xxxxxxx/wp-admin/index.php(10): require_once('/www/htdocs/xxxxxxx') #8 {main} thrown in /www/htdocs/xxxxxxx/wp-content/themes/itheme2/themify/themify-utils.php on line 1724

So, es läuft mit PHP 7.3. Danke nochmal für Eure Hinweise!

Also, ich habe die PHP Version zurück auf 5.6 gestellt und konnte dann auf meine Webseite zugreifen. Habe dann MySQL auf 5.7.25 aktualisiert, Zwischenschritte waren nicht möglich. Jetzt ist die Webseite wieder erreichbar. Ich werde jetzt nach und nach die PHP Version erhöhen, mal schauen wann Schluss ist. Werde berichten.

Ich verwende die Version 3.8.29 (wurde heute aktualisiert). Wobei mir auch das Update auf Version 5.1.1 empfohlen wird, aber unter dem link bekomme ich dann o.g. Fehlermeldung. Mein Hoster ist all-inkl. Ich habe jetzt mal auf 7.2 gestellt, da heisst es jetzt "in Bearbeitung..." dauert wohl etwas. Werde mich wieder melden.

Hallo Forum,

ich habe seit einiger Zeit ein Problem, das ich nicht lösen kann. Vielleicht wurde die Frage ja schon beantwortet, ich habe die Suche hier schon bemüht aber leider nichts gefunden.

Also, wenn ich meine Webseite aufrufe, bekomme ich nur diesen Hinweis:

"Deine PHP-Installation scheint nicht über die von WordPress benötigte MySQL-Erweiterung zu verfügen."

Ich habe daraufhin meine PHP-Version von 5.6 auf 7.0 bzw. 7.3 umgestellt, das bringt aber nichts. Leider bin ich als Laie auf dem Gebiet mit meinem Latein damit auch schon so ziemlich am Ende.

Kann mir jemand einen Tipp geben, was ich hier machen muss? Vielen Dank schon im Voraus und schönen Feiertag noch!

...ich glaube nicht, dass es über das ftp Programm ohne webspace geht, frag' mich nicht warum. Aber Du könntest ja mal versuchen es so zu machen wie B-52 im #4 posting vorgeschlagen hat:

Zitat von B-52

Code

chmod -R 0777 /pfad/zum/ordner

damit sollte es gehen...

ich denke das geht über das Terminal. Ich verstehe auch nicht, weshalb man die Rechte bei einer lokalen Installation nicht ändern kann. Liege ich da falsch? Weiss das jemand???

--ponce

Hallo faithpx,

Du brauchst ein ftp Programm wie Filezilla (kostenlos) oder Transmit (€). Damit loggst Du Dich bei Deinem Provider im ftp Bereich ein. Dann musst Du Wordpress hochladen - falls nicht schon geschehen (es gibt auch Provider die Wordpress schon zu Deiner Verwendung auf ihren Servern haben, musst Du checken). Du siehst Dein lokales Wordpressverzeichnis im linken Teil, das auf dem Server auf der rechten Seite des ftp Programms. Dort markierst Du das Verzeichnis "wp-content" und drückst die rechte Maustaste. Im dann erscheinenden Menü siehst Du unter "Informationen" oder "Rechte" die momentan eingestellten Rechte und kannst diese entweder durch anhaken aller Kästchen oder durch direkte Eingabe der 777 aktivieren, wichtig ist noch die Option "unter Einbeziehung aller Unterverzeichnisse" bzw. "Rekursiv" einzustellen. Nachdem ich meinen Blog erstmal lokal ausprobieren möchte, habe ich das geänderte Verzeichnis anschliessend heruntergeladen, bzw. synchronisiert. Dann kannst Du das ftp Programm schliessen und Dein Bilderupload müsste funktionieren! Gib’ Bescheid wenns geklappt hat! ;-)

Gruß, ponce

...falls es jemanden interessiert, hier noch die Antwort meines Providers bezüglich des Sicherheitsaspekts der 777:

Zitat

vielen Dank für Ihre Anfrage.

Im Gegensatz zu vielen anderen Hostern läuft PHP auf unseren Servern
standardmäßig zunächst NICHT im CGI-Modus sondern direkt als Apache-Modul.
Dies hat viele Vorteile. Zum Beispiel ist PHP so wesentlich performanter,
sodass die Laufzeitgrenzen wesentlich großzügiger gestaltet sind. Hinzu
kommt, dass nicht gleich alle Dateien durch PHP vollständig beschreibbar
sind, was im CGI-Modus wiederum der Fall ist. Der CHMOD 755 für
Verzeichnisse ist im CGI-Modus gleichbebedeutend wie im Apache-Modus der
CHMOD 777.

Sie haben also grundsätzlich zu entscheiden, ob Sie mit ein wenig mehr
Einrichtungsaufwand (einigen Dateien/Verzeichnissen CHMOD 777 zuteilen) eine
wesentlich performantere und auch sicherere PHP-Installation betreiben
möchten oder unter Sicherheits- und Performance-Einschränkungen den
CGI-Modus nutzen möchten.

Den PHP-CGI-Modus aktivieren Sie, indem Sie den folgenden Eintrag in die
erste Zeile der .htaccess-Datei in Ihrem Verzeichnis setzen:

AddHandler php5-cgi .php

Desweiteren reicht es vollkommen aus, den Ordner uploads in wp-content diese Rechte zu geben.

Alles anzeigen

Ich danke dem Team von all-inkl.com für die ultraschnelle und erhellende Auskunft!

--ponce

Hallo alle (und besonders faithpx),

Problem gelöst! B-52 lag richtig, nur habe ich den Fehler gemacht, mich durch den Beitrag von g3h von der Verwendung der 777 ab halten zu lassen (kein Vorwurf, der Sicherheitshinweis ist gut). Nun - nachdem ich alle anderen in Frage kommenden erfolglos durchprobiert habe, habe ich es doch mal mit 777 versucht - und Bingo! Nun kann ich endlich problemlos Bilder hochladen! :grin:

Nur der Punkt Sicherheit hinterlässt ein ungutes Gefühl bei mir. Was kann man denn da tun? Soll ich die Rechte vor und nach jedem Bilderupload umstellen? So von 777 nach 750 und zurück? Scheint mir zwar umständlich zu sein, aber als temporärer workaround... weiss da vielleicht jemand noch was besseres?

--ponce

faithpx:

Hi Leidensgenosse! Ist zwar kein Trost für Dich, aber geteiltes Leid und so... Ich wollte nur sagen, dass auch ich einen iMac (3.2GHz Intel Core i5, 8GB Ram 1600MHz DDR3) mit Mountain Lion verwende (10.8.5), ich hoffe nicht dass da irgendwo der Knopf ist. Komischerweise scheint es im großen weiten Internt niemanden zu geben der eine Lösung hat, wiewohl das Problem durchaus bekannt ist. Ich werde jedenfalls weitergraben und sobald ich was weiss hier posten!

Gruß, ponce

...hmmm, ich habe gerade gesehen, dass die übergeordneten Ordner ja nicht auf den Server kopiert werden. Die heruntergeladene wp-config hat jetzt auf jedenfall die richtigen Rechte (755), das habe ich mit Transmit gecheckt. Medien einbinden geht nach wie vor nicht, auch nicht manuell, da kann ich sie zwar in das Verzeichnis schieben, sind aber in WP nicht zu sehen. Tja, wenn einer noch eine Idee hat...

--ponce

Hi Gerd,

schönen Sonntag und 1000 dank für den Hinweis, ich werde das versuchen, sobald der Blog läuft. Ich habe nun die Rechte des Ordners "wp-content" entsprechend geändert. Das ändert aber nur die Rechte des files auf dem Server, tichtig? Ich habe deswegen den Ordner zurückgeschoben, meinen lokalen gelöscht und damit ersetzt (der lokale Ornder hat nun auch das heutige Datum). Nun dachte ich, müsste ich problemlos Medien einbinden können, weil ja die Rechte entsprechend angepasst wurden. Leider bekomme ich immer noch dieselbe Fehlermeldung bez. der fehlenden Rechte. Müssen denn die Rechte der darüberliegenden Ornder auch noch ändert werden? Wenn ja, wie weit nach oben? der nächsthöhere wäre dann /wordpress und darüber /htdocs.

--ponce

...Nachtrag, ich habe es jetzt mit den Verbindungsdaten meines Providers versucht, und es hat sofort gklappt 8-). In Deinem Video sagst Du jedoch, dass man auf dem Server (rechte Seite) ein leeres Verzeichnis hat, wohin man die Wordpress Dateien kopieren soll. Diese Verzeichnis ist bei mir jedoch nicht leer, hier sind die Dateien meiner Webseite drin - die jedoch unwichtig ist und gelöscht werden kann. Das wirft aber die grundsätzliche Frage auf, wie ich eine Webseite und einen blog parallel zu einander betreiben kann?

Danke!

ponce

Hi Gerd,

hmmm, ich wollte das Ganze erstmal nur auf meinem Rechner haben, um zu lernen damit umzugehen (ich bin wie schon gesagt blutiger Laie auf diesem Gebiet). Sobald alles steht, wollte ich es dann auf den Server übertragen. Daher nochmal zu meiner Frage, wie geht das dann mit dem localhost, bzw. was mache ich hier falsch? Ich meine, das müsste doch grundsätzlich funktionieren?

--ponce

Hallo Gerd-E.

vielen Dank für Deine schnelle Antwort. Soweit habe ich es nun verstanden (hoffe ich :wink:), ich werde es gleich mal versuchen. Die Zugangsdaten habe ich mir rausgesucht. Aber noch eine Verständnisfrage, Du schreibst, dass ich die FTP Zugangsdaten meines Webhosters angeben muss. Ich bin jedoch davon ausgegangen, dass ich bei einer lokalen Installation sozusagen mein eigener hoster bin, also 'localhost', bzw. 127.0.0.1 als Serverangabe genügen. Liege ich da falsch?

Danke, ponce

Vielen Dank erstmal für eure Antworten / Hinweise. Leider werden meine Probleme immer mehr :(. Aber der Reihe nach. @ B-52: danke für den Code, muss ich den im Terminal eingeben? Wegen dem Pfad, für welchen Ordner muss ich denn die Rechte verändern (wp-content oder uploads?)? Würde das dann so passen: chmod -R /Programme/Xampp/Xamppfiles/htdocs/wordpress/wp-content/uploads oder eben verkürzt bis zu dem Ordner bei dem die Rechte verändert werden müssen?

Gerd-E.: danke auch dir für den Hinweis auf Dein Video, aber mit Filezilla habe ich schon das nächste Problem. Ich kann alles nachvollziehen, bis zu dem Punkt, wo ich mich mit dem Server (127.0.0.1 bzw localhost) verbinden soll. Was ich auch eingebe, ich bekomme immer diese Fehlermeldung: Verbindungsversuch fehlgeschlagen mit "ECONNREFUSED - Connection refused by server". Fehler: Herstellen der Verbindung zum Server fehlgeschlagen

Da ich inzwischen vollkommen von der Rolle bin, folgende Fragen:

- was ist der Benutzername den ich eingeben muss?
- dto. Passwort

ich habe beim anlegen der Datenbank den Namen 'video2brain' vergeben. Diese ist in phpMyAdmin unter 'Datenbanken' auch zu sehen, alle Rechte aktiviert. Benutzer ist 'root', kein Passwort

In Wordpress adäquat dazu: den Blogtitel, wieder einen Benutzername ('admin') und ein Passwort. So, ich habe nun jegliche Kombination versucht, bekomme aber keine Verbindung. Was mache ich falsch??

Ich hoffe Ihr könnt mir nochmal helfen, veieln dank schon im Voraus für Eure Mühen!

--ponce

Hallo und danke für deine Antwort, aber weisst Du, das nützt mir überhaupt nichts (nicht böse sein). Ich hatte ja geschrieben, dass ich es mit Filezilla versucht habe, bin aber damit nicht weitergekommen. Ich finde in Filezilla nichts, womit ich die Rechte ändern kann. Wenn Du es weisst, wo ist das? Welches Menü? Ich kann in Filezilla auf den Ornder wp-content gehen, beim Rechtsklick klappt ein Fenster auf mit den Optionen: "Hochladen" "Zur Warteschlange hinzufügen" "Öffnen" "Verzeichnis erstellen" "Löschen" und "Umbenennen". Ich kann die Ordner /uploads/2014/01 zwar manuell anlegen, aber auch da lässt mich Wordpress kein Bild uploaden. Selbst wenn ich dann ein Bild dort hinterlege, ist es in Wordpress nicht sichtbar.

--ponce