Forum Debian Users Gang

Nie da się ukryć żadnych danych przesyłanych przez GET czy POST. A w ogóle to jakiego typu to jest link i co w nim jest takiego ukrytego? Znaki specjalne i niedrukowalne są zakodowane szesnastkowo, ot cała konspiracja. Chyba każdy język ma funkcje do zakodowania url w ten sposób. W php to urlencode i urldecode.

tak ,wiem ze moge uzyc $_POST ,ale w linku moge jedynie uzywać $_GET ,poprostu chciałbym wiedziec jak to robią inni ze nazwy zmiennych są ukrywane w linku ,moze to jest robione przez moduł rewrite apacha ,ale narazie mój apach sprawia ogromny problem i nie akceptuje pliktów .htaccess :(

Prawda jest taka, że w linku nic nie ukryjesz :)

Co do django to link to strony może wyglądać tak:
http://strona.pl/2008/12/1/news/
co czytać należy tak http://strona.pl/<rok>/<miesiac>/<dzien>/news/

Tylko, że nie jest to ukrywanie danych, raczej inna forma ich prezentacji.

Ech.... Zacznijmy od tego, czadman, a jka chcesz w laczu zamiescic dane post :P ;] Sama ich specyfika daje nam "ukryte" w linku dane post, a to ze ich brak ... ;]

szewczyk: przeciez masz tam wlasnie zapytanie z uzyciem GET, wszystko lyka index.php (a dokladnie defaultowy plik skonfigurowany na serwerze bo watpie by pisali to w PHP, obstawialbym Ruby, albo pythona) i parsuje, a to ze na koncu jest html znaczy tyle ze autor calej aplikacji przewiduje mozliwosc ze dane beda zwracane w innej formie ot np. SWF, albo SVG, czy CVS dla mobilnych.

procet: pieprzysz trzy po trzy, format linku jest opicany odpowiednia specyfikacja. A django to gotowy framowrk w pythonie, wiec mozna by uzywac nawet Ruby on the rails i link zawsze bedzie taki sam! To co podajesz to nic innego jak katalogowanie.

Ostatnio edytowany przez qluk (2009-01-10 22:19:34)

Z tego co ja zrozumiałem pytanie, to koledze nie chodzi o ukrywanie zmiennych, a nazw zmiennych GET.

Aby z linku:

http://www.strona.pl/index.php?zmienna1=1&zmienna2=2

otrzymać taki:

http://www.strona.pl/1,2,index.html

jedynym sposobem jaki przychodzi mi do głowy to jedynie wspomniany przez ciebie rewrite apacha. Lub ewentualnie zabawa ze stroną błędu 404 (nie masz przecież takiego pliku na serwerze, wiec zostaniesz przeniesiony na 404) który odpowiednio zmodyfikowany może na podstawie zmiennej $_SERVER['REQUEST_URI'] przekierować na odpowiendni url lub jak kto woli odpalic, i wyswietlic uzytkownikowi bez przekierowania. Tylko teraz pytanie, czy da radę użyć w pliku błędu 404 skryptu języka PHP? No i druga sprawa, że to także może wymagać ingerencji w .htaccess. Polecam więc poprawną konfigurację, ewentualnie naprawę apacha, i skorzystanie z mod-rewrite, tutaj masz jego dokumentacje:

http://httpd.apache.org/docs/2.0/mod/mod_rewrite.html

to powiedz mi, jak zmusisz apache, zeby przy probie otwarcia strony:

http://www.strona.pl/1,2,index.html

odpalił sprypt, w którym uzywasz owego tego lub tego zamiast błędu 404, gdyż jak wiadomo pliku o nazwie "1,2,index.html" w rzeczywistości na serwerze nie ma.

Ostatnio edytowany przez grzegorz.85 (2009-01-14 16:42:40)

OK, chyba poszedłem krok na przód, ale mam wrażenie że słusznie.

Z tego co rozumiem, to jezoo miałeś na myśli sposób na otrzymanie linków w kodzie (X)HTML, czyli jak w prosty sposób, bez edycji setek stron ręcznie, zautomatyzować generowanie w naszym portalu linków, według nowego schematu.

Ja z kolei poszedłem krok na przód, i zaproponowałem re-write do sprawienia, że istniejące adresy ze zmiennymi przesyłanymi przez $_GET będą działały według nowego schematu linków.

Kwestia zrozumienia pojęcia "link w przeglądarce", czy chodzi o:
- link w kodzie (X)HTML (na stronie internetowej)
- adres strony w przeglądarce

Tak czy inaczej:
- aby poskutkował Twój sposób - nowe linki spreparowane za pomocą split lub trim - na serwerze muszą znajdować się pliki o odpowiednich nazwach, lub musi byc zaimplementowany re-write,
- użycie funkcji re-write nie przeszkadza w używaniu starych linków w stylu index.php?zmienna=cos,

Nie będę ukrywał jednak, że się nieco rozpędziłem, i byćmoże nadinterpretowałem pytanie, ale to już tylko autor wątku może osądzić stwierdzając o co mu chodziło.

@szewczyk, a czytales to? http://pl.php.net/manual/pl/function.preg-replace.php

@szewczyk, wieczorem usiade przy tym, bo sam jestem ciekaw :) i Ci napisze co i jak :)

@szewczyk, po glebszej analizie, powiem tyle, jezeli nie chcesz uzywac '?' to pozostaje Ci jedynie mod rewrite, jezeli uzyjesz '?' to mozesz zastosowac metode o ktorej pisalem wyzej lub uzyc $_SERVER['QUERY_STRING'] wiecej o $_SERVER tutaj

jezeli chodzi o te krotkie url'e co podales do nich linka to strasznie zamotane to jest i jak dla mnie troszeczke nie jasne, z tego co zrozumialem to muisz miec wlaczona obsluge plikow .htaccess zeby to zadzialalo i cala logike i tak napisac w jakims pliku php czyli to samo co podalem wyzej z tym, ze nie ma '?'.

decyzja nalezy do Ciebie, osobiscie, mnie by sie nie chcialo caly czas edytowac .htaccess i wpisywac url;e a na dodatek segregowac je jeszcze od najdluzszego do najkrotszego

@bercik, wszystko pieknie ladnie, ale jedna rzecz mnie odstrasza od tej metody, mianowicie funkcja system(), ktora jest wylaczona na serwerach publicznych i nie zadziala to, jezeli masz swoj serwer to nie ma problemu, natomiast jezeli to public server to mozna o tym zapomniec

prosze: http://pl.php.net/manual/pl/function.idn-to-ascii.php
sprawdzanie czy podany ciag jest asci czy nie jest i system() nie jest potrzebny do tego