Beiträge von overload

Mmmmh...das ist ein PHP/HTML-Problem.
Weißt du, wie eine Form funktioniert?

Grob:

<form name="Formname" action="was soll ich nach dem submit machen"...
 
<input type="submit" value="Absenden">
</form>

Wenn du submit drückst, dann werden die Inhalte aller Formular-Datenelemente an action geschickt. In der Regel ist das PHP_SELF ...also die Seete selbst - das muss aber nicht immer so sein.
Jetzt musst du entscheiden, wo die Eingabe-Daten hingeschickt werden sollen.
Einfach rauskopieren ist nun mal nicht. Zum "Schönaussehen" gehört auch nocht Funktionalität und die musst du in diesem Fall neu schreiben.

Bye,
overload

Tja,
Ich habe es erstmal so gemacht, wie ich es eigentlich vermeiden wollte (wegen update).
Ich habe die wp-login.php umgeschrieben:

if ( !isset( $_REQUEST['redirect_to']))
  $redirect_to = get_settings('siteurl');//wp-admin/
 else
  $redirect_to = str_replace("redirect_to=","",$_SERVER['QUERY_STRING']);
 
 if( $_POST ) {
  $user_login = $_POST['log'];
  $user_login = sanitize_user( $user_login );
  $user_pass  = $_POST['pwd'];
  $rememberme = $_POST['rememberme'];
  $redirect_to = $_POST['redirect_to'];
 } else {
  $cookie_login = wp_get_cookie_login();
  if ( ! empty($cookie_login) ) {
   $using_cookie = true;
   $user_login = $cookie_login['login'];
   $user_pass = $cookie_login['password'];
  }
 }

und im Login-Dialog selber habe ich folgende Zeile umgeändert:

<input type="hidden" name="redirect_to" value="<?php echo $redirect_to; ?>" />

wird jeder User auch an die komplette URI weitergeleitet.
Ich bin mir aber noch nicht im Klaren, ob dieser Vorgehensweise Konsequenzen haben wird für die Sicherheit. Ich denke aber mal nicht, da ja jede einzelne Seite gesichert sein sollte.

Aber es es ist erstmal eine Lösung. Wenn jemand eine elegantere Lösung hat, der möge laut Aufschreien und seine Gedanke hier äußern.

Danke!!

Monika:
Weil ich die page.php für page_id=6 (arbeite intern aber nicht mit der ID) eine tiefergehende Registrierung vorgesehen habe.
Jemand registriert sich in meinem Blog. Wenn er das gemacht hat, darf er sich tiefergehend registrieren (Warum und wieso, spielt hier keine Rolle).
Bedingung ist nur: erst im Blog registrieren, dann weiter registrieren.
Ergo: Login oder register mit redirect zurück.
Gut...ich könnte in den Meta-Daten eine neue Seite erzeugen, dann komme ich aber 100% mit den Metadaten durcheinander, da ja die neuen Seiten nicht sichtbar sein dürfen und ich aber auf der Seite mit page_id=6 bleiben muss.

Deshalb ist es eher eine PHP-Frage als eine WP-Frage.
Gibt's ne Lösung?

Hallo,
Wieder einmal quält mich etwas:

http://localhost/blog/wp-login.…d=6&my_config=2

Das ist die URI, die mich momentan ärgert.

Wenn das wp-login.php die $_REQUEST['redirect_to'] auswertet, dann bekommt man als Ergebnis nur [COLOR=#0066cc]http://localhost/blog/?page_id=6 [/COLOR]
[COLOR=black]Wie bekomme ich es hin, dass ich aber [/COLOR][COLOR=#0066cc]http://localhost/blog/?page_id=6&my_config=2 [/COLOR][COLOR=black]herausbekomme? Wie sind die Konventionen dafür?[/COLOR]

Ich weiß, dass das eigentlich eine reine PHP-Frage ist, aber vielleicht kann mir ja doch jemand helfen.

mfg,
overload

Danke für den Tipp...das hat gereicht.

Ich habe den letzten Parameter bei add_filter ignoriert: accepted_args.

Jetzt sollte es gehen.

Danke für den Augenöffner!!

mfg,
Overload

Hallo,
Ich habe vor, den Aufruf [FONT=Courier New]the_category(', ')[/FONT] in der index.php etwas zu verändern. Die Aufzählung soll bestimmte Kategorien nicht enthalten - ich meine damit nicht, den Post zu unterdrücken, der in einer bestimmten Kategorie liegt.

Bsp zur Verdeutlichung: Post1 ist in Kat1 und Kat2 veröffentlicht.
Rufe ich [FONT=Courier New]the_category(', ')[/FONT] in index.php auf dann werden 2 Links - durch Komma getrennt - angezeigt, die zu Kat1 und Kat2 führen. Ich möchte aber, dass grundsätzlich der Link Kat2 nicht zu sehen ist.

Ich weiß, dass es dieses nette Bsp hier gibt: http://codex.wordpress.org/Template_Tags/get_the_category

aber ich möchte es über [FONT=Courier New]add_filter[/FONT] lösen, denn dafür ist der ja da.
Dies habe ich auch geschafft - teilweise.

Hier nun das Problem: die eigentlichen Parameter [FONT=Courier New]$separator[/FONT] und [FONT=Courier New]$parent[/FONT] bekomme ich nicht als Argument der bei [FONT=Courier New]addfilter('the_category',FILTERFUNKTION)[/FONT] mitgeliefert, obwohl sie bei template-functions-category.php mit [FONT=Courier New]return apply_filters('the_category', $thelist, $separator, $parents);[/FONT] weitergegeben werden.
In der FILTERFUNKTION kommt lediglich [FONT=Courier New]$thelist[/FONT] an - [FONT=Courier New]$separator[/FONT] und [FONT=Courier New]$parents[/FONT] bekomme ich nicht.

Mach ich was falsch?
Wie komme ich in meiner Filterfunktion an die Parameter ran?
Liegt es an der OO?
Danke für eure Hilfe.

PS: Hier meine Einbindung im Quelltext:

add_filter('the_category', array(&$this, 'Disable_spec_Cat')); 
//Disable_spec_Cat ist Methode einer Klasse
 
function 'Disable_spec_Cat($thelist,$separator = ', ', $parents = '') {
...
}