Beiträge von himitsu

Zitat

wie machst Du das auf dem eigenen Server? Ich möchte ja meine eigene Seite nicht beeinträchtigen

Eigene Datenbank dafür.

Im Dateisystem wird es ja sowieso ein eigenes Verzeichnis, das man entweder als Unterverzeichnis der eigenen Webseite veröffentlichen kann, über eine eigene Domain, oder einfach nur als Subdomain.
http://deineseite.de/kundexyz
http://kundexyz.deineseite.de
http://deineseitef%c3%bcrkundenprojekte.de/kundexyz
uvm.

Oder halt lokal, auf dem heimischen PC, das MySQL, Apache und PHP installieren.
Und der Kunde sieht es entweder, auf'm Schlepptop, wenn man ihn besucht, via RDP/Skype/TeamViewer oder man gibt den heimischen Server via IP, DynDNS oder VPN frei.

Zitat von philippze

Angenommen, ich mache beruflich nichts anderes, als Wordpress Installationen aktuell und am laufen zu halten. Wie viele Kunden kann ich alleine schaffen? 80?

Jedes WordPress einzeln?

Als Blog-Netzwerk?
http://faq.wpde.org/blog-netzwerk-…ion-aktivieren/

Oder über ein Management-System?
http://pixelbar.be/blog/zentrale-…s-mit-managewp/

Je weiter oben man ja sagt, um so weniger schafft man.

Und dann kommen noch die individuellen Anpassungen/Wartungen je Blog dazu.

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

http://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: http://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)