Beiträge von himitsu

zu 1. Man kann mit WordPress ja sagen "indiziert mich nicht" und Google hält sich auch daran.
Und zusätzlich noch die InfoDienste deaktivieren. (Einstellungen > Schreiben > Update Services)

zu 2. Nja, eigener Server oder Kundenserver, aber so, daß die Originalseite erstmal nicht beeinträchtigt wird und erst wenn fertig austauschen.
In Sonderfällen kann es schon besser sein, etwas auf dem Kundensystem zu testen ... Kompatibilität, denn jeder Server ist irgendwie anders, aber auch da könnte man sich notfalls auch ein eigenes "ähnliches" System besorgen/erschaffen.

Mit dem Kunden ist auch abgesprochen, daß WordPress verwendet wird? (nicht daß er andere Vorstellungen hat)

Das WordPress natürlich nicht sofort auf der Domain "veröffentlichen", sondern erst wenn fertig dahin umziehen ... sonst freuen sich die Besucher der Webseite.
Und beachten mußt du erstmal nichts. Im Grunde reicht meistens am Ende das Umschreiben von zwei Werten in den Einstellungen.
Achtung: Bei hartgecodeten URLs, wie z.B. Links und Bilder der eigenen Mediendateien, könnte es nötig sein das beim Umzug mit anzupassen.

Andere Beiträge zum selben Thema:
http://forum.wpde.org/konfiguration/…rleitungen.html
http://forum.wpde.org/konfiguration/…word-press.html

https://faq.wpde.org/wordpress-url-aendern/

Und das hier kann man mit durchlesen, also bezüglich dem Ändern von Pfaden beim Umziehen. (Suchen und Ersetzen in der Datenbank)
http://forum.wpde.org/installation/1…erreichbar.html

Zitat von CT-Webdesign

Bei Hosteurope gibt es ...

Das gibt es bei vielen Hostern.

Da läuft der PHP-Server in einem anderen Benutzer-Account, wie der FTP-Server.
Und Schreibrechte hat dann erstmal der Besitzer (Ersteller) der Datei, bzw. des Verzeichnisses. (falls man das in den Dateirechten nicht zufällig auf 7 setzt und Dieses dort auch erlaubt ist)

Bei den Meisten gibt es dann irgendwo im Kundenportal eine Funktion, um den Benutzer zu ändern-

Nur scheinen es Einige zu überlesen und springen gleich zu den großen Überschriften (Varianten).

https://wordpress.org/plugins/featured-post/

Als kleiner WebDesigner sollte man sich aber auch selber bissl mit den Debugmöglichkeiten seines Browsers auskennen, um sowas in wenigen Sekunden selber rauszubekommen.

Tachchen,

es wäre praktisch, wenn dort zuerst der "normale" Weg ersichtlicher erwähnt wird.

• zuerst Einstellungen >> Allgemein > WordPress-Adresse (URL) und Blog-Adresse (URL)
• danach Dateien, Verzeichnisse und eventuell die Datenbank verschieben und/oder die URL/Weiterleitung der Domain ändern

Variante 1 bis 3 sind ja praktisch "nur" die Lösungswege für den Fall, daß Ersteres nicht mehr möglich ist.

Quelle: https://faq.wpde.org/wordpress-url-aendern/

Besser wäre das vor der Variante 1 gewesen.

• die Änderungen an der wp-config wieder rückgängig machen

