Beiträge von Hille

Genau das ist der Fehler. Deine Standard vhost zeigt auf das Verzeichnis /var/www. Dies gilt halt nur, wenn du dort eine Installation zu laufen hast. Sobald du aber für eine Domain ein Unterverzeichnis erstellst und das Verzeichnis als DocumentRoot festlegst, benötigst du eine entsprechende vhost. Die kann z.B. genauso aussehen, wie deine Standard vhost, legt aber dieses Unterverzeichnis als DocumentRoot fest z.B. /var/www/domain_kunde1

Nutze mal die Suchfunktion, die Frage wird hier wöchentlich gestellt.

Zitat von hydro

würdest du ein zehn jahre altes auto reparieren, wenn bremsen, motor, getriebe nicht mehr gehen und es auch kaum noch anspringt?

Der Vergleich hinkt und das weißt du.

Zitat von hydro

ich möchte mich dran versuchen - und hoffe, dass ich wie bisher deine / eure unterstützung bekomme - damit hab ich bisher alles hinbekommen

Ein Bäckerlehrling wird das Auto nie zum Laufen bekommen [emoji6].

Zitat von hydro

Ich werde das Ding Platt machen und versuche mich an einer neuen Installation.

Wenn du eine Reifenpanne hast, verschrottest du doch auch nicht gleich das Auto?? Willst du jedesmal neu anfangen, wenn du nicht weiter kommst??

Wie sieht es denn aus, wenn du dir professionelle Hilfe suchst, anstatt ewig rum zu doktern?

Das ist jetzt aber nur der Standard vhost. Poste bitte mal einen Domain bezogenen vhost

Das Problem liegt aber nicht an Wordpress, sondern an eine fehlerhaften DNS-Server Konfiguration

nslookup virtualplanet.com.py


** server can't find virtualplanet.com.py: NXDOMAIN

dig virtualplanet.com.py A


; <<>> DiG 9.9.5-3ubuntu0.8-Ubuntu <<>> virtualplanet.com.py A
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 61586
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1


;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;virtualplanet.com.py.          IN      A


;; AUTHORITY SECTION:
COM.PY.                 1521    IN      SOA     a.dns.py. abuse.dns.py. 1471546802 1800 300 604800 1800


;; Query time: 2 msec
;; SERVER: 192.168.178.31#53(192.168.178.31)
;; WHEN: Thu Aug 18 21:18:42 CEST 2016
;; MSG SIZE  rcvd: 103

Alles klar jetzt ;-)?

Poste mal deine default.conf

Warum benutzt du eigentlich nginx, wenn du dich damit überhaupt nicht auskennst?

Bei mir liegt das auch schon etliche Jahre zurück, das ich nginx eingesetzt habe. Wenn ich mich aber recht erinnere, nutzt nginx doch gar keine .htaccess. Du kannst das glaube ich über die location der jeweiligen vhost lösen z.B.

location / {
try_files $uri $uri/ /index.php?$args;
}

Füge doch einfach mal !important hinzu z.B. margin-top: 10px !important;

Einfach am Anfang.

Wer in Malaysia hostet, ist eigentlich selber schuld, zumal anscheinend auch noch im Kundenauftrag.
Hast du überhaupt schon mal mit nginx gearbeitet? Das ist was anderes, als Apache.

Füge das mal in die functions.php ein

add_filter('got_rewrite', '__return_true', 999 );

Was kannst du nicht?? Was und wo änderst du per CSS?

Wenn dein Hoster das erst nach 6 Monaten bemerkt, biste beim falschen Hoster.

Suche dir hier in der Jobbörse einen Dienstleister, der richtet dir dein Problem.

Link zur Seite?

Womit hast du die Mehrsprachigkeit umgesetzt?

Nutze einfach das empfohlene Plugin und du musst dir über einzelne Tabellen keine Gedanken machen [emoji6]

Zitat von markus_baumgartner

Es ist jedoch trotzdem zu beachten, dass bei den Telekom-Hosting-Produkten kein .htaccess möglich ist.

Ich vermute mal eher, die hosten auf Windows Kisten [emoji6].

Beginne einen neuen Thread, das hat nichts mit dem Problem vom TS zu tun.

Geht es um WordPress.com?