Wysyłanie danych POSTem

[user]

Plik test:

#!/usr/bin/perl 
  use HTTP::Request::Common qw(POST);
  use LWP::UserAgent;
  $ua = LWP::UserAgent->new; 
  my $req = POST 'http://127.0.0.1/file.php',
     [ a.sd => 'wartosc' ];
  print $ua->request($req)->as_string;

Plik file.php:

<?php
echo $_POST['a.sd'];
?>

Kod nie dziala poniewaz nazwa pola przesylanego postem zawiera kropke, tak sie sklada ze pisze skrypt w ktorym jest to niezbedne. Do pliku php dociera $_POST['asd']; a nie tak jak powinno $_POST['a.sd'];
Z gory dziekuje za pomoc.

Edit:
Jesli plik test zapisze w ten sposob:

#!/usr/bin/perl 
  use HTTP::Request::Common qw(POST);
  use LWP::UserAgent;
  $ua = LWP::UserAgent->new; 
$asd="a.sd";
  my $req = POST 'http://127.0.0.1/file.php',
     [ $asd => 'wartosc' ];
  print $ua->request($req)->as_string;

To do pliku php dociera $_POST['a_sd']; co nadal nie rozwiazuje mojego problemu

[Isadil]

Próbowałeś w php backslash przed kropką?

[eMCe]

akurat z backslashem to inna bajka :)

ogólnie kiedyś z tym powiedzmy walczyłem ;) ale ze . w formularzu to był mój wymysł a nie żadna konieczność to po porostu zmieniłem z tego co pamiętam to problem polega na tym ze Apache automatycznie zamienia . na _ jeśli występuje ona w nazwie zmiennej przesyłanej przez którąś z superglobalnych tablic.

I tak na dobrą ( a w sumie złą :D ) sprawę nie wiem czy coś z tym zrobisz :)
A nawet jak to by Ci się udało dojść do tego jak wyciepać to zamienianie z Apache
to będziesz miał same problemy z tym... bo Apache wykorzystuje wyrażenia regularne a kropka w tych wyrażeniach oznacza dowolny znak i właśnie tutaj trzeba dawać wspomnianego backslasha...

Już bym na twoim miejscu wolał sobie całego GETa rozpakować w PHP i pozamieniać _ na .

Miłej zabawy :)

[user]

lsadil, gdybym mial dostep do pliku php to bym ta kropke wywalil...

eMCe, to mnie pocieszyles...

[rip]

na cholere komplikujesz sprawe tym skryptem w pl.

pytanie brzmi czy jest dostep do $_POST['a.sd'].
Wg mnie nie ma, chyba zeby miec jakis dostep do servera/skryptu.

[eMCe]

skrypt pl to wsumie nie ma tutaj nic do rzeczy :) to samo zrobi przeglądarka ;)

problem w tym ze wrzuć sobie taki plik PHP:

<?php
var_dump( $_GET );
?>

i odpal go np z takim parametrem:
file.php?aa.a=aaa

otrzymasz wynik:

array(1) { ["aa_a"]=>  string(3) "aaa" }

po prostu apache sam zmienia . na _ jeśli występuje w nazwie elementu tablicy i tyle ;) według mnie chodzi właśnie o te wyrażenia regularne :)
Na pewno tego nie zrobili po to żeby utrudnić życie webmasterom tylko po to ze była taka potrzeba :) Trzeba by przegrzebać dokumentacje od Apache :)
I w sumie nie ważne czy weźmiesz tą kropkę zapiszesz jako . czy jako (jak tam była kropka w hexie 2E? 2F jakoś tak i tak ją zamieni...

Najlepiej przebudować skrypt PHP :)

Swoją drogą tak to jest jak się nie myśli przyszłościowo o projekcie kto wymyślił kropki w zmiennych w PHP ? Owszem samemu PHP to nie przeszkadza ale jak widać jak się chce rozbudować projekt i jechać z zewnątrz to są problemy ;)

[TQM]

Sprawdzone... po stronie Perl'a - apache dostaje asd zamiast a.sd ale rozwiazanie jest banalne i zaznaczylem w kodzie na czerwono... Przy okazji skrocilem nieco kod...

use LWP::UserAgent;
my $ua = new LWP::UserAgent;

my $response= $ua->post('http://localhost/file.cgi', {
       'a.sd' => 'value1',
       param2 => 'value2',
});

print $response->content;

Do sprawdzenia co przekazuje Perl uzylem innego skryptu ktory odpalam jako CGI na serwerku

#!/usr/bin/perl
use CGI;
$cgi = new CGI;
print "Content-type: text/html\n\n";
print "Zmienne = ", join (' ',$cgi->param), "\n\n";

i to zwraca mi

$ ./post.pl
Zmienne = param2 a.sd

Jesli wysylajac POST ze skryptu w Perlu nie dam nazwy tej zmiennej w cudzyslowiach to Apache zwroci nam dalej asd - bez kropki... Dodanie pojedynczych cudzyslowiow zalatwia sprawe - Perl przekazuje na pewno dobrze, po prostu doslownie jak jest, Apache tez widzi roznice i pokazuje dalej ze dostal poprawnie a.sd i jak widac, przekazuje to do skryptow...

JEDNAK...
Po stronie PHP nadal nie dziala - nie zwraca nic, zupelnie tak jakby PHP nie widzialo zmiennej. Po prostu PHP nie radzi sobie (przynajmniej u mnie) z odczytaniem zmiennej majacej w nazwie kropke. Jak widac wina lezy ewidentnie po stronie php a nie apache'a ani perla.