[ Labyrinthman @ 23.12.2015. 12:04 ] @
Pokusavam da napravim prost route poziv stranica i ne radi. Jedino sto radi je pozivanje home stranice ali sve ostalo sto se doda iza kose crte / se ne poziva.
Evo ga moj code.

Code:

<?php

$url =explode('/',$_SERVER['REQUEST_URI']);


 



if($url[1]==""){

include(__DIR__."/../views/home.php");


}else if($url[1]=="/register"){

include(__DIR__."/../views/register.php");
 
}
[ jablan @ 23.12.2015. 12:45 ] @
Splitovao si po kosoj crti, u nizu koji dobiješ kose crte neće biti. Znači, treba else if($url[1]=="register") (bez kose crte na početku).

I batali PHP, uzmi nešto normalno. ;)
[ Labyrinthman @ 23.12.2015. 13:40 ] @
Probao sam i bez kose crte i dobijam istu gresku.


Sto kazes da batalim PHP ? Sta predlazes umesto njega ? :)
[ Predrag Supurovic @ 23.12.2015. 14:35 ] @
Pogledaj http://pedja.supurovic.net/red...ewriting-na-jednostavan-nacin/

Tu imas detaljna objasnjenja i primere koji rade.

[ plus_minus @ 23.12.2015. 14:51 ] @
@Labyrinthman

Rekao ti je da batališ PHP zato što se njemu lično ne sviđa, a PHP je danas i zastupljeniji i bolji nego ikada i vrlo verovatno bi on isto tako napisao koji bi jezik (po njemu) trebalo da koristiš, ali stra' ga da ne uđe u offtopic.

Što se tiče tvog problema, ako su ti stranice tipa http://mysite.domain/?xyz=route ili http://mysite.domain/?a=controller, dakle koristiš _GET, a ne gađaš direkt php/html stranice postoji mali milion načina da se izvede to što tebi treba. A i da nije tako, opet postoji mali milion načina da se to izvede.

Kako ti izgledaju linkovi (uri), na prvom mestu .. ?

Koristi var_dump/var_export/print_r

Upiši ovo nakon $url promenjive i refreshuj stranicu.

Code (php):


// $url = explode('/', $_SERVER['REQUEST_URI']);

header('Content-Type: text/plain; charset=utf-8');
var_export($url);
exit;

 


Za više detalja najbolje je koristiti var_dump
var_export će ti dati rezulat, koji može da se upiše kao validan opcode, kao da si ručno pisao.

Na osnovu onoga što dobiješ, znaćeš šta možeš da očekuješ i šta bi trebalo da radiš.

@peđa

Zašto mu nisi ostavio i ovaj link, npr? -> http://www.generateit.net/mod-rewrite/index.php
Jel' zato što nije na maternjem jeziku, a?

[Ovu poruku je menjao plus_minus dana 23.12.2015. u 16:02 GMT+1]
[ jablan @ 24.12.2015. 14:47 ] @
Citat:
plus_minus: i vrlo verovatno bi on isto tako napisao koji bi jezik (po njemu) trebalo da koristiš, ali stra' ga da ne uđe u offtopic.


Baš naprotiv. Nemam razloga da namećem svoje favorite - u principu bilo šta drugo da izabere, teško može da omane. :)

Ako neko želi diskusiju oko razloga zašto PHP ne valja (i pored miliona tekstova na tu temu na netu), neka otvori novu temu. :) Uostalom i sama ova tema dokaz je za sebe. Koji je standard za rute u PHP ekosistemu? Zašto se rutiranje radi u Apache konfiguracionim fajlovima? Šta ako neko ne koristi Apache? Sigurno da postoji i robustan način za rutiranje u PHP-u (pretpostavljam da ga bolji frejmvorci nude). Ali 80% tutorijala i članaka na netu nema veze s vezom, ili je napisana 2000. godine. Ako ne nabodeš baš dobar PHP tim, kao početnik imaš sve šanse da razviješ loš stil.

Citat:
Koristi var_dump/var_export/print_r


