Beiträge von Putzlowitsch

Zum Thema Google-Analytics haben wir grad hier was lustiges:
http://forum.wordpress-deutschland.org/netzwelten/228…elegenheit.html

Gruß
Ingo

Guck Dir mal Deine und die Nummer bei http://www.dostcafem.com an. Ist beidesmal die UA-2196121-1. Fragt sich nun, wo ist sie richtig?

Gruß
Ingo

Vielleicht hat sich Google bei der UA-Nummer vertan. Du kannst ja mal ins Serverlog gucken, ob es die vielen Zugriffe wirklich gab.

Gruß
Ingo

Bitte, gern geschehen :-)
Denk aber auch an die Trackbacks, da greift das Plugin leider nicht.

Gruß
Ingo

Das ist doch alles nur Rumdoktern an den Symtomen und keine Fehlerbeseitigung. Was dabei rauskommt, steht ja oben:
Fatal error: Cannot redeclare did_action() ...
Ist doch klar, wenn die Funktion bereits in plugin.php deklariert ist, kann ich sie nicht nochmal in functions.php reinschreiben.
Und die plugin.php wird sehr wohl in der install.php geladen, und zwar über
require_once('../wp-config.php');
die ihrerseits die /wp-settings.php lädt, wo dann die plugin.php includiert wird.

Nachtrag: Achso, hat sich erledigt, na dann ist ja gut :-)

Gruß
Ingo

Doch, man kann das auch nur für eine Domain auschalten, Zitat aus den Allinkl-FAQ:

Zitat

Kann ich „php_flag register_globals“ in der php.ini auf „off“ setzen?

Einen Zugriff auf die php.ini Datei haben Sie nicht. Es besteht aber die Möglichkeit, dass Sie durch das Eintragen in die .htaccess-Datei (diese muss im Hauptverzeichnis der Domain abgelegt werden) bestimmte Vorgaben der php.ini für Ihre Domain überschreiben lassen. Der entsprechende Eintrag lautet: php_flag register_globals off

Gruß
Ingo

Ich habe es nicht geteste, aber es liegt wohl am register_globals. Selbst wenn register_globals = on ist, schmeißt WP mit der Funktion wp_unregister_GLOBALS() ganz am Anfang der Ausführung fast alle globalen Variablen weg. Und wenn ich das richtig gesehen habe, auch die Session.
Funktionieren könnte es mit register_globals = off und dann mit Zugriff auf $_SESSION

Gruß
Ingo

Ich kenne mich mit Sessions zwar nicht weiter aus, würde aber denken, das die gelben Hinweise in der PHP-Doku sehr wichtig, um nicht zu sagen, von essenzieller Bedeutung sein dürften:
PHP: session_register - Manual

Gruß
Ingo

Das für 2,99 kann dann aber kein mod_rewrite, womit man schon wieder Probleme mit den Permalinks bekommt. mod_rewrite ginbts dann ab Webpack L für 4,99 + Domain (falls man noch keine hat).

Gruß
Ingo