• in alter URL einloggen (http://www.eva-albert.net/wp-admin) und dort die Pfade in den Einstellungen ändern
• dann die Dateien/Verzeichnisse vom WordPress verschieben (das scheinst du vergessen zu haben)
• fertig

Die letzteren Varianten, in dieser Beschreibung, sind für den Fall, daß man bereits die Dateien verschoben hat und die Einstellungen nachträglich ändern muß.

Was genau hast du denn dann alles verschoben und nach welcher Anleitung?

Zitat von app.css

Code

.main-nav {
    list-style: outside none none;
}

Entweder main-nav ins class-Attribut der Listenelemente (ul) aufnehmen, oder andersrum

.main-nav, .menu-item {
    list-style: outside none none;
}

Du meintest "Der Adminbereich läuft problemlos", aber als ich http://www.eva-albert.net/wp-admin ausprobierte, sah ich nur weiß.

Der HTTP-Server (Apache), welche noch vor dem PHP-Server kommt, sollte meistens mit einem 200er Status-Code antworten.
Maximal mit einem 300er, aber deiner kommt gleich mit einer 500 an.
http://de.wikipedia.org/wiki/HTTP-Statuscode

500 = es ist etwas ganz Schlimmes passiert
Sowas kann man z.B. durch eine defekte Steuerdatei (.htaccess) erreichen.

Zitat

Komprimierung hatte ich m.Wissens garnicht drin.

Das macht dein böser Provider einfach so. :twisted:

Zitat von Hille

Die rechte entsprechend setzen. Verzeichnisse 755, Dateien 644

Eventuell auch der Besitzer des Verzeichnisses überprüfen.

Aber dazu kann man gern die SuFu benutzen und eines der dutzenden andern Themen zum selben Problem durchlesen, welche allein die letzten Wochen erstellt wurden, weil keiner sucht.

OK, andersrum.

Zitat

HTTP/1.0 500 Internal Server Error
Date: Tue, 13 Jan 2015 00:23:59 GMT
Server: Apache/2.2.29
Strict-Transport-Security: max-age=63072000; includeSubDomains
X-Powered-By: PHP/5.5.18
Vary: Accept-Encoding
Content-Encoding: gzip
Content-Length: 20
Connection: close
Content-Type: text/html

Alles anzeigen

Vermutlich dank der aktiven GZIP-Komprimierung ist die Fehlermeldung nicht sichtbar.

Wende dich bitte an den Support deines Hosters.
Bzw. ist die .htaccess kaputt?

[edit]

Zitat

HTTP/1.0 500 Internal Server Error
Date: Tue, 13 Jan 2015 00:29:40 GMT
Server: Apache/2.2.29
Strict-Transport-Security: max-age=63072000; includeSubDomains
X-Powered-By: PHP/5.5.18
Vary: Accept-Encoding
Content-Length: 0
Connection: close
Content-Type: text/html

Alles anzeigen

Nee, der Server ist komplett weg und gibt keine Meldung an den Benutzer aus.

Die .htaccess wurde mit verschoben?
Gab es vorher noch eine andere .htaccess im neuen Verzeichnis?
Wurde die .htaccess irgendwie selber angepasst oder ist da der Standardinhalt drin?

Verwendest du ein Cache-Plugin?
Die Plugins und das Theme mal probehalber deaktiviert? (Verzeichnis umbenennen)

Zitat

Der Adminbereich läuft problemlos

Der liegt aber nicht in wp-admin?

[gelöscht]

Erstmal zum Comic Sans: https://www.google.de/search?q=Comic+Sans
(schade nur .... Google hat das Comic-Sans-EasterEgg wieder ausgebaut :cry:)

Und dann sollte man als "WebDesigner" auch noch die Sache mit den anderen Browsern bedenken.
(mit Allem, was nicht im Windows läuft und wo etwas nicht standardmäßig dabei ist)

Zitat

Muss ich das immer neu einstellen

Wo hast du es denn "eingestellt"?

Direkt in der CSS-Datei des Theme überschreiben, geht natürlich bei einem Update verloren.
Custom-CSS des Theme (das, was nicht automatisch beim Update überschrieben wird), ein Child-Theme oder einer der anderen, hier oft erwähnten, Lösungswege.

Wenn/da die Bilder (mit kompletter URL) direkt im Content der Beiträge/Seiten drinstehn, müsste man sich doch nur an den get_content-Filter hängen, im Content nach der URL suchen und sie entweder entfernen oder durch die Neue ersetzen. (jedesmal wenn die Ausgabe zusammengebaut wird)

Ansonsten müsste das Plugin wohl auch die bestehenden Beiträge durchgehen und das in der Datenbank direkt (einmal für immer) ändern.

Schade, daß im Content die absoluten Pfade drin stehen und nicht sowas wie ein GibMitURLVonDateiMitIDSoUndSo-Shortcode.

Auch relative Pfade haben den Nachteil, daß beide Zugriffe auf's WordPress mit dem selben Unterverzeichnis erfolgen müssten,
wenn man das nicht dynamisch erledigt, also beim Aufruf. :confused:
localhost/ und domain.tld/ , bzw. localhost/wordpress/ und domain.tld/wordpress/

Zitat von wellcome86

http://www.sebastian-thaler.com

Zitat von wellcome86

Ich habe meine WP Daten in einem Unterverzeichnis: http://www.example.com/unterverzeichnis/

Das sieht aber nicht so aus.

Ob WordPress intern in einem Unterverzeichnis liegt, ist hier egal ... es kommt nur auf die öffentliche Adresse an und da seh ich kein Unterverzeichnis.
(sogesehn liegt WordPress ja praktisch immer in einem tieferen Unterverzeichnis, auf dem Webserser)
Oder ich hab nicht verstanden welche Links du nun genau meinst.

Darum wird in dem Artikel auch erwähnt, wie man das nachträglich ändern kann.
Am Besten direkt das Nötige in der Datenbank umschreiben. (oder notfalls durch Konstanten in der wp-config)

Es gibt einige/viele Backup-Plugins, die packen alles in eine einzige ZIP und bei Zusammenstellung der ZIP passiert das alles im Arbeitsspeicher ... ist der Speicher voll, dann knallt es und das Backup bricht ab.
Dabei kann es dann auch sein, daß nichtmal die Hälfte des möglichen Speichers nutzbar ist ... wenn die aktuelle unbepackte Datei, die ZIP und natürlich noch das WordPress selber zusammen sich den Speicher teilen müssen.

Für Backups per eMail gibt es auch eine sehr kleine Größenbegrenzung.

Zitat von mralchemy

Im Log steht PHP Max Memory: 5000M (128M default)

Nutzt WordPress die 5 GB eigentlich automatisch, oder stoppt das bei den 128 MB?
Ich glaub im Backend hat WordPress ein größeres MemoryLimit (die 128M), als im Frontend.

https://faq.wpde.org/exhausted-php-memory/
https://wordpress.org/plugins/tags/memory-limit
http://www.der-prinz.de/wie-man-php-me…dpress-erhoeht/
http://drwp.de/wordpress-memory-limit/

Zitat von himitsu

In meinem Stammforum ist sogar etwas aufgefallen.
Und zwar versuchen die Bots "intelligent" zu sein, durchsuchen die vorherrigen Antworten und generieren dann eine zum Thema passende Antwort und das manchmal sogar in einem fast verständlichen deutsch.

Na, klingt das nur so, oder nicht?

http://forum.wpde.org/wordcamp/92480-herzlichen-dank.html

Zitat von qweeta

[COLOR=#333333]Hi, hat jemand Tipps? Komme aus Wien und werde 1 Nacht in Köln bleiben[/COLOR]