Slažem se. OP nije napisao ni šta dobija kao grešku. Da li uopšte završi na stranici za rutiranje kad poseti http://localhost/register?
[ plus_minus @ 24.12.2015. 16:57 ] @
^^
Jablane, to što se ti ne snalaziš u PHP-u i tražiš standarde tamo gde ne mora da ih bude, ne znači da se i ostali neće snaći ili da neće prihvatiti nešto tako kako je.
Osim toga, mislim da ne bi bilo loše da kreneš sada u akciju globalnog rasformiravanja `jako malog broja` linux/apache servera kroz raznorane online kampanje uz obrazloženja na osnovu ličnih iskustava i živih <pre> <code> primera, kako bi za kojih par godina, smanjio procenat iskorišćenosti istih za 1% dakle, na nekih 95 i kusur %.
[ Predrag Supurovic @ 25.12.2015. 04:25 ] @
Citat:
jablan:
Zašto se rutiranje radi u Apache konfiguracionim fajlovima?


Zato što web sever upravlja celim procesom i ako on ne pokrene šta treba na upit, to se neće ni pokrenuti.

Za jednostavnije stvari je bolje obradu upita prepustiti web serveru jer je on brži, ali to uopšte ne mora biti tako.

U članku na koji sam uputio su upravoobjašnjeno razni načini kako da se reaguje na URL, a poslenji je upravo onaj koji sve prepušta PHP-u. Web server samo mora da se "nauči" da svaki upit prosleđuje istoj PHP skripti, da bi ona mogla dalje da razlučuje šta je šta.

[ jablan @ 25.12.2015. 14:57 ] @
Citat:
Predrag Supurovic: Zato što web sever upravlja celim procesom i ako on ne pokrene šta treba na upit, to se neće ni pokrenuti.

Za jednostavnije stvari je bolje obradu upita prepustiti web serveru jer je on brži, ali to uopšte ne mora biti tako.


Zar nije logičnije da korisnik zadaje konfiguraciju rutiranja u osnovnom jeziku sa kojim radi (u ovom slučaju PHP), a ako sistem smatra da to može i treba da se optimizuje spuštanjem na nivo web servera, da se na osnovu PHP ruta izgenerišu .htaccess fajlovi ili šta već web server zahteva?
[ plus_minus @ 25.12.2015. 22:35 ] @
Bez bilo kakvih problema mogu da se izgenerišu sveži .htaccess fajlovi, gde god treba. I da se ažuriraju, ne samo na osnovu ruta, nego na osnovu - čega god, iz php-a. To što je sad u modi kulturno pljuckanje po apache/php kombinaciji, to je prolazno. Čak šta više, embedded server postoji u php-u već duže vreme. Ne treba nikakav apache, ngnix, tomcat... Uskoro neće trebati čak ni php-gtk.
[ Predrag Supurovic @ 26.12.2015. 00:56 ] @
Citat:
jablan:
Citat:
Predrag Supurovic: Zato što web sever upravlja celim procesom i ako on ne pokrene šta treba na upit, to se neće ni pokrenuti.

Za jednostavnije stvari je bolje obradu upita prepustiti web serveru jer je on brži, ali to uopšte ne mora biti tako.


Zar nije logičnije da korisnik zadaje konfiguraciju rutiranja u osnovnom jeziku sa kojim radi (u ovom slučaju PHP), a ako sistem smatra da to može i treba da se optimizuje spuštanjem na nivo web servera, da se na osnovu PHP ruta izgenerišu .htaccess fajlovi ili šta već web server zahteva?


I ja volim da radim tako ali to ne mora uvek da bude bolej resenje jer za neke redirekcije efikasniej je da server to sam odradi umesto da prosleduje PHP-u.

U primncipu, ako se radi o fiksnim redirekcijama to uradim rucno u .htaccess a ako se radi o redirekcijama koje treba izracunavati, onda to radi PHP.

[ jablan @ 26.12.2015. 11:13 ] @
Redirekcija je nešto drugo. @plus_minus, kako se definišu rute kad se koristi ugrađeni server?
[ plus_minus @ 26.12.2015. 12:28 ] @
@jablan

Php embedded server routes
[ jablan @ 26.12.2015. 14:16 ] @
Čovek je došao ovde sa konkretnim problemom, mislio sam da možemo da mu pomognemo, zato sam te pitao (hvala lepo, znam da guglam).
[ plus_minus @ 26.12.2015. 14:17 ] @
Ok.
Mogao si da mu pomogneš onda. Ne mene da pitaš. :)
A čovek se vidim i ne javlja više.. njegovo je već odavno da `apdejtuje` malo temu/situaciju koja ga je mučila.
Jel' se snašao, nije, isto.. itd. Kakav mu je url zapravo, itd..
[ Labyrinthman @ 26.12.2015. 20:28 ] @
Resio sam problem uz pomoc linka koji je predlozio Predrag Supurovic.

Hvala svima na pomoci.

Pozdrav.