Beiträge von chrismuller82

Das geht nicht mit einer Umleitung (höchstens mit einer "Frame-Umleitung", aber das ist nicht das, was Du willst). Du musst dem Webspace, wo Wordpress drin läuft, bei Deinem Provider die Domain zuordnen. Also so, dass der Webspace auf meinbalkongarten.bplaced.net und zusätzlich auf deine Domain reagiert. Dann musst Du in den Domain-Datensatz die IP-Adresse des Servers eintragen, wo Dein Wordpress ist. Dann reagiert beim Aufruf des Domainnamens nämlich gleich der richtige Server und liefert Deine Wordpress-Website.

Laut Bildschirmfoto handelt es sich nicht um eine Wordpress, sondern um eine Typo3-Installation. Bist Du sicher, dass Du von Wordpress sprichst? In Typo3 kannst Du naturgemäß keine wp-admin aufrufen.

Müsste man da nicht auch in der *_options-Tabelle die siteurl auf https:// ändern? Ansonsten werden alle von WP erzeugten Links noch auf die alte http://-URL gesetzt.

Er will aber doch von All-Inkl weg und hin zu 1&1.

Schaue einfach mal in das error_log des Webservers. Dort steht im Klartext drin, was nicht funktioniert. Falls du nicht weißt, wo Du das error_log findest, frage Deinen Hoster.

Zitat von martinfre

Hat jmd. Erfahrungen damit, ob die Umstellung ohne Rankingverlust bei Google vonstatten geht?

Ja, kein Ranking-Verlust.

Zitat von JABA-Hosting

Hallo,

man kann, zum Beispiel bei uns, ...

Du nervst mit Deiner Sch*** Werbung für Dich!

Datenbank zu langsam, CPU zu schwach, Netzwerk-Bandbreite zu klein. Der Server braucht knapp 15 Sekunden um damit anzufangen, die Seite zu liefern und die ganzen Zusatz-Dateien, die gebraucht werden um zu rendern. Für das Liefern von nur 3,6 MB (ist für eine Seite allerdings ziemlich viel), braucht er nochmal 15 Sekunden. Das ist viel zu lang. Das liegt an mangelnder Server-Performance. Wahrscheinlich hat der Hoster seine Server überbucht. Der ist einfach zu schwach.

Stimmt die URL ganz genau mit dem Sprungziel überein oder gibt es kleine Abweichungen? z.B. URL mit https:// statt http:// oder ein Parameter hinten dran? Wenn die URL nicht ganz genau stimmt, wird die Seite neu geladen.

Antwortet der entfernte Server auf ein Ping?

Da der SMPT-Service vermutlich auf dem gleichen Host läuft wie Wordpress, ist SSL und Port 465 da Unsinn. Ganz gewöhnlicher unverschlüsselter Versand über Port 25 wird eventuell besser funktionieren. Der SMTP-Dienst wird ja unmittelbar angesprochen, da muss man sich über Verschlüsselung echt keine Gedanken machen. Sowas stört dann technisch nur und sorgt für Fehlfunktionen. Als Hostname würde ich dann auch vorsorglich "localhost" oder IP 127.0.0.1 eintragen. Es macht nicht soviel Sinn sich als externer Mail-Client anzumelden, wenn Website und SMPT-Dienst auf der gleichen Maschine sind.

PHP 7 ist durchweg zu empfehlen, weil es in der Praxis rund 35% schneller den PHP-Code ausführt. Es ist einfach ressourcensparender und schneller, außerdem natürlich viel zukunftssicherer. Bei 5.5 und 5.6 ist ja sowieso schon diverses abgekündigt, warum also nicht gleich auf PHP 7 umsteigen.

Kann man anderen guten Providern auch. Unsere Agentur empfiehlt unseren Kunden Bitpalast, die haben One-Click-Install für Anwendungen schon lange und waren auch bei Let's Encrypt mit die Ersten, die kostenloses SSL bereitgestellt haben.

Die .htaccess-Datei einfach in das admin-Verzeichnis, nicht in das Stammverzeichnis.

Was soll denn das Code-Beispiel oben eigentlich sein? CSS? JQuery?

Felder abschalten geht eigentlich nur mit readonly Attribut im Tag gut. Hilfsweise könnte man mit CSS das versuchen:
selector {
-webkit-user-select: none;
-moz-user-select: none;
-ms-user-select: none;
-o-user-select: none;
user-select: none;
}
Wobei anstelle von "selector" die ID des Tags oder eine Klasse eingetragen werden muss, die den Tag beschreibt.

Dein Wordpress läuft nicht in dem Domainnamen musikverein-emersacker.de, sondern in einer anderen Domain in einem Unterordner /wordpress.

Du musst alles von dort erstmal in musikverein-emersacker.de kopieren. Außerdem stimmen die URLs in Deiner Installation nicht. Die zeigen auf eine falsche Adresse, deshalb wird auch Dein Stylesheet nicht mehr geladen, und deshalb wiederum sieht die Seite nun total falsch aus.

Ich vermute, dass der Provider seine Host-Adresse umbenannt hat oder das Konto auf eine andere interne Adresse verschoben hat, weshalb das jetzt nicht mehr stimmt.

Der Fehler ist wohl nicht, dass am Ende der functions.php noch was dranhängt, sondern, dass vor der Ausgabe von PHP schon was Statisches gesendet wurde, also eher am Anfang der functions.php gucken oder überlegen, ob vor dem header, der in 925... gesendet wird schon was anderes ausgegeben wird. Das müsste dann erstmal raus.

Guck mal bei Themeforest oder anderen "Wordpress template" Ergebnissen in Google. Es gibt Millionen von Themes. An Themes kann man auch selbst alles ändern, muss dann aber auch die Zeit dafür investieren. Das kann ziemlich aufwendig sein. Besser ist, man kauft sich eins, was möglichst genau so aussieht, wie man es will. Noch besser, man passt sich ein bisschen selbst an. Denn viele Themes sind schon gut wie sie sind, da muss man nicht unbedingt was dran ändern wollen, nur um sich selbst zu verwirklichen. Merkt sowieso kein Betrachter, ob es das Original ist oder besonders kreativ aufgehübscht wurde.

Also mal vom Wort "Webspace" abgeleitet kann man nich sagen, dass man "Platz im Web" nur für bestimmte Sachen nutzen darf. Wenn ich bei meinem Provider Backups parke, hat sich da bisher noch nie jemand beschwert. Wenn ich 100 GB miete und die randvoll mit Dateien belege, ist das doch genau konform mit dem, was der Provider anbietet, oder? Dass ich die 100 GB auch mal rauf- und runterlade, ist doch klar, ansonsten nutzt der Platz doch nichts.

Lass mal den Abschnitt nach "# Deny access to important files" weg. Die Dateien mit den Punkten am Anfang werden nämlich sowieso nicht ausgeliefert. Der obere Teil stimmt und schützt nur die wp-login.php. Da blockiert nichts zusätzlich was anderes.