Beiträge von Hille

Ich nutze die deutsche Version. Allerdings hat das Upgrade von 1.9.15 auf 1.10 nicht problemlos funktioniert, so das ich 1.10 komplett neu installiert habe und anschließend alle Tickets importieren musste. Kannst du dich unter PHP7 problemlos anmelden bzw auch Tickets anlegen ? Hast du Plugins installiert? Beschreibe mal kurz, wie du das Upgrade durchgeführt hast?

Ob dir der First Level Support von Strato helfen kann, mag ich bezweifeln ;-). Ich nutze auch osticket 1.10 unter PHP7, absolut problemlos.
Unter welchen Benutzer wird der Cronjob ausgeführt? Normalerweise genügt es so

*/5 * * * * /usr/bin/php [COLOR=#333333]/pages/a6/07/d0010687/home/htdocs/domain-de/support[/COLOR]/api/cron.php > /dev/null 2>&1

Du solltest den Cronjob unter dem gleichen Benutzer ausführen, unter dem auch der Webserver läuft.

die php.ini hat auch nichts im Verzeichnis /wp-admin zu suchen bzw das kann nicht der Grund deiner Fehlermeldung gewesen sein.

Lade dir mal ne aktuelle Theme Version runter, aktuell 17.3

Teste mal die 5.0.6 ink aller! Patches. Die 5.0.1 Version hatte noch viel zu viele Bugs, die jetzt nach und nach beseitigt werden

https://theme-fusion.com/avada-documentation/changelog.txt

Welche Avada Version setzt du überhaupt ein?

Zitat von AmFearLiath

wo bitte kriegt man einen vServer für unter 5€/Monat inkl. 3 Domains :confused:

Schau mal bei OVH

Normalerweise liegen die Grenzen bei 2048 oder mehr. Da du die Seite local auf einen Windows Büchse hostest muss du in der Apache Konfiguration die Variable LimitRequestLine ändern

Das kann man pauschal nicht sagen. Das hängt eben konkret davon ab, was später raus kommen soll [emoji6].

Zitat von KSCNeon

Zugegebenermaßen bin ich zwar ausgebildeter Fachinformatiker und beherrsche gängige Windows Server und Software dennoch sind meine Linux Server Kenntnisse relativ gering

Erlebe ich tagtäglich, das Windows Administratoren über Linux kein oder eben ein sehr geringes Wissen verfügen. Dann wird fix ein Klickibunti Tool wie Plesk eingesetzt und schon ist man ein Linux Admin [emoji6]. Dem ist leider nicht so. Linux beruht fast ausschließlich auf Konsolen Arbeit. Daher würde ich immer erstmal empfehlen, lokal eine VM z.B Virtualbox zum Üben und lernen aufzusetzen. Sollte man dann sicher sein bzw wissen was man macht, erst dann geht es an einen produktiven Server.

Hier scheint einiges geändert worden sein bzw im argen zu liegen.
@TS warum administrierst du eigentlich einen Server, ohne aber das nötige Wissen zu haben? Wäre ein Hosting Paket da nicht besser geeignet?

Alle Plugins deaktivieren und Standardtheme aktivieren und dann nochmal testen

Entferne mal das Plugin wp-super-cache bzw unter /wp-content wp-cache-config.php

Was für ein Home meinst du?

Du bedenkst aber auch, dass das Forum in ehrenamtlicher Tätigkeit erfolgt, auch die Arbeit der Moderatoren. Es wird niemand für seine freiwillige Arbeit entlohnt. Das Fehler mal passieren, ist sicherlich ärgerlich, aber auch menschlich. Also einfach noch ein wenig Geduld [emoji6]

Du kannst direkt in der Datenbank das Passwort ändern.

https://www.netz-gaenger.de/blog/wordpress…-vergessen-tun/

Bissl knapp deine Infos, meinste nicht auch. Link zur Seite wäre schon ne tolle Sache.

Ich meine den Bereich :443 zu ändern, :80 erstmal so lassen.

Sichere mal deine vhost und teste das hier (nur den Bereich für SSL ersetzen)

<IfModule mod_ssl.c>
<VirtualHost *:443>
ServerAdmin webmaster@cloudload.eu
DocumentRoot /var/www/cloudload/
ServerName cloudload.eu


Header always set Strict-Transport-Security: 'max-age=31536000; preload'


ErrorLog /var/log/apache2/cloudload-error.log


SSLEngine on
SSLProtocol All -SSLv2 -SSLv3
SSLHonorCipherOrder On
SSLCompression off


CustomLog /var/log/apache2/cloudload-access.log combined
ServerSignature Off
SSLCertificateFile    /etc/letsencrypt/live/certs/fullchain.pem
SSLCertificateKeyFile /etc/letsencrypt/live/certs/privkey.pem
Include /etc/letsencrypt/options-ssl-apache.conf


<Directory "/var/www/cloudload/">


Options -Indexes +FollowSymLinks


AllowOverride all
Require all granted


</Directory>




# Mod_rewrite Wordpress
RewriteEngine On


RewriteRule ^/$ /index.php [L]
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_FILENAME} !-f
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ /index.php/$1 [L]


</VirtualHost>


</IfModule>

/etc/init.d/apache2 reload

Korrigiere doch erst mal deine fehlerhafte vhost. Irgendwo musst du doch beginnen