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 erstellenIm einfachsten Fall (und nicht als sauberste Lösung) würde es reichen, wenn Du in der index.php eine Weiche implementierst, die prüft, ob es sich um einen eingeloggten Benutzer handelt. Wenn nicht, könntest Du statt dem Blog auf eine Art "Registrierungsbereich" weiter leiten.
Allerdings ist das mit etwas Programmierung verbunden. Vielleicht gibt es so was auch als Plugin - Allerdings habe ich von so etwas noch nichts gehört.
Das, was Du da meinst, ist ein Reverse Proxy. Der kann z. B. als Load-Balancer, Firewall, Cache, uvm. dienen. Aber mir fällt jetzt aus dem Stegreif kein Bsp., bei dem man einen Request über einen nginx ohne weitere Änderungen oder Abfragen an einen weiteren Apache durch schleifen sollte. Es würde sich eher lohnen - wenn wirklich starke Last auf dem Server ist - Die Requests, die PHP benötigen, an verschiedene Server weiter zu leiten, wo entweder ein eigener nginx oder einfach ein php-fpm läuft. Dadurch kann die Last verteilt werden. Oder man benutzt ihn zum Cachen statischer Inhalte, wobei hier ein CDN die bessere Methode wäre.
Schon, aber Wordpress erkennt durch die style.css Dein Child-Theme und "merkt" dadurch auch, dass da weitere Theme-Dateien im Verzeichnis liegen.
[COLOR=#333333]wenn man nginx als Proxy vor dem Apachen "schaltet".[/COLOR]
Einfach nur davor schalten, ohne weiter Funktion bringt eigentlich nichts - Dann könntest Du direkt bei nginx und php-fpm bleiben.
ahhhh.. Ich dachte jetzt an die Programmiersprache und hatte mich schon gewundert.. 
[COLOR=#333333]und dazu komplett in D[/COLOR]
Nur Interessa halber: Was meinst Du damit?
Es ging mir darum, dass der TE ein Verständnis dafür bekommt, um was es bei diesem "Hack" ging. Wenn Du das nicht als Hilfe siehst, dann sorry..
Cariad: Versuch doch mal Folgendes: Erstelle eine db_test.php mit folgendem Inhalt:
<?php
$db = mysql_connect('...host...', '...username...', '...password...');
var_dump($db);
und lade diese auf Deinen Webspace hoch. Danach rufst Du sie im Browser auf und poste, was angezeigt wird.
Doch, genau so funktionieren die Child-Themes
Ähm... doch?! Der TE hatte anscheinend keine Ahnung, was dieser Code verursacht. Also habe ich diesen etwas abgewandelt, damit man _sehen_ kann, welcher JS-Code permanent auf seiner Seite ausgeführt worden ist.
Was hat er mir? Und bleib mal ruhig - Ich wollte lediglich dem TE helfen und habe gesagt, dass es mir leid tut.
Das ist der Grund, warum ich immer empfehle, für Shops dedizierte Systeme zu nutzen und nicht als Plugin für andere Applikationen. Dein SEO-Plugin hat natürlich vermutlich wenig Auswirkungen auf das Shop-Plugin, so dass ich da schwarz sehe.
Vielleicht kann jemand helfen, wenn Du sagst, was für ein Shop-Plugin das ist.
Tut mir leid - Ich dachte, es sei eine gute Idee, mal vor Augen zu führen, was Javascript-Code anrichten kann. Der von mir gepostete Code sollte lediglich eine Ausgabe in der Javascript-Console des Browsers erzeugen (Natürlich nur, wenn man ihn selber ausgeführt hätte, nicht von allein ;)). Das das gleich so eine Auswirkung hat, hätte ich nicht gedacht...
rekloV: Oh Sorry, das wusste ich nicht
Olaf: Warum wurde der Javascript-Code entfernt?
Welche Produkte?
Da musst Du in den Theme-Dateien schauen, die für das Darstellen des Artikels verantwortlich sind.
Du musst die dazugehörige CSS-Datei anpassen oder - noch besser - ein Child-Theme anlegen und das dort machen
In der MO-Datei änderst Du gar nichts, sonst machst Du diese kaputt (Wahrscheinlich kommt daher der Switch zu englischen Datei). Das ist lediglich das Kompilat der PO-Datei. Die Änderungen nimmst Du in der PO-Datei vor. Danach musst Du diese aber kompilieren (Unter Windows z. B. mit poedit).