Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellen...
/** Ersetze localhost mit der MySQL-Serveradresse */
define('DB_HOST', '[COLOR=#b22222]88.79.198.171[/COLOR]'); /* [COLOR=#b22222]auch schon 'localhost' probiert[/COLOR]
...
Probieren ist da eher nicht angesagt. Verwende die Datenbank-Einstellungen genau so, wie sie von Deinem Webhoster vorgegeben werden.
Was genau da für den DB_HOST stehen muß, hängt vom Webhoster ab. Oft ist es zwar 'localhost', aber eben nicht immer (z.b. bei Strato und 1&1).
Gruß
Ingo
...
Womöglich ist das ja auch nicht so schlimm, doch als ich neulich per Zufall über eines meiner Bilder in der Google Bildersuche gestoßen bin, stand dort als Quelle diese "XN--"-Geschichte. In den regulären Suchergebnissen sieht die URL hingegen "normal" aus...
Schlimm ist es nicht und in der Bildersuche funktionieren die URLs auch problemlos. Sieht halt nur im Suchergebnis etwas unschön aus.
Ich hatte das Problem vor gut drei Jahren mal im Google-Webmasterforum angesprochen und der dort aktive Google-Mitarbeiter hatte auch einen "Feature Request" gestellt. So richtig ernst genommen wurde das von Google scheinbar aber nicht. Was mich umso mehr wundert, da es ja in der normalen Suche richtig dargestelllt wird. Es sollte doch keine große Aktion sein, das auch in der Bildersuche einzubauen.
Gruß
Ingo
... Im Grunde ist das kein Problem, doch in der Search Console ist die Domain mit "WWW" hinterlegt. ...
Dann hinterleg die Seite in der Search-Console doch einfach nochmal ohne www.
Gruß
Ingo
...
Das wird für seoscanners.net jeweils die Antwort "Forbidden" liefern. Dann hört das Dauer-Downloaden bald auf. Vor allem sinkt die CPU-Last des Servers sofort, weil er keine Daten mehr lesen und liefern muss.
Da steht gerade mal Eintrag von SEOScanner im Beispiel, das wird wohl kaum das Problem sein.
Die meisten Zugriffe kommen "anonym" von der eigenen IP-Adresse des Servers (188.138.26.243), könnte also doch etwas im Wordpress (ein Plugin) sein. Ist aber schwer zu sagen, was genau und warum.
Gruß
Ingo
Das ist ja die Kernfrage, wie viel nun erlaubt ist...
Diese Kernfrage habe ich oben schon beantwortet. Es gibt keine restriktive Grenze, ich hatte das mal ausgetestet.
Deshalb wird man auch keine Angaben zu den erlaubten Werten finde, weil es keine gibt.
Genau so ist auch diese Antwort zu verstehen gewesen:
http://forum.wpde.org/installation/1…html#post669424
Gruß
Ingo
Bei 25€ pro Monat auch nicht wirklich viel...
War ja nur ein Beispiel, wenn ich will, kann ich mir für die 25 Euro im Monat auch 1024 oder 2048MB genehmigen. Oder was meinst Du mit "nicht wirklich viel"?
Gruß
Ingo
Das der Speicher natürlich technisch begrenzt ist, war mir klar. :-)
Nur gibt es eben bei All-Inkl keine "künstliche" Restriktion. Ich habe das früher mal ausgetestet.
Ob das nun gut ist, oder schlecht, sei dahingestellt.
Wie auch immer, ein Eintrag mit 256 oder 512MB memory_limt sollte unproblematisch sein und funktionieren.
Gruß
Ingo
...
P.S.: Das wird dir aber nichts bringen, da dir All-Inkl nur 128 MB erlaubt...
Woher kommt diese Information?
Ich bin mir sicher, daß es z.B. im Paket "Business" keine Grenze gibt, auch wenn in den "Quellen" 512MB genannt werden.
Gruß
Ingo
...
Hat jmd. Erfahrungen damit, ob die Umstellung ohne Rankingverlust bei Google vonstatten geht?
..
Falls sich die Umstellung auf https als Performance-Bremse herausstellt, konnte es durchaus Rankingverluste geben.
Gruß
Ingo
Ich habe es eher so verstanden, daß er eigentlich von 1&1 weg will und deshalb jetzt bei All-Inkl ist ("kürzlich bei All-Inkl angemeldet"). Da er bei 1&1 aber einen länger laufenden Vertrag hat, will er diesen noch bis zum Ende bestehen lassen.
Bei dieser Konstellation macht es aus meiner Sicht aber keinen Sinn, alles zunächst wieder zu 1&1 zu schaufeln um es dann beim Ablauf des 1&1-Vertrages wieder zu All-Inkl zu kopieren.
Vielleicht liege ich aber auch falsch.
Gruß
Ingo
..., was "mein Strato" macht. Notfalls stocke ich auf ein höheres Hostingpaket auf, mal sehen, wie sich das entwickelt.
...
Wobei ein höheres Hostingpaket bei Strato zwar z.B. mehr Webspace, mehr E-Mail-Adressen, mehr inklusive Domains usw. bringt. Die zur Verfügung stehenden PHP-Ressourcen wie Memory-Limit und Anzahl gleichzeitiger Prozesse erhöht sich dadurch meines Wissens nicht. Ein besseres Paket würde also bei beim PHP-Memory-Limit nichts bringen.
Gruß
Ingo
Du mußt gar keine Dateien oder Datenbanken bewegen.
Du kannst bei All-Inkl die alte Domain Deinem Webspace hinzufügen und bei 1&1 die Domain in den DNS-Einstellungen so konfigurieren, daß sie auf den Webspace von All-Inkl zeigt.
Gruß
Ingo
ein Status Code 404 sagt:
da war mal was, nun ist es weg
...
Nicht ganz, das wäre "410 Gone". Nur der Ordnung halber. :-)
404 ist eher unspezifisch und heißt nur "Das gibts hier nicht" ohne weitere Angaben zum möglichen Grund.
Gruß
Ingo
Ich denke, Du nimmst besser die Variante 2 aus diesem Beitrag:
http://forum.wpde.org/konfiguration/…html#post652266
Also zunächst die beiden Zeilen (aus Variante 1) mit dem Defines löschen und an der Stelle die andere Zeile (aus Variante 2) einsetzen.
Gruß
Ingo
Setz es ganz unten ein.
Ganz unten ist leider falsch, weil defines, die unter der Zeile "require_once(ABSPATH . 'wp-settings.php');" stehen, überhaupt nicht wirksam werden.
defines gehören vor die "if ( !defined('ABSPATH') ) define('ABSPATH', dirname(__FILE__) . '/');" Zeile.
Gruß
Ingo
Der Fehler "Out of memory..." und die Verzeichnisstruktur zeigen mir, daß Du bei 1&1 bist.
Dort gibt es ein Speicherlimit, daß nicht durch PHP-Einstellungen aufgehoben werden kann.
Die Limits hängen vom Hostingpaket ab und können hier eingesehen werden: http://goo.gl/VzPZUd
Eventuell könnte der Wechsel in eines der neuen Pakete helfen, was jedoch erst ab Ende Mai möglich ist.
Gruß
Ingo
Bei 1&1 gibt es mittlerweile in den neuen Webhostingpaketen auch 256MB (oder sogar 512MB) Memory.
Bestandskunden können ab ca. Ende Mai in die neuen Pakete wechseln. Der Vorteil ist, daß praktisch alles automatisch läuft und man sich nicht um den Umzug zu einem anderen Hoster kümmern muß.
Gruß
Ingo
Warum das Bild nicht angezeigt wird, kann ich nicht sagen.
Beim Upload eines Bildes im Editor erfolgt die Zuordnung aber immer zum Erstellungszeitpunkt des Beitrages/der Seite. Deshalb wird Jahr und Monat im Upload-Verzeichnis immer auf den alten Wert gesetzt.
Gruß
Ingo
Nachteil von PHP 7 wäre, daß möglicherweise Plugins und Themes nicht richtig funktionieren.
Wenn man die Seite neu aufbaut, kann man aber darauf achten, daß Plugin und Themes mit PHP 7 kompatibel sind. Problematisch sind da eher bestehende Seiten, die man auf PHP7 umstellt.
Wordpress selbst funktioniert mit PHP7 ohne Probleme.
Gruß
Ingo
Ja, All-Inkl wird hier oft empfohlen.
Ich bin dort auch seit Jahren zufriedener Kunde.
Neuderdings kann man dort einfach im Kundenmenü mit wenigen Klicks für Domains und Subdomains "Let's Encrypt"-Zertifikate installieren. Ich finde das prima. :-)
Gruß
Ingo