Ich bin in letzter Zeit etwas unaufmerksam, es muß nämlich am Anfang so heißen:
[COLOR=#000000][COLOR=#0000cc]<?php $cp[/COLOR][COLOR=#006600]=[/COLOR][COLOR=#0000cc]$_SERVER[/COLOR][COLOR=#006600][[/COLOR][COLOR=#cc0000]'REQUEST_URI'[/COLOR][COLOR=#006600]]; [/COLOR][COLOR=#0000cc]?>
[COLOR=Black]Dann sollte zumindest das Weiterrücken von [/COLOR][/COLOR][/COLOR][FONT=Courier New]current_page_item [FONT=Verdana]klappen.
Eventuell muß dann auch noch was in der CSS geändert werden.

Gruß
Ing[/FONT]o
[/FONT][COLOR=#000000][/COLOR]

Dann hab ich es irgendwie nicht verstanden.
Du hattest zu Anfang keine Permalinks, also sahen die URIs so aus: /?p=123. Das sind die, die bei Google gelistet sind und nicht gefunden werden?
Dann hast Du auf /index.php/... umgestellt, so ist es jetzt.
Und nun möchtest Du das Ganze ohne /index.php haben?

Ja, beim[FONT=Verdana]"123 IIS Permalink"-Plugin[/FONT][FONT=Verdana] muß man Zugriff auf die Konfiguration der benutzerdefinierten Fehlerdokumente haben, sonst geht es nicht.

Gruß
Ingo
[/FONT]

Oben hattest Du noch geschrieben "...in der Rechten Menüleiste...", darauf bezog sich mein Beispiel in Post #8 mit der sidebar.php.
Wenn es zwischen oder unter dem Beiträgen sein soll, dann halt in der index.php. Wo genau hängt halt davon ab, wo es stehen soll. Probiere doch einfach ein bißchen.

Gruß
Ingo

Das verstehe ich jetzt nicht. Wenn Du das, was Wordpress da anzeigt, direkt in die .htaccess schreibst, funktioniert es nicht?

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>


# END WordPress

Wenn das so ist, dann erzählt der Provider (welcher, wenn man fragen darf) aber was Falsches.

Gruß
Ingo

Also das mit "Wenn deine .htaccess beschreibbar wäre, ..." ist kein Standardsatz, WP versucht schon, das erstmal selber reinzuschreiben. Wenn es nicht geht, kommt halt dieser Hinweis und eben auch der Tip, genau was da unten steht, selbst in die .htaccess zu kopieren.

Dann sollte es klappen.

Gruß
Ingo

Ja, 666 bzw. 664 sollten reichen. Und falls Du die Permalinks nicht ständig ändern willst, reicht es die Rechte einmal zu setzen und WP die Sachen reinschreiben zu lassen. Dann kannst Du das wieder auf 644 oder 444 zurückstellen. Allerdings hat alles nur dann Sinn, wenn mod_rewrite überhaupt geht.

Ansonsten kannst Du es auch mit einer meiner Behelfslösungen versuchen. Allerdings steht da noch ein kleines Update aus und bei der Strato-Variante funktioniert das senden von POST-Daten nicht, siehe die Kommentare dazu.

Gruß
Ingo

Naja, das ist kein "Murks" von Wordpress, sondern eher des Webhosters/Servers. Damit die Permalinks ohne /index.php funktionieren, muß der Server mod_rewrite unterstützen, eine Erweiterung die es erlaubt, eine eingehende URI (z.B. /2007/04/15/versuch/) transparent an eine andere (index.php) weiterzuleiten.
Entweder das mod_rewrite gibt es bei dem Server sowieso nicht (z.B. IIS) oder es ist nicht installiert bzw. nicht benutzbar (z.B. Strato pw*).
Oder, falls mod_rewrite funktioniert, kann Wordpress die entsprechenden Einträge mangels Schreibrechten nicht in die .htaccess-Datei schreiben.

Was nun im konkreten Fall zutrifft, kann man so aus der Ferne nicht sagen, dazu bräuchte man noch ein paar Informationen.

Gruß
Ingo

[COLOR="Red"]* Moderatorenhinweis: Markenname auf Wunsch der Firma PHADE Software - PowerWeb unkenntlich gemacht.[/COLOR]

Gut, ich nehme alles zurück und behaupte das Gegenteil :-)

Habe mal einen Schnelltest mit Host-Europe gemacht. Also die WP-Installation (neue Installation WP 2.0.10) liegt bei Strato, die Datenbank bei HE.
Es funktioniert, gibt zwar beim Aufruf von Seiten so etwas zwei, drei Sekunden Verzögerung, aber ansonsten läuft es erstmal. Allerdings kann man natürlich mit den drei Seiten der WP-Standardinstallation keine Aussage zur Performance machen.

Außerdem sind diese externen Zugriffsmöglichkeiten, welche die Webhoster gestatten, eigentlich zur Fernadministration gedacht. Eine externe Datenbanknutzung könnte dann eventuell eine Abmahnung oder gar Kündigung für den Datenbakspender bedeuten, darüber sollte man sich im Klaren sein.

Gruß
Ingo

Lustigerweise erlaubt z.B. all-inkl externe Datenbankzugriffe. Habe mich gerade mal von zu Hause aus per "MySQL Admin" mit meiner Datenbank dort verbunden. Interessant ist z.B. der Serverstatus, da kann man mal gucken, was so auf dem Server los ist. Ich kann nur hoffen, das alle ordentliche Passwörter für ihre Datenbanken verwenden.

Nun reizt es mich natürlich auch, mal so eine WP-Ferndatenbank-Geschichte zu testen. Im Moment habe ich nur leider keine Zeit für solche Spielereien.

Und Markosch, nimm das bitte nicht zu persönlich, war schon spät und irgendwie mußte das einfach mal raus :-)

Gruß
Ingo

Zitat von Markosch

...
ich verdien daran nichts und soll da noch mal geld mehr ausgeben?
...

Dann Frag ich Dich, warum willst Du überhaupt was mit Wordpress machen? Einfach nur so zum Spaß?
Dann ist doch Funpic genau richtig, da kannst Du auch Wordpess gleich dort installieren, dann klappts auch mit der Datenbank :-)

Was machst Du eigentlich sonst in Deiner Freizeit? Mal ins Kino gehen? Musik hören? Dafür gibst Du auch Geld aus, ohne was daran zu verdienen.

Nee Leute, ich kanns nicht mehr hören. Alles haben wollen, aber kein Geld dafür ausgeben. Ist ja nur zum Spaß, das ganze Leben ist nur Spaß, oder wie?

Na dann gute Nacht!

Entschuldige bitte, das ist meine Fehler.
Bei den Locations muß vorn noch das http:// dran, also so:

$location = 'http://'.$_SERVER['HTTP_HOST'].$_POST['redirect_uri'];

Gruß und gute Nacht
Ingo