stnabor
Verfasste Forenbeiträge
-
Forum: Themes
Als Antwort auf: Upload von Demo-Content (.json) scheitert beständigHallo @hage
Dir nochmals vielen Dank!
Zur Lösung des Ganzen: es hat am Setting gelegen: – das wollte ich noch mit Euch teilen – euch mitteilen – und ggf. kommt ja auch nochmals jemand in ein ähnlich gelagertes Thema oder Problem.// ** Database settings - You can get this info from your web host ** // define( 'FS_METHOD', 'direct' );
Anm: wie in diesem u. auch in jenem Thread beschrieben –
brauchte ich ein Setup welches nicht ständig nach FTP fragt (was auf meinem Server disabled ist) – mit dem o.g. Workaround – und einem geringfügigen Anpassen der max_execution_time geht nun alles prima.
Vielen Dank für Euren tollen Support.
macht weiter so – euer Forum ist soooo hilfreich 😉
Grüße STNAborvgl auch den anderen Thread. – den ich verlinkt habe.
Forum: Themes
Als Antwort auf: (autom.) Updates – lediglich via FTP oder auch über SFTP möglich!?Hallo @pixolin, hallo @michi91
nochmals vielen vielen Dank für Euren nachhaltigen Support.
entscheident ist dieser Eintrag in die Konfigurationsdatei:
define('FS_METHOD','direct');
vgl.
nun geht nicht nur der Upload der Theme-Demos –
nebenbei – mit einer ganzen Menge an Daten-
Anm.; dass das ein oder andere nicht hochgeladen wurde – scheiterte, das liegt lediglich daran, dass für ein paar Einträge Dublikate entdeckt wurden – bzw. dass eben in manchen Kategrien bereits schon Einträge vorhanden warenDas gleich ich am Wochenende noch aus – in dem ich hier alles zurücksetze und alles frisch mache.
Mein Server-Admin hat die max_execution_time moch etwas ausgebaut –
Alles läuft nun problemlos und ja: ich kann auch jetzt Updates von Plugins usw. usf durchführen.
alles problemlos . Das konnte ich früher auch nicht..Vielen Dank für Euren tollen Support, Eure Geduld und alles was ihr hier tut.
Macht bitte weiter so! Euer Forum hier ist einfach superklasse!!Ich markiere den Thread als geloest 😉
Dank meines Server-Admins – und auch dank Euch.
viele Grüße
STNabor 😉ps:die max_execution_time wurde auch noch etwas hochgesetzt;)`
Forum: Themes
Als Antwort auf: (autom.) Updates – lediglich via FTP oder auch über SFTP möglich!?Hallo und guten Morgen @pixolin
vielen Dank für deine Rückmeldung. Freue mich. 😉
Da mein Server-Admin sich gemeldet hat und sich nun an die diversen Änderungen macht wollt ich das aufs „Gelöst-setzen“ noch abwarten.
Es geht, wie oben beschrieben, um das Nachinstallieren der Module (s.o.) u. um ein paar weitere Dinge wie Dateien mit unterschiedl Besitzer (owner) für alle Dateien und Ordner
im www-root Ordner bzw dem PHP Prozess Owner ändern.ferner – was die Plugins anbelangt die mir (entsprechend dem Site-Health-Status) fehlen: die neueren Errorlogs – wenn ich versuche, den Upload des Demo-Pakets (wie ganz oben) vorzunehmen:
[Mon Apr 04 16:48:49.309590 2022] [php7:notice] [pid 4872] [client meine_IP_Adresse:52370] PHP Notice: ob_end_flush(): failed to send buffer of zlib output compression (1) in /sites/www.job-starter.com/wp-includes/functions.php on line 5212, referer: https://www.job-starter.com/wp-admin/plugins.php [Mon Apr 04 16:48:49.309618 2022] [php7:notice] [pid 4872] [client meine_IP_Adresse:52370] PHP Notice: ob_end_flush(): failed to send buffer of zlib output compression (1) in /sites/www.job-starter.com/wp-includes/functions.php on line 5212, referer: https://www.job-starter.com/wp-admin/plugins.php
und das scheint m.E. auch iwie konsistent mit dem Site-Health-Status zu sein, den ich auch schon weiter oben erwähnt hab und der folgende Module
als fehlend moniert; curl, exif, imagick, zip, intl,Ferner gibt es noch die Probleme: c. auch post_max_size is smaller than upload_max_filesize: The setting for post_max_size is smaller than upload_max_filesize, this could cause some problems when trying to upload files.
d. last but not least hab ich auch noch SQL-Probleme:- entsprechend dem Site Health-Status- Outdated SQL server :: Performance
The SQL server is a required piece of software for the database WordPress uses to store all your site’s content and settings. For optimal performance and security reasons, you should consider running MySQL version 5.6 or higher. Contact your web hosting company to correct this.
Will diese Änderungen gern noch abwarten – und dann gegen Wochenende hier final Resultate posten.
Euch nochmals vielen Dank für dieses tolle Forum und euren unermüdlichen und tollen Einsatz. Bin sicher dass das Forum hier auch vielen vielen anderen hilft,
denn es stecken in den vielen Threads superviele Lösungen drinne für viele Themen rund um WP.ich melde mich also gegen Wochenende wieder.
Danke @ all für Eure tolle Arbeit 😉
Forum: Themes
Als Antwort auf: (autom.) Updates – lediglich via FTP oder auch über SFTP möglich!?Hallo und guten Abend, 😉
der Vollständigkeit halber melde ich mich nochmals: Danke nochmals, Bego Mario Garde und auch Miche91.
Insbes. die neueste Rückmeldung ist klasse – trifft m.E. auch ins Schwarze: Danke dir @michi91 für die Mühe des Durchlesens und deine Rückmeldung. Denke, dass du in allen Punkten Recht hast: ich kontaktiere, den Serveradmin.Hab das nochmals kurz nachvollzogen und z.B. die Logfiles dazu rausgesucht – zum Vorgang, dem Uploadversuch der Files. Ferner hab ich nochmals den Site-Health-Status angeschaut. So kann das wohl nicht funktionieren.
Die Befunde:
a. ich hab die unterschiedlichen Owner, wie wir sehen:
a1. tmp-folder:
a2. wp-content:
ferner – was die Plugins anbelangt die mir (entsprechend dem Site-Health-Status) fehlen: die neueren Errorlogs – wenn ich versuche, den Upload des Demo-Pakets (wie ganz oben) vorzunehmen:
[Mon Apr 04 16:48:49.309590 2022] [php7:notice] [pid 4872] [client meine_IP_Adresse:52370] PHP Notice: ob_end_flush(): failed to send buffer of zlib output compression (1) in /sites/www.job-starter.com/wp-includes/functions.php on line 5212, referer: https://www.job-starter.com/wp-admin/plugins.php [Mon Apr 04 16:48:49.309618 2022] [php7:notice] [pid 4872] [client meine_IP_Adresse:52370] PHP Notice: ob_end_flush(): failed to send buffer of zlib output compression (1) in /sites/www.job-starter.com/wp-includes/functions.php on line 5212, referer: https://www.job-starter.com/wp-admin/plugins.php
und das scheint konsistent mit dem Site-Health-Status zu sein, den ich auch schon weiter oben erwähnt hab:
,….vgl. zu a. diverse Plugins im Apache: (siehe unten) vgl. der Site-Health-Bericht: er hat u. a. folgende Befunde:
…. maintains a list of those modules, both recommended and required, in the team handbook (opens in a new tab). -Warning The optional module, curl, is not installed, or has been disabled. -Warning The optional module, exif, is not installed, or has been disabled. -Warning The optional module, imagick, is not installed, or has been disabled. -Warning The optional module, zip, is not installed, or has been disabled. -Warning The optional module, intl, is not installed, or has been disabled.
Denke, dass ich also alle o.g. Plugins im PHP-Setup (des Apache) brauche.
Ferner gibt es noch die Probleme:
b. die Ownwerships auf files & Folder: Die Ordner die nicht schreibbar sind:
- wp-content: not writable
c. auch post_max_size is smaller than upload_max_filesize: The setting for post_max_size is smaller than upload_max_filesize, this could cause some problems when trying to upload files.
d. last but not least hab ich auch noch SQL-Probleme:- entsprechend dem Site Health-Status- Outdated SQL server :: Performance
The SQL server is a required piece of software for the database WordPress uses to store all your site’s content and settings. For optimal performance and security reasons, you should consider running MySQL version 5.6 or higher. Contact your web hosting company to correct this.
e. Einer der Workarounds des letzten Monats, um das zu beheben bestand darin.
e 1. ein XMLFile hochzuladen – ohne Erfolg – wohl aus Gründen a bis d. b. ein zweiter,
e 2. darin einen DB-Dump einzupflegen – um diese Theme-Settings eben auf diese Weise einzupflegen: Da hatte ich dann Collat-ProlblemeDie Datenbank kann z.B. u. a. mit utf8mb4_unicode_520_ci nichts anfangen: Nehme also an, dass jede Version grösser als 10.3 das können müsste: ( vgl. auch https://manjaro-forum.de/viewtopic.php?t=3841 )
Nebenbei: weil ich zwischendurch mal die Workarounds angesprochen habe: Hierzu noch ein kleiner Zusatz: What security concerns should I have when setting FS_METHOD to „direct“ in wp-config?
https://wordpress.stackexchange.com/questions/189554/what-security-concerns-should-i-have-when-setting-fs-method-to-direct-in-wp-coI have recently had an issue where I have been unable to install the WP Smush Pro plugin because I don’t have the Manual Install or One-Click Installation options available.
I came across this post ( https://www.narga.net/stop-fix-wordpress-ask-for-ftp-credentials-upgrade-install-delete-themes-plugins/ ) which suggested tweaking the settings in wp-config.php. I added the settings suggested, however the one that seems to be the most important is:
define('FS_METHOD', 'direct');
What I would like to know is what real concerns should I have around setting FS_METHOD to direct? Are there any other alternatives to installing the plugin?
This is what the official documentation has to say:
FS_METHOD forces the filesystem method. It should only be „direct“, „ssh2“, „ftpext“, or „ftpsockets“. Generally, you should only change this if you are experiencing update problems. If you change it and it doesn’t help, change it back/remove it. Under most circumstances, setting it to ‚ftpsockets‘ will work if the automatically chosen method does not.
(Primary Preference) „direct“ forces it to use Direct File I/O requests from within PHP, this is fraught with opening up security issues on poorly configured hosts, This is chosen automatically when appropriate.This is just, how I understood the idea of the WordPress File API. If it is wrong, please downvote 🙂
Okay. If you upload a file, this file has an owner. If you upload your file with FTP, you login and the file will be owned by the FTP user. Since you have the credentials, you can alter these files through FTP. The owner can usually execute, delete, alter etc. the file. Of course, you can change this by changing the file permissions.
If you upload a file using PHP, the linux user, which is executing PHP is owning the file. This user can now edit, delete, execute etc. the file. This is okay as long as only you are the user, who is executing PHP on your system.
Lets assume, you are on a „poorly“ configured shared host. A lot of people run their PHP websites on this system. Lets say only one linux user is executing PHP for all these people. One of the webmasters on this shared host has bad intentions. He sees your page and he figures out the path to your WordPress installation. For example, WP_DEBUG is set to true and there is an error message like[warning] /var/www/vhosts/userxyz/wp-content/plugins/bad-plugin/doesnt-execute-correctly.php on line 1
„Ha!“ the bad boy says. Lets see, if this guy has set FS_METHOD to direct and he writes a script like
<?php unlink( '/var/www/vhosts/userxyz/wp-content/plugins/bad-plugin/doesnt-execute-correctly.php' ); ?>
Since only one user is running PHP and this user is also used by the bad boy he can alter/delete/execute the files on your system if you have uploaded them via PHP and by this attached the PHP user as the owner.
Or, as it says in the Codex:
Many hosting systems have the webserver running as a different user than the owner of the WordPress files. When this is the case, a process writing files from the webserver user will have the resulting files owned by the webserver’s user account instead of the actual user’s account. This can lead to a security problem in shared hosting situations, where multiple users are sharing the same webserver for different sites.Diesen kl. Thread wollte ich hier nicht vorenthalten: Er ist u. a. auch sehr interessant – hatte ich doch überlegt – nach den ganzen Versuchen – mit diesem SFTP VS. FTP-Workaround noch anzufangen. https://wordpress.stackexchange.com/questions/189554/what-security-concerns-should-i-have-when-setting-fs-method-to-direct-in-wp-co
Fazit: ich denke, dass die Errors z.T. am momentanten Setup liegen – und dass da schon hillfreich ist wenn die Plugins ins PHP eingebunden werden – und andere Kleinigkeiten noch dazukommen.
Dann sollte das schon funktionieren.Wollte Euch diese zusammengestellten Befunde noch kurz schildern – es ist hier (für mich jedenfalls- hilfreich, das Festgestellte aufzuschreiben – und ggf. hilfts ja auch jemand anderen, der in eine ähnliche Situation kommt. Ich melde mich final – wenn ich nächstens noch mehr sagen kann, und das Problem dann ganz behoben ist – noch einmal kurz.
Euch allen nochmals vielen Dank für den durchehaltenen Support und Eure Hilfe. Das Forum hier ist einfach eine supertolle Einrichtung.
Viele Grüße
STNaborForum: Themes
Als Antwort auf: (autom.) Updates – lediglich via FTP oder auch über SFTP möglich!?hier nochmals Bego Mario Garde, hallo @all,
nochmals hier eine kleine Rückmeldung: Also der Befund – die fehlenden (auch (!!) automatischen) Uploadmöglichkeiten, die wir oben besprochen haben.
Diese betreffen ja im Grunde alle möglichen Situationen. Hier gehts also ums Allgemeine – nicht nur um ein Theme – oder gar um ein spezielles Theme.
Ergo hier nochmals ein Beitrag von mir, um nachzufragen ob ich alles verstanden richtig verstanden habe?!Ich hatte in den vergangenen Wochen mich nicht so ausgiebig darum kümmern. Doch nun nehme ich die Arbeit wieder auf und kümmere mich darum. Auch werde ich mit dem Server-Admin reden um die Probleme rasch in den Griff zu bekommen.
Hier ein kleiner Extra-Beitrag – um das Ganze nochmals kurz zusammenzufassen – und um nachzufragen, ob ich das alles richtig verstanden habe!?
…vorausgeschickt – ich hab hier eben auch (!!!) ein Serverproblem: Der Server er läuft nicht optimal. Es fehlen diverse Dinge.
– a. diverse Plugins im Apache: (siehe unten)
– b. der Basis-Setup: – die Server-ist so eingestellt, dass die automat. Update (eben) nicht(!!) funktioniert.vgl hier dieses Bild – mit dem FTP-Upload-Dialog:
Das Setting-Problem-Symptom: ein automatischer Upload/update ist nicht möglich: das hängt mit dem Setting (und dem FTP-Basiseinstellungen im Backend) zusammen: Anm.: es tritt normalerweise immer dann auf, wenn man sich auf Shared Hosting befindet und wenn WordPress einen Konflikt mit Berechtigungen und Eigentumsrechten (also Owner). Hier erfüllt mein Server also bestimmte Voraussetzungen nicht, gewissermaßen „WordPress-Konventionen“, die eine Support und leichten Betrieb unterstützen – und eben darüber hinaus auch sicherheitsrelevant sind – denn ein aktueller Code in Plugin, Theme usw. bedeutet auch ein Gewinn an Sicherheit.
…und nochmals hier zum Ganzen:…also wir haben die diversen Probleme festgestellt:
zu a. diverse Plugins im Apache: (siehe unten) vgl. der Site-Health-Bericht: er hat u. a. folgende Befunde:
…. maintains a list of those modules, both recommended and required, in the team handbook (opens in a new tab).
Warning The optional module, curl, is not installed, or has been disabled.
Warning The optional module, exif, is not installed, or has been disabled.
Warning The optional module, imagick, is not installed, or has been disabled.
Warning The optional module, zip, is not installed, or has been disabled.
Warning The optional module, intl, is not installed, or has been disabled.Dieser Zwischenbefund, dieser Befund fehlender Plugins, der ist ja sicher auch ein Manko:
Wie bereits oben gesagt: ich verwende einen SFTP-Client (und Protokoll) um WordPress-plugins zu installieren. In dem Plugin-Dialog hab ich aber lediglich FTP für den installationsdialog. Klar bekomme ich dann die Fehler;Zitat: Failed to connect to FTP Server http://www.xxxxx.com:21
Gab es mal die Möglichkeit die Worpress–Upgrade-Einstellungen so zu wählen, dass hier auch ein SFTP-Client damit klar kommt? Ich hab hier schon mal kursorisch durchgesehen: https://wordpress.org/support/article/editing-wp-config-php/#wordpress-upgrade-constants…und nun das aktuelle Thema: …ich hab schon geöhrt, dass es in einigen Fällen vorkommt, dass man WordPress und die Plugins nicht auf eine neuere Version aktualisieren/aktualisieren kann, wenn man die FTP -Verbindungsinformationen nicht angibt. Das hiermit verbundene Problem ist jenes, dass das WordPress-System nicht direkt in den /wp-content-Ordner schreiben kann.
und hier hab ich von mehreren Ansätzen gehört, die diesem Problem abhelfen:
Workaround 1: man kann als Workaround hier die FTP-Details in der wp-config.php-Datei definieren, damit sich WordPress dann immer daran erinnert.
Alternativ dazu kann man aber auch WordPress Schreibzugriff auf den /wp-content-Ordner gewähren, indem man auf die FTP-Stammdatei zugreift und die Ordnerdateiberechtigung (CHMOD) auf 775 anstelle der Standardwerte 755 und 644 ändert.Workaround 2: ein weiterer Weg, damit umzugehen; man kann alternativ auch die Konstante FS_METHOD in der wp-config.php-Datei definieren.
Damit umgeht man die wiederkehrenden Eingabeaufforderungen von WordPress und ermöglicht automatische Aktualisierungen der Dateien.
Und dafür ist im Grunde nur eine einzige Codezeile erforderlich.Der Vorgang: Wie man SSH ohne Passwort in den Server einfügt:
1. Öffne /wp-config.php:
als erstes die Datei wp-config.php aus dem WordPress-Stammordner öffnen.
im Installationsordner befindet sich die Datei unter wordpress/wp-config.php2. dann kann man die FS_METHOD einbauen bzw. einfügen:
Also man kann dann den Codeschnippel in die wp-config.php-Datei einbauen, vorzugsweise direkt unter jeder zweiten Codezeile.define('FS_METHOD','direct'); FS-Methode
3. danach kann man alles speichern und hochladen:
diesen obigen einzeiligen Code – den kann man dann WordPress-Stammordner auf den Server hochladen:
Dann sollte es praktisch funktionieren. Das Hochladen kann direkt vom Host Control Panel aus erfolgen.Fazit: Das FTP-Problem – es tritt normalerweise immer dann auf, wenn man sich auf Shared Hosting befindet und wenn WordPress einen Konflikt mit Berechtigungen und Eigentumsrechten (also Owner-Rechten) hat. Mit dieser „direkten“ Methode kann man WordPress- und Plugin-Installationen auf neuere Versionen aktualisieren oder upgraden, ganz ohne FTP-Details angeben zu müssen.
Also, hier dieser ein Beitrag – er diente dazu, um das Ganze nochmals kurz zusammenzufassen – und um nachzufragen,
ob ich das alles richtig verstanden habe!?Stimmt es denn tatsächich, dass ich mit diesem Workaround so zurechtkomme und damit ( also mit dem Umstellen auf FS-Method im Config-File ) dieser
WordPress Anforderung entgegenkommen – und so also dem automatischen Upload von Plugins, Themes auf diese Weise hinbekomme!?#Ich werde das dann machen.
Ferner werden wir hier auch die Module hier noch installieren und den Server entsprechend einrichten
.... maintains a list of those modules, both recommended and required, in the team handbook (opens in a new tab). Warning The optional module, curl, is not installed, or has been disabled. Warning The optional module, exif, is not installed, or has been disabled. Warning The optional module, imagick, is not installed, or has been disabled. Warning The optional module, zip, is not installed, or has been disabled. Warning The optional module, intl, is not installed, or has been disabled.
Freue mich, von Euch zu hören.
Viele Grüße
STNabor- Diese Antwort wurde geändert vor 2 Jahren von stnabor.
Forum: Themes
Als Antwort auf: (autom.) Updates – lediglich via FTP oder auch über SFTP möglich!?hallo und guten Tag, Danke – vielen Dank!
Danke für die nochmaligen Hinweise darauf
### wp-filesystem ### wp-content: not writable
Danke für alle weiteren Hinweise. auch zum allgem. Handling.
BTW; ist n rootserver – ich hab also nicht im engen Sinne eine Hoster – sondern es ist ein 1:1 Sache – der ADMIN ders Backend betreut – u. dazwischen gibts keine weitere „Schicht“.wp-plugins-inactive (8)
– werde ich rausnehmen.ich kümmer mcih also um die Befunde – insbes. zu den wp-Filesysteme-Rechte-Turbulenzen.
Ich glaub dass das auch damit zu tun hat dass da die USER unterschiedlich sind –
die Daten (files) die ich installiere – haben user x
die uploads – z.b. auch die Medienfiles etc etx. haben glab ich dann alle(!) user yDas bringt m.E. vieles ins Wanken – und ist m.E. nicht überall so – also auf anderen SERVERN ists glaub ich anders. Ich kümmer mich hierum und meld mich dann wieder.
vielen Dank und viele Grüße – Euer Forum -euer (DEIN) Support hier ist klasse!
Viele Grüße
STNabor 😉PS – ich versuch meine überbordenden Fragen zu kürzen und alles auf den Punkt zu bringen. Und ja: ich will von Euch keinen Support für fremde Themes – denke aber dass ich hier ein ziemlich grundsätzliches Problem hab…
Forum: Themes
Als Antwort auf: (autom.) Updates – lediglich via FTP oder auch über SFTP möglich!?Hi Bego Mario Garde,
vorweg: vielen Dank für Deine Rückmeldung. Also – du hast durchwegs Recht und deine Ideen leuchten alle ein. Ich liefer die Daten – und nebenbei denke ich dass wir hier auf dem richtigen Pfad sind. Denn mit den DATEN – u. Server-Zustand ist an dieser STELLE m.E. wirklich was nicht ganz Ordnung.
Und ja Bego Mario: … also ich glaube das die Rechte auf den diversen Ordnern komisch sind.
1. Was – das ist die große FRAGE – was passiert wenn die Rechte so sind wie sie bei mir sind? Läuft das unweigerlich in Turbulenzen mit Uploads wie bei Themes usw. usf.1.b. ist das denn wirklich so: und ja: wenn ja, dann muss ich mal mit dem SERVER-Admin reden, welcher das Backend betreut…Dass ich hier was ändere.
Site Health Status: The site health check shows critical information about your WordPress configuration and items that require your attention. 1 critical issue
und im Detail:
issue Background updates are not working as expected Security:Background updates ensure that WordPress can auto-update if a security update is released for the version you are currently using. Passed No version control systems were detected. Error Your installation of WordPress prompts for FTP credentials to perform updates. (Your site is performing updates over FTP due to file ownership. Talk to your hosting company.) ### wp-core ### version: 5.9.1 site_language: en_US user_language: en_US timezone: +00:00 permalink: /index.php/%year%/%monthnum%/%day%/%postname%/ https_status: true multisite: false user_registration: 0 blog_public: 1 default_comment_status: open environment_type: production user_count: 1 dotorg_communication: true ### wp-paths-sizes ### wordpress_path: /sites/www.job-starter.com wordpress_size: 70.82 MB (74258709 bytes) uploads_path: /sites/www.job-starter.com/wp-content/uploads uploads_size: 24.17 MB (25346069 bytes) themes_path: /sites/www.job-starter.com/wp-content/themes themes_size: 13.13 MB (13771020 bytes) plugins_path: /sites/www.job-starter.com/wp-content/plugins plugins_size: 49.50 MB (51907668 bytes) database_size: 6.55 MB (6864896 bytes) total_size: 164.17 MB (172148362 bytes) ### wp-active-theme ### name: Jobify (jobify) version: 4.0.3 author: Astoundify author_website: http://themeforest.net/item/jobify-wordpress-job-board-theme/5247604?ref=Astoundify parent_theme: none theme_features: core-block-patterns, post-thumbnails, job-manager-templates, woocommerce, wc-product-gallery-zoom, wc-product-gallery-lightbox, wc-product-gallery-slider, editor-style, automatic-feed-links, title-tag, custom-background, custom-header, customize-selective-refresh-widgets, menus, widgets theme_path: /sites/www.job-starter.com/wp-content/themes/jobify auto_update: Disabled ### wp-themes-inactive (5) ### JobScout: version: 1.1.3, author: Rara Theme, Auto-updates disabled Listify: version: 3.0.6, author: Astoundify, Auto-updates disabled Twenty Twenty: version: 1.9, author: the WordPress team, Auto-updates disabled Twenty Twenty-One: version: 1.5, author: the WordPress team, Auto-updates disabled Twenty Twenty-Two: version: 1.1, author: the WordPress team, Auto-updates disabled ### wp-plugins-active (20) ### Appointify: version: 1.0.4, author: Appointify, Auto-updates disabled Better Search Replace: version: 1.3.4, author: Delicious Brains, Auto-updates disabled CoBlocks: version: 2.21.6, author: GoDaddy (latest version: 2.22.1), Auto-updates disabled Contact Listing for WP Job Manager: version: 1.4.1, author: Astoundify, Auto-updates disabled Elementify Visual Widgets: version: 1.0.0, author: Astoundify, Auto-updates disabled Elementor: version: 3.5.5, author: Elementor.com (latest version: 3.5.6), Auto-updates disabled If Menu - Visibility control for menu items: version: 0.16.2, author: Layered, Auto-updates disabled Ninja Forms: version: 3.6.7, author: Saturday Drive, Auto-updates disabled RARA One Click Demo Import: version: 1.2.9, author: raratheme, Auto-updates disabled RaraTheme Companion: version: 1.3.9, author: Rara Theme, Auto-updates disabled Regions for WP Job Manager: version: 1.18.0, author: Astoundify, Auto-updates disabled Simple Registration for WooCommerce: version: 1.5.3, author: Astoundify, Auto-updates disabled TF Random Numbers: version: 1.8, author: Themeflection, Auto-updates disabled WooCommerce: version: 6.2.1, author: Automattic, Auto-updates disabled WP All Import: version: 3.6.6, author: Soflyy, Auto-updates disabled WP All Import - WP Job Manager Add-On: version: 1.2.1, author: Soflyy, Auto-updates disabled WPJM Extra Fields: version: 1.3.0, author: Gabriel Maldonado, Auto-updates disabled WP Job Manager: version: 1.35.2, author: Automattic, Auto-updates disabled WP Job Manager - Company Profiles: version: 1.4, author: Astoundify, Auto-updates disabled WP Job Manager - Job Type Colors: version: 1.0.2, author: Astoundify, Auto-updates disabled ### wp-plugins-inactive (8) ### Akismet Anti-Spam: version: 4.2.2, author: Automattic, Auto-updates disabled Contact Form 7: version: 5.5.5, author: Takayuki Miyoshi (latest version: 5.5.6), Auto-updates disabled Hello Dolly: version: 1.7.2, author: Matt Mullenweg, Auto-updates disabled Kadence Blocks – Gutenberg Blocks for Page Builder Features: version: 2.2.7, author: Kadence WP (latest version: 2.2.10), Auto-updates disabled Participants Database: version: 2.0.1, author: Roland Barker, xnau webdesign (latest version: 2.0.6), Auto-updates disabled Restricted Site Access: version: 7.3.0, author: Jake Goldman, 10up, Oomph, Auto-updates disabled TablePress: version: 1.14, author: Tobias Bäthge, Auto-updates disabled WP Mail SMTP: version: 3.2.1, author: WPForms (latest version: 3.3.0), Auto-updates disabled ### wp-media ### image_editor: WP_Image_Editor_GD imagick_module_version: Not available imagemagick_version: Not available imagick_version: Not available file_uploads: File uploads is turned off post_max_size: 8M upload_max_filesize: 16M max_effective_size: 8 MB max_file_uploads: 32 gd_version: bundled (2.1.0 compatible) gd_formats: GIF, PNG, BMP ghostscript_version: unknown ### wp-server ### server_architecture: unknown httpd_software: Apache php_version: 7.4.11 64bit php_sapi: apache2handler max_input_variables: 1000 time_limit: 30 memory_limit: 512M max_input_time: 60 upload_max_filesize: 16M php_post_max_size: 8M curl_version: not available suhosin: false imagick_availability: false pretty_permalinks: true htaccess_extra_rules: false ### wp-database ### extension: mysqli server_version: 5.5.33 client_version: mysqlnd 7.4.11 max_allowed_packet: 1048576 max_connections: 64 ### wp-constants ### WP_HOME: undefined WP_SITEURL: undefined WP_CONTENT_DIR: /sites/www.job-starter.com/wp-content WP_PLUGIN_DIR: /sites/www.job-starter.com/wp-content/plugins WP_MEMORY_LIMIT: 40M WP_MAX_MEMORY_LIMIT: 512M WP_DEBUG: false WP_DEBUG_DISPLAY: true WP_DEBUG_LOG: false SCRIPT_DEBUG: false WP_CACHE: false CONCATENATE_SCRIPTS: undefined COMPRESS_SCRIPTS: undefined COMPRESS_CSS: undefined WP_ENVIRONMENT_TYPE: Undefined DB_CHARSET: utf8mb4 DB_COLLATE: undefined ### wp-filesystem ### wordpress: writable wp-content: not writable uploads: writable plugins: writable themes: writable
… also ich glaube das die Rechte auf den diversen Ordnern komisch sind.
1. Was – das ist die große FRAGE – was passiert wenn die Rechte so sind wie sie bei mir sind? Läuft das unweigerlich in Turbulenzen mit Uploads wie bei Themes usw. usf.1.b. ist das denn wirklich so: und ja: wenn ja, dann muss ich mal mit dem SERVER-Admin reden, welcher das Backend betreut…Dass ich hier was ändere.
2. und ggf. in meinem Spezialfall: hätt ich hier bei dem Theme-Demo-Upload ggf. noch ein Child-Theme noetig – ich denke, dass das auch hülfe!?
Forum: Themes
Als Antwort auf: (autom.) Updates – lediglich via FTP oder auch über SFTP möglich!?Hallo Bego Mario,
vielen Dank – also – wenn ich mich erinnere, dann fällt mir ein dass ich auf dem SERVER schon seit längerem ( und es ist kein Shared Hosting etc. etx. Ding) das Thema hab dass die uploaded Files _/ Ordner einen eingenen User haben (vgl. die bilder)
Übersicht: Rechte auf Upload_Ordner:
übersicht: Rechte auf TMP-Ordner1
übersicht: Lage des Jobify-Demo-contents: JSON-Files
Übersicht: site-Health-Status:
Übersicht: site-Health-Status two
Übersicht: Jobify-Demo-Install: picture 1
Übersicht: Jobify-Demo-Install: picture 2 with results
Vielleicht rühren diese Probleme die ich mit Uploads habe ( einem Theme-Demo-Upload ) habe – Dann komme ich hier auch in Probleme. Ich glaub dass das alles irgendwie zusammehängt. Der Upload – eines schlichten Demos scheitert – und läuft in Probleme rein. Will das hier nun nicht noch thematisieren – denn Hand Gerhard hat mir gestern in einem der letzten Threads bereits gesagt dass support nur für Standard Themes geleistet wird – was ja 100 % nachvollziehbar ist. Ich komme hier in diesem Thread und durch deine Antwort nur darauf – weil du mich darauf bringst – dass ich ggf. an meinem Server noch Themen zum Abklären hab..
hier die Errorrlogs -die sind m.e. sehr interessant.
[Mon Feb 28 15:58:43.286444 2022] [php7:notice] [pid 12347] [client 91.43.234.34:60688] WordPress database error Table 'jc.wp_pmxi_imports' doesn't exist for query SELECT options FROM wp_pmxi_imports WHERE id = 0 made by require_once('wp-load.php'), require_once('wp-config.php'), require_once('wp-settings.php'), do_action('init'), WP_Hook->do_action, WP_Hook->apply_filters, WPAI_WP_Job_Manager_Add_On->init, WPAI_WP_Job_Manager_Add_On_Helper->get_post_type, referer: https://www.my-site.com/wp-admin/themes.php?theme=jobify [Mon Feb 28 14:59:48.684255 2022] [php7:notice] [pid 9358] [client 91.43.234.34:60718] WordPress database error Table 'jc.wp_pmxi_imports' doesn't exist for query SELECT options FROM wp_pmxi_imports WHERE id = 0 made by require_once('wp-load.php'), require_once('wp-config.php'), require_once('wp-settings.php'), do_action('init'), WP_Hook->do_action, WP_Hook->apply_filters, WPAI_WP_Job_Manager_Add_On->init, WPAI_WP_Job_Manager_Add_On_Helper->get_post_type, referer: https://www.my-site.com/wp-admin/admin.php?page=jobify-setup [Mon Feb 28 15:58:43.286444 2022] [php7:notice] [pid 12347] [client 91.43.234.34:60688] WordPress database error Table 'jc.wp_pmxi_imports' doesn't exist for query SELECT options FROM wp_pmxi_imports WHERE id = 0 made by require_once('wp-load.php'), require_once('wp-config.php'), require_once('wp-settings.php'), do_action('init'), WP_Hook->do_action, WP_Hook->apply_filters, WPAI_WP_Job_Manager_Add_On->init, WPAI_WP_Job_Manager_Add_On_Helper->get_post_type, referer: https://www.my-site.com/wp-admin/themes.php?theme=jobify [Mon Feb 28 14:59:48.684255 2022] [php7:notice] [pid 9358] [client 91.43.234.34:60718] WordPress database error Table 'jc.wp_pmxi_imports' doesn't exist for query SELECT options FROM wp_pmxi_imports WHERE id = 0 made by require_once('wp-load.php'), require_once('wp-config.php'), require_once('wp-settings.php'), do_action('init'), WP_Hook->do_action, WP_Hook->apply_filters, WPAI_WP_Job_Manager_Add_On->init, WPAI_WP_Job_Manager_Add_On_Helper->get_post_type, referer: https://www.my-site.com/wp-admin/admin.php?page=jobify-setup
und danach:
[Mon Feb 28 16:25:45.311493 2022] [php7:notice] [pid 16791] [client 91.43.234.34:58432] WordPress database error ALTER command denied to user 'jc'@'localhost' for table 'wp_pmxi_files' for query ALTER TABLE wp_pmxi_files CHANGE COLUMN <code>registered_on</code> registered_on DATETIME NOT NULL DEFAULT '0000-00-00 00:00:00' made by require_once('wp-admin/admin.php'), do_action('admin_init'), WP_Hook->do_action, WP_Hook->apply_filters, PMXI_Plugin->fix_options, PMXI_Plugin->fix_db_schema, dbDelta, referer: https://www.my-site.com/wp-admin/plugins.php [Mon Feb 28 16:25:45.311558 2022] [php7:notice] [pid 16791] [client 91.43.234.34:58432] WordPress database error ALTER command denied to user 'jc'@'localhost' for table 'wp_pmxi_images' for query ALTER TABLE wp_pmxi_images CHANGE COLUMN <code>id</code> id BIGINT(20) UNSIGNED NOT NULL AUTO_INCREMENT made by require_once('wp-admin/admin.php'), do_action('admin_init'), WP_Hook->do_action, WP_Hook->apply_filters, PMXI_Plugin->fix_options, PMXI_Plugin->fix_db_schema, dbDelta, referer: https://www.my-site.com/wp-admin/plugins.php [Mon Feb 28 16:25:45.311623 2022] [php7:notice] [pid 16791] [client 91.43.234.34:58432] WordPress database error ALTER command denied to user 'jc'@'localhost' for table 'wp_pmxi_images' for query ALTER TABLE wp_pmxi_images CHANGE COLUMN <code>attachment_id</code> attachment_id BIGINT(20) UNSIGNED NOT NULL made by require_once('wp-admin/admin.php'), do_action('admin_init'), WP_Hook->do_action, WP_Hook->apply_filters, PMXI_Plugin->fix_options, PMXI_Plugin->fix_db_schema, dbDelta, referer: https://www.my-site.com/wp-admin/plugins.php [Mon Feb 28 16:25:45.311688 2022] [php7:notice] [pid 16791] [client 91.43.234.34:58432] WordPress database error ALTER command denied to user 'jc'@'localhost' for table 'wp_pmxi_images' for query ALTER TABLE wp_pmxi_images CHANGE COLUMN <code>image_url</code> image_url VARCHAR(900) NOT NULL DEFAULT '' made by require_once('wp-admin/admin.php'), do_action('admin_init'), WP_Hook->do_action, WP_Hook->apply_filters, PMXI_Plugin->fix_options, PMXI_Plugin->fix_db_schema, dbDelta, referer: https://www.my-site.com/wp-admin/plugins.php [Mon Feb 28 16:25:45.311748 2022] [php7:notice] [pid 16791] [client 91.43.234.34:58432] WordPress database error ALTER command denied to user 'jc'@'localhost' for table 'wp_pmxi_images' for query ALTER TABLE wp_pmxi_images CHANGE COLUMN <code>image_filename</code> image_filename VARCHAR(900) NOT NULL DEFAULT '' made by require_once('wp-admin/admin.php'), do_action('admin_init'), WP_Hook->do_action, WP_Hook->apply_filters, PMXI_Plugin->fix_options, PMXI_Plugin->fix_db_schema, dbDelta, referer: https://www.my-site.com/wp-admin/plugins.php [Mon Feb 28 16:25:45.311814 2022] [php7:notice] [pid 16791] [client 91.43.234.34:58432] WordPress database error ALTER command denied to user 'jc'@'localhost' for table 'wp_pmxi_history' for query ALTER TABLE wp_pmxi_history CHANGE COLUMN <code>id</code> id BIGINT(20) UNSIGNED NOT NULL AUTO_INCREMENT made by require_once('wp-admin/admin.php'), do_action('admin_init'), WP_Hook->do_action, WP_Hook->apply_filters, PMXI_Plugin->fix_options, PMXI_Plugin->fix_db_schema, dbDelta, referer: https://www.my-site.com/wp-admin/plugins.php [Mon Feb 28 16:25:45.311878 2022] [php7:notice] [pid 16791] [client 91.43.234.34:58432] WordPress database error ALTER command denied to user 'jc'@'localhost' for table 'wp_pmxi_history' for query ALTER TABLE wp_pmxi_history CHANGE COLUMN <code>import_id</code> import_id BIGINT(20) UNSIGNED NOT NULL made by require_once('wp-admin/admin.php'), do_action('admin_init'), WP_Hook->do_action, WP_Hook->apply_filters, PMXI_Plugin->fix_options, PMXI_Plugin->fix_db_schema, dbDelta, referer: https://www.my-site.com/wp-admin/plugins.php [Mon Feb 28 16:25:45.311974 2022] [php7:notice] [pid 16791] [client 91.43.234.34:58432] WordPress database error ALTER command denied to user 'jc'@'localhost' for table 'wp_pmxi_history' for query ALTER TABLE wp_pmxi_history CHANGE COLUMN <code>type</code> type ENUM('manual','processing','trigger','continue', 'cli', '') NOT NULL DEFAULT '' made by require_once('wp-admin/admin.php'), do_action('admin_init'), WP_Hook->do_action, WP_Hook->apply_filters, PMXI_Plugin->fix_options, PMXI_Plugin->fix_db_schema, dbDelta, referer: https://www.my-site.com/wp-admin/plugins.php [Mon Feb 28 16:25:45.312050 2022] [php7:notice] [pid 16791] [client 91.43.234.34:58432] WordPress database error ALTER command denied to user 'jc'@'localhost' for table 'wp_pmxi_history' for query ALTER TABLE wp_pmxi_history CHANGE COLUMN <code>time_run</code> time_run TEXT made by require_once('wp-admin/admin.php'), do_action('admin_init'), WP_Hook->do_action, WP_Hook->apply_filters, PMXI_Plugin->fix_options, PMXI_Plugin->fix_db_schema, dbDelta, referer: https://www.my-site.com/wp-admin/plugins.php [Mon Feb 28 16:25:45.312116 2022] [php7:notice] [pid 16791] [client 91.43.234.34:58432] WordPress database error ALTER command denied to user 'jc'@'localhost' for table 'wp_pmxi_history' for query ALTER TABLE wp_pmxi_history CHANGE COLUMN <code>date</code> date DATETIME NOT NULL DEFAULT '0000-00-00 00:00:00' made by require_once('wp-admin/admin.php'), do_action('admin_init'), WP_Hook->do_action, WP_Hook->apply_filters, PMXI_Plugin->fix_options, PMXI_Plugin->fix_db_schema, dbDelta, referer: https://www.my-site.com/wp-admin/plugins.php [Mon Feb 28 16:25:45.312174 2022] [php7:notice] [pid 16791] [client 91.43.234.34:58432] WordPress database error ALTER command denied to user 'jc'@'localhost' for table 'wp_pmxi_history' for query ALTER TABLE wp_pmxi_history CHANGE COLUMN <code>summary</code> summary TEXT made by require_once('wp-admin/admin.php'), do_action('admin_init'), WP_Hook->do_action, WP_Hook->apply_filters, PMXI_Plugin->fix_options, PMXI_Plugin->fix_db_schema, dbDelta, referer: https://www.my-site.com/wp-admin/plugins.php [Mon Feb 28 16:25:45.312239 2022] [php7:notice] [pid 16791] [client 91.43.234.34:58432] WordPress database error ALTER command denied to user 'jc'@'localhost' for table 'wp_pmxi_hash' for query ALTER TABLE wp_pmxi_hash CHANGE COLUMN <code>hash</code> hash BINARY(16) NOT NULL made by require_once('wp-admin/admin.php'), do_action('admin_init'), WP_Hook->do_action, WP_Hook->apply_filters, PMXI_Plugin->fix_options, PMXI_Plugin->fix_db_schema, dbDelta, referer: https://www.my-site.com/wp-admin/plugins.php [Mon Feb 28 16:25:45.312302 2022] [php7:notice] [pid 16791] [client 91.43.234.34:58432] WordPress database error ALTER command denied to user 'jc'@'localhost' for table 'wp_pmxi_hash' for query ALTER TABLE wp_pmxi_hash CHANGE COLUMN <code>post_id</code> post_id BIGINT(20) UNSIGNED NOT NULL made by require_once('wp-admin/admin.php'), do_action('admin_init'), WP_Hook->do_action, WP_Hook->apply_filters, PMXI_Plugin->fix_options, PMXI_Plugin->fix_db_schema, dbDelta, referer: https://www.my-site.com/wp-admin/plugins.php [Mon Feb 28 16:25:45.312360 2022] [php7:notice] [pid 16791] [client 91.43.234.34:58432] WordPress database error ALTER command denied to user 'jc'@'localhost' for table 'wp_pmxi_hash' for query ALTER TABLE wp_pmxi_hash CHANGE COLUMN <code>import_id</code> import_id SMALLINT(5) UNSIGNED NOT NULL made by require_once('wp-admin/admin.php'), do_action('admin_init'), WP_Hook->do_action, WP_Hook->apply_filters, PMXI_Plugin->fix_options, PMXI_Plugin->fix_db_schema, dbDelta, referer: https://www.my-site.com/wp-admin/plugins.php [Mon Feb 28 16:25:45.312427 2022] [php7:notice] [pid 16791] [client 91.43.234.34:58432] WordPress database error ALTER command denied to user 'jc'@'localhost' for table 'wp_pmxi_hash' for query ALTER TABLE wp_pmxi_hash CHANGE COLUMN <code>post_type</code> post_type VARCHAR(32) NOT NULL DEFAULT '' made by require_once('wp-admin/admin.php'), do_action('admin_init'), WP_Hook->do_action, WP_Hook->apply_filters, PMXI_Plugin->fix_options, PMXI_Plugin->fix_db_schema, dbDelta,
- Diese Antwort wurde geändert vor 2 Jahren, 1 Monat von stnabor.
Forum: Themes
Als Antwort auf: Upload von Demo-Content (.json) scheitert beständigHallo und guten Abend Hans-Gerd,
vielen Dank für die schnelle Antwort, die ich natürlich komplett verstehe. Ich guck mal nach – wende mich an den Entwickler u. werd versuchen die Fehler weiter einzugrenzen.
Vielen Dank für Euren ansonsten so tollen Service
Macht weiter so – viele Grüße
STNabor;)Forum: Themes
Als Antwort auf: (autom.) Updates – lediglich via FTP oder auch über SFTP möglich!?Nabend Bego Mario
vielen Dank für Deine rasche Antwort. Vorweg: ja also die Seite – sie ist ja in dem Moment ggf. gar nicht so wichtig -/ auf dem Server laufen einige – bei allen ists dasselbe – aber es ist imho tief im System liegende oder wurzelnde Frage. M.a.W. es hat im Grunde dann eher weniger mit dem Frontend zu tun sondern mit Netz-Schnittstellen /(sockets u . Protokollen) anyway;: ist die Seite die du schon kennst. htts://www.job-starter.com ) und ja.
BTW: Mehr im Nächsten Thread.Das hier – also das Problem mit dem Protokoll – das muss ich mal noch näher untersuchen: ich guck hier die Protokoll-Dinge noch einmal genauer durch.
(hab das hier ja schon mal kursorisch durchgesehen: https://wordpress.org/support/article/editing-wp-config-php/#wordpress-upgrade-constants ) und ferner kläre ich mit meinem Server-Admin ob ich ggf. doch einen SSL Zugang habe – glaub aber nicht.Wenn ich hier mehr herausgekriegt hab dann meld ich mich wieder. VG STNabor 😉
Forum: Themes
Als Antwort auf: Images in TT2 – Mindestgröße u. frage zum Forum hier…Hallo Bego Mario,
….vielen Dank für deine (nochmalige!) Rückmeldung.
Hatte vorhin die Antworten nur kurz überflogen. Danke!!Da meine Versuche bis dato nicht immer funktioniert
dieser Bilderupload https://imgur.com/nWaU0g5
ergibt diesen Link https://i.imgur.com/nWaU0g5.pngund ja: Es geht wohl nur mit dem 2 Link… m.a.W. der zweiten Zeile. Hier – damit funktionerts.
– und ich bau das dann so ein wie du empfiehlst.
ich danke dir – für deine Tipps. 😉
Weiter so mit dem tollen Forum.
und ja: du hast auch Recht mit deinen Erwägungen zu Sceenshots im Allgemeinen. Da stimm ich dir zu. Manchmal jedoch kanns hilfreich sein, einen Screenshot einzubauen.
Schoenes Wochenende Euch allen – Ich markiere den Thread jetzt als gelöst.;)- Diese Antwort wurde geändert vor 2 Jahren, 1 Monat von stnabor.
Forum: Themes
Als Antwort auf: Images in TT2 – Mindestgröße u. frage zum Forum hier…Hallo Hans Gerd hallo Bego Mario,
vorweg – vielen Dank für Eure Antworten – Sehr sehr hilfreich
was mich noch sehr interessiert ist die Frage – wie man hier im Forum ganz konkret ein Bild in einen Thread anbietet – / postet. Denn Bilder – die helfen oftmals zur Erläuterung.
Die Wege hierzu – sie sind mir noch nicht ganz klar. Gehts so wie hier beschrieben.
https://wordpress.org/support/topic/how-to-embed-images-here/
Freue mich von Euch zu hoeren.
Schoenen Einstieg ins WEVG STNabor 😉
Forum: Themes
Als Antwort auf: „Access denied“ -Fehler – themeübergreifend: wie debuggen?Hallo und guten Abend Bego Mario,
vielen Dank für dein Feedback und die Ideen. Ich bin der Meinung dass du hier wohl richtig liegst.
Hatte übrigens auch in dem Dateisystem festgestellt, dass hier insgesamt auch verschiedene User drauf sind. Die Uploads hatten einen anderen User als die Files der Installation
Ich hatte dann noch einige Dinge überprüft und nachgeguckt – (ohne SSH Zugang zum Server – mit SFTP) Da waren wohl Rechte-Fragen wie du sie ansprichst offen -bzw. so verdächtig, dass ich hier auch an Möglichkeiten, etwas herauszufinden glaubte.Interessant ist, dass auf demselben Server eine Seite läuft unter den selben Serverbedingungen, mit dem neuen Theme (jobscout) – und zwar ganz ohne Probleme. Bei diesem Theme (um es nochmals zu erwähnen) hatten meine Probleme angefangen.
Was ich mir noch vorstellen konnte – heute Morgen.
a. Fehler in Verbindung mit dem Permalink
vgl permalinks:
https://wordpress.org/support/article/writing-posts/#post-field-descriptions
https://wordpress.org/support/article/using-permalinks/
b. oder ggf. Htaccess-bezogene Fehler.Weitere Tests haben ergeben:
Interessanterweise konnte ich nicht mal bestehend Postings ändern – die Änderungen wurden nicht übernommen. Und darüber hinaus: Der Versuch ein neues Post zu erstellen, endete mit dem Anlegen eines Drafts.Last but not least: Was mir auch noch aufgefallen bzw. durch den Kopf gegangen ist: Wenn eine „Zugriff verweigert“-Seite angezeigt wird, gibt der Server doch normalerweise einen 404-Status zurück (d. h. eine fehlende Seite). Was meines Erachtens dann darauf hindeuten würde, dass dies nicht so sehr ein Problem mit eingeschränktem Zugriff ist, sondern eher etwas mit dem WP-Router,
Darüber hinaus ist auch interessant: auch auf der Seite „Zugriff verweigert“ werden keine WP-Fehler angezeigt (wie auf der Homepage), was ebenfalls darauf hindeuten würde, dass diese addess-denied-Seite von Server bereitgestellt wird, also nicht von WP.Nun – ich hab mir heut nicht die Müh gemacht das noch lang mit dem Server-Admin zu besprechen. Dem wär sicher auch noch was eingefallen.
Ich hab die Seite frisch aufgesetzt – und hab die DB und alles von Grund auf neu eingespielt. Jetzt läufts, und ich bin nebenbei bemerkt den ganzen Overhead los – mit dem (babylonischen) Sprachenwirrwar.ich bin wieder etwas weiter – hab WordPress noch an Stellen kennengelernt die ich noch
gar nicht so kannte. Bin begeistert wie robust alles ist – und wunder mich noch immer etwas – woran sich das System in den letzen Tagen aufgehangen hat.Gut dass man das hier austauschen u. auch aufschreiben kann. So ists ggf einem hilfreich, der ähnliche Themen hat oder ggf. sogar Lösungen.
Das Forum hier ist eine Wucht – ganz vielen Dank für Euren tollen Support – und dass
es euch gibt!!Macht weiter so!
Dir nochmals ganz vielen vielen Dank
Viele Grüße
STNaborForum: Themes
Als Antwort auf: „Access denied“ -Fehler – themeübergreifend: wie debuggen?Hallo und guten Abend,
update II: im site health status hab ich noch was Interssantes gsehen
vgl https://www.my-page.com/wp-admin/site-health.phpThe REST API encountered an unexpected result Performance The REST API is one way WordPress, and other applications, communicate with the server. One example is the block editor screen, which relies on this to display, and save, your posts and pages. The REST API call gave the following unexpected result: (403) <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>403 Forbidden</title> </head><body> <h1>Forbidden</h1> <p>You don't have permission to access this resource.Reason: The client software did not provide a hostname using Server Name Indication (SNI), which is required to access this server.<br /> </p> </body></html> .
Das sieht auch sehr interessant aus. Wollte diesen Befund nur noch kurz anmerken…
vg STNAbor
Forum: Themes
Als Antwort auf: „Access denied“ -Fehler – themeübergreifend: wie debuggen?Hallo und guten Abend Bego Mario,
zusätzlich: das erhalte in der wp-log (die ich ja aktiviert habe) wenn ich einen Artikel editiere.:
Deprecated: block_editor_preload_paths is deprecated since version 5.8.0! Use block_editor_rest_api_preload_paths instead in /sites/job-starter.com/wp-includes/functions.php on line 5691
Zwischenfazit: der Upgrade auf die Version 5.9 lief zwar relativ problemlos – ich hab die Files einfach drübergebügelt u. dann
beim Einloggen in den Adminbereich gab es die (obligatorische) kurze Nachricht dass die DB angeglichen wird.Alles lief im Grunde ziemlich problemlos.
Dennoch: ich glaube, dass es zeit für eine grundsätzlich frische und neue Installation. M.a.w. die im System bis in die Postings und Texte und
Pages eingegrabenen Babylonische Sprachenvielfalt, die– brauch ich nicht ( mehr );
– halte ich für einen Overhead;
– scheint mir das ganze von Grund auf zu verkomplizieren.Ich denk ich mache morgen eine ganz frische Installation – von Grund auf und installier das Ding neu (ohnehin Beta) und dann gehts weiter nach einer KISS-Regel.
Absolute basis-Dinge gehen rein. Und keine umständlichen und schwierigen Dinge die ich ohnehin nicht brauche.– Polylang
– MaxMEGA Menü u.sw. usw.BTW – wenn ich alles frisch mache, kann ich ggf. vorbereiten noch gucken wie ich dann auch das (ja hier auch eingerichtete) Better Search and replace – ggf. dann beim Frischen Installieren gleich wieder mit einrichte und wiederherstelle. Ich mach mir ne Checkliste wie ich da am besten vorgehe – und alles bereitstelle.
Backups ziehe ich gerade.
VG SNabor 😉