Das Tracking kann ja laufen, nur so richtig in Echtzeit erfolgt bei G Analytics wohl auch nichts und nach einer Umstellung könnte das schon 1 bis 2 Tage dauern, ehe die Daten wieder durchgehend erscheinen. So genau weiß ich das aber nicht, würde jedoch annehmen, dass die Daten ab morgen oder so wieder erscheinen.
Beiträge von Melewo
-
-
Na hat denn die Seite noch Besucher oder hat G nur keine Daten von den letzten Tagen?
Wenn die Seite noch Besucher hat, dann würde ich vielleicht noch einmal den Analytics Code überprüfen und mir ansonsten keine größeren Gedanken machen. Wenn der Code richtig ist, werden die Daten schon noch kommen.
Wenn die Seite hingegen keine Besucher mehr hat, so könnte es sich um eine Neubewertung der Seite auf Grund von Optimierungen handeln. Was sagen denn die Positionen, sind die merklich gefallen?
-
Gut, bin zwar mit Windows unterwegs, doch so viel Unterschied scheint da nicht zu sein und ich zitiere einfach:
Zitat/opt/lampp/htdocs/ Das DocumentRoot-Verzeichnis des Apache-Webserver. Hier liegen die Webseiten deines Apache.
http://www.apachefriends.org/de/xampp-linux.htmlSomit hätte ich das so angelegt:
/opt/lampp/htdocs/wordpress/
/opt/lampp/htdocs/joomla/Und nach meiner Vorstellung sollte es sich dann ebenso aufrufen lassen:
-
Du brauchst doch jetzt nicht einlenken, im August hatte er noch von Problemen mit einer einfachen Verbindung zur DB berichtet. Wenn Mariechen danach fragt, dann ist das verständlich und ok, wer aber eine Dienstleistung anbieten möchte, der sollte zuerst als Einsteiger Literatur und Tutorials durcharbeiten und dabei viel testen, um dann nicht einfache Fragen zu stellen, sondern um dann derartige Fragen Kunden gegenüber beantworten zu können.
Wenn es dann doch einmal komplizierte wird, dann kam man sich ja im Einzelfall immer noch darauf verständigen, dass man selbst erst einmal etwas austesten oder recherchieren müsste. Das wird auch kaum ein normaler Kunde wirklich krumm nehmen, wenn die Grundlagen erkennbar vorhanden sind.
-
Kein Anfänger Lapsus, verstehe nicht einmal den Zusammenhang, für meine DB-Namen verwende ich Jahreszeiten mit einem Zusatz zur Unterscheidung.
-
Du brauchst ja keine neue zu erstellen, auch nichts löschen, bevor der Fehler gefunden wurde.
Die Frage wäre ja, was passiert, wenn Du da mal ein einzelnes kleines Script schreibst oder zur Not irgendwo kopierst, welches nur eine Tabelle benötigt und nichts mit WP zu tun hat.
-
Mein Virenscanner wollte mal das Xampp Control Panel in Quarantäne verschieben, möglicherweise bestehen bei Dir ähnliche Probleme.
Beide Module (Apache und MySQL) sind bei mir im Control Panel nicht mit Häkchen versehen, aktiviere die nur bei Bedarf.
-
Sorry, ich dachte, das wäre hier ein Forum für alle Interessierten.
Auch Anfänger.
Aber Anfänger geben sich doch wohl nicht Kunden gegenüber als Fachleute aus, um ihre Leistungen anzubieten. -
Wenn Du Joomla ebenfalls in einem Verzeichnis installiert hast und im Root von htdocs keine htaccess liegt, zumindest keine mit Regeln für Joomla, dann dürfte das eigentlich nicht passieren.
-
In Beitragsnamen keine Zeichen verwenden, die nichts in einer URL verloren haben und bearbeitete Dateien unter UTF-8 ohne BOM speichern, weil beides gelegentlich zu Fehlern führen kann. Falls sich dann bis morgen weitere Fehler einstellen, werden wir weitersehen.
-
Zitiere mal aus einem anderen Forum, da schreibst es Bandit ebenso:
ZitatMySQL stoppen, mit dem Windows-Explorer in das Verzeichnis xampp/mysql/data gehen, Verzeichnis (Name der DB) löschen, MySQL starten und fertig.
http://www.forum-hilfe.de/threads/40635-…en-l%C3%B6schen
Wenn Du dann anschließend WP neu installierst, sollte es wohl gut sein.
-
also da muss doch was drin sein in der Datenbank...
Ja was ist denn die Datenbank?
Daten, die in Datenbank-Dateien gespeichert werden und die man deshalb nicht löschen oder beschädigen sollte.Im Xampp -> mysql -> data -> Datenbank-Verzeichnis unter dem Namen der Datenbank mit 3 Dateien. Ich habe es noch nicht gemacht, doch eigentlich sollte man die da komplett löschen können, falls die nicht noch irgendwo anders registriert ist.
-
Zumindest würde ich nicht einfach löschen, die wird schon ihre Daseinsberechtigung gehabt haben.
ZitatHinweis: Wenn Sie Konfigurationsoptionen für InnoDB angeben, erzeugt MySQL eine sich selbst erweiternde, 10MB große Datendatei namens ibdata1
http://dev.mysql.com/doc/refman/5.1…figuration.htmlUnd wenn es dann doch einmal passiert ist, so sollte es wohl am einfachsten sein die DB zu löschen und eine neue anzulegen.
-
Ich hätte nicht lange gesucht, eher alles platt gemacht und erneut installiert.
Wenn sich die Datenbank nicht öffnen lässt, dann ist sie entweder beschädigt oder enthält nichts oder es gibt noch weitere Fehler, falls Du da eine Datei vom/für SQL-Server gelöscht hast. -
Bei Hosteurope finde ich jetzt keine Beschreibung, nur bei Strato, doch ich nehme mal an, es verhält sich eventuell ähnlich: Was sind die Basis- und Profi-CGIs
-
Via FTP kann ich auf die Dateien nicht zugreifen, bzw. sehe sie noch nicht einmal.
Basic-CGI hatte ich mal bei Strato, als ich von Tuten und Blasen noch keine Ahnung hatte. Falls es sich dort ebenso verhalten sollte, damit installierst Du keine Anwendung, sondern bindest nur eine Anwendung über irgendwelche virtuellen Pfade ein. Somit kannst Du da auch keine Dateien sehen, bzw. nur die Dateien, die der Einbindung dienen. -
Google empfiehlt hier glaubig unter 4 Sekunden, damit einem Nutzer die Seite nicht zu langsam erscheint.
4 Sekunden erscheint mir reichlich hoch gegriffen:Zitat57 Prozent der Befragten verlassen eine Site nach 3 Sekunden Ladezeit.
http://business.chip.de/news/Web-Ladez…b_48606881.htmlEs werden ja immer Tests erwähnt, wie von Amazon:
Zitat100 ms of extra load time caused a 1% drop in sales.
http://www.sistrix.de/frag-sistrix/o…lich-pagespeed/Nur was setzen Amazon oder andere als Ausgangswerte für diese Tests?
-
So, abgelegt unter einer WP-Installation unter Localhost und wenn ich nun eine Seite mit "http://localhost/version/?p=" und mit p= unter 19000 aufrufe, erfolgt eine Weiterleitung auf die entsprechende Seite im Web, nur das ich noch keine so großen Zahlenwerte im Web habe.
Apache Configuration
Alles anzeigen# BEGIN WordPress <IfModule mod_rewrite.c> RewriteEngine On RewriteCond %{QUERY_STRING} ^p=(\d{1,4})$ RewriteRule ^(.*)$ http://www.coder-welten.com/?p=%1? [L,R=301] RewriteCond %{QUERY_STRING} ^p=([0-1]{1}[0-8]{1}[0-9]{1,3})$ RewriteRule ^(.*)$ http://www.coder-welten.com/?p=%1? [L,R=301] RewriteBase /version/ RewriteRule ^index\.php$ - [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /version/index.php [L] </IfModule> # END WordPress -
Also, ich habe nur einmal die Ausdrücke mit PHP getestet und die scheinen schon richtig zu sein und eigentlich sollte eines der beiden letzten mod_rewrite-Beispiele richtig funktionieren. Kommt auch darauf an, wo Du diese in einer htaccess notierst. Möglichst vor weiteren Regeln, ist zumindest meistens gut und zwischen zwei Tests immer den Cache vom Browser löschen, ist auch wichtig.
PHP
Alles anzeigen<?php // Beispiel 1: $aufgerufene = "http://www.domainname.de/?p=9430"; $suchmuster = "~p=(\d{1,4})~"; preg_match($suchmuster, $aufgerufene, $treffer); echo "http://www.archiv.example.com/?p=".$treffer[1]; /* Ausgabe von Beispiel 1: http://www.archiv.example.com/?p=9430 */ echo "<hr>"; // Beispiel 2: $aufgerufene = "http://www.domainname.de/?p=18999"; $suchmuster = "~p=([0-1]{1}[0-8]{1}[0-9]{1,3})~"; preg_match($suchmuster, $aufgerufene, $treffer); echo "http://www.archiv.example.com/?p=".$treffer[1]; /* Ausgabe von Beispiel 2: http://www.archiv.example.com/?p=18999 */ ?> -
Die Artikel-ID wird offensichtlich nicht übergeben.
Beim ersten Beispiel, bei den anderen beiden sollte die eigentlich mit %1 übernommen werden. Oder der Ausdruck enthält Fehler und mir fehlt zum Testen etwas die Zeit, weil ich dafür erst einmal entsprechende Beispiele konstruieren müsste.Um 11.50 enthielt das erste Beispiel noch eine andere Variable, doch
Geändert von Melewo (Heute um 11:59 Uhr)