DevProTalk

Forumi IT profesionalaca
web development, web design, e-business, SEO


Idite nazad   DevProTalk > Web development i web aplikacije > Regular expression i htaccess
Beach Wedding Dresses - Looking for the Wedding Dress? Here, 1dress.co.uk stunning collection of beach wedding dresses is just what you are looking for.
charles wang

Regular expression i htaccess regex, PCRE, POSIX, upotreba Apache .htaccess , mod_rewrite

Odgovori
 
Alati teme Način prikaza
Staro 04. 11. 2005.   #1
Ilija Studen
Direktor Kombinata
Invented the damn thing
 
Avatar Ilija Studen
 
Datum učlanjenja: 07.06.2005
Poruke: 2.669
Hvala: 44
119 "Hvala" u 64 poruka
Ilija Studen će postati "faca" uskoroIlija Studen će postati "faca" uskoro
Default .htaccess, http -> jedno pravilo, https -> drugo

Da li mi neko može pomoći. Problem je sledeći: želim da kad čovek dolazi sa http da se primeni jedan rewrite rule, ako je pak https da se primeni drugo pravilo. Prilično bitno i hitno
Ilija Studen je offline   Odgovorite uz citat
Staro 04. 11. 2005.   #2
Ilija Studen
Direktor Kombinata
Invented the damn thing
 
Avatar Ilija Studen
 
Datum učlanjenja: 07.06.2005
Poruke: 2.669
Hvala: 44
119 "Hvala" u 64 poruka
Ilija Studen će postati "faca" uskoroIlija Studen će postati "faca" uskoro
Default

Rešio, metodom uzaludnog pokušaja i uz pomoć prijatelja (fala Godžo). Evo, možda nekom pomogne:

Kôd:
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{HTTPS} ^on.*
RewriteRule ^(.*)$ https://www.example.com/index.php?req=/$1 [L]

RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)$ http://www.example.com/index.php?req=/$1 [L]
Navedeni kod prvo proverava da li traženi fajl postoji. Ako ne postoji prepisuje u prvom slučaje kad korisnik koristi https, u drugom kad koristi http.
Ilija Studen je offline   Odgovorite uz citat
Staro 07. 11. 2005.   #3
godza
Goran Radulović
Professional
 
Avatar godza
 
Datum učlanjenja: 06.06.2005
Lokacija: Novi Sad
Poruke: 259
Hvala: 8
3 "Hvala" u 2 poruka
godza is on a distinguished road
Pošaljite ICQ poruku za godza Pošaljite poruku preko MSN za godza
Default

nema frke care (mrzzzzzzzzzzim htaccess)
__________________
Never show weakness, the only pain that matters is the pain you inflict.
godza je offline   Odgovorite uz citat
Staro 05. 12. 2005.   #4
zextra
Boris
Grand Master
 
Avatar zextra
 
Datum učlanjenja: 01.12.2005
Lokacija: Novi Sad
Poruke: 775
Hvala: 5
151 "Hvala" u 2 poruka
zextra is on a distinguished roadzextra is on a distinguished road
Default

obozavam htaccess i mod_rewrite uzgred, zasto ceo posao obrade url-a prebacivati na php, kada jedan (tj dobar) deo moze da odradi i apache?
__________________
"It’s important to have goals when you pet. Otherwise you’re just rubbing another mammal for no reason." - Scott Adams
zextra je offline   Odgovorite uz citat
Staro 05. 12. 2005.   #5
ivanhoe
Ivan Dilber
Sir Write-a-Lot
 
Avatar ivanhoe
 
Datum učlanjenja: 18.10.2005
Lokacija: Bgd
Poruke: 5.320
Hvala: 104
1.939 "Hvala" u 579 poruka
ivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svima
Pošaljite poruku preko Skype™ za ivanhoe
Default

a tek kad otkrijes RewriteMap komandu i sta sve sa tim moze da se uradi.. ucitavanje rewrite rules iz text fajlova, iz baze, cak i externu skriptu koja radi rewrite

jedino sto mora da se napomene da je upotreba mod_rewrite u .htaccessu losije resenje (ali ko nema izbora sta ce), daleko je efikasnije ko ima pristup httpd.conf-u da tamo pise rewrite rules, jer se time stede dodatni redirekti, i tada mod_rewrite prakticno uopste ne utice na perfomanse servera. To je tek onda prava stvar...
ivanhoe je offline   Odgovorite uz citat
Staro 05. 12. 2005.   #6
Ilija Studen
Direktor Kombinata
Invented the damn thing
 
Avatar Ilija Studen
 
Datum učlanjenja: 07.06.2005
Poruke: 2.669
Hvala: 44
119 "Hvala" u 64 poruka
Ilija Studen će postati "faca" uskoroIlija Studen će postati "faca" uskoro
Default

Zato što .htaccess ne može da se gradi i učitava dinamički, a PHP može. Pogledaj sve novije frameworke: svi koriste neki vid rutiranja.

Npr, framework koji koristim ti ne dozvoljava da imaš "prljave" URLove, tj. dozvoljava ti, ali ti je jednostavnije da koristiš /nesto/nesto/nesto/ jer imam niz ruta definisanih za taj tip URLova.

Poslednja izmena od Ilija Studen : 05. 12. 2005. u 16:29.
Ilija Studen je offline   Odgovorite uz citat
Staro 06. 12. 2005.   #7
ivanhoe
Ivan Dilber
Sir Write-a-Lot
 
Avatar ivanhoe
 
Datum učlanjenja: 18.10.2005
Lokacija: Bgd
Poruke: 5.320
Hvala: 104
1.939 "Hvala" u 579 poruka
ivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svima
Pošaljite poruku preko Skype™ za ivanhoe
Default

ma moze, kako ne moze...sve moze

kao prvo htaccess se ucitava za svaki zahtev, tako da ti mozes da ga generise po volji...tako recimo radi Wordpress...

mada je to primitivno resenje, jer je mnooooogo bolje sa RewriteMap. Tako mozes da imas recimo perl (ili C ili php-cli) skript kome Apache posalje na STDIN neki url, a ovaj mu vrati novi url preko STDOUT, i onda Apache koristi taj novi url.. znaci mozes da rutiras kako ti se svidja, isto kao iz skripta, ali sa jednom velikom prednoscu, sto se taj skript pokrene samo jednom, kad se startuje Apache, i ostaje upaljen trajno (koliko i Apache), pa se izbegava overhead za kompajliranje kod svakog upita...takodje i ako koristis bazu, povezujes se samo jedanput, pa je brze...

moduli za apache su ludilo, ali nazalost u web hosting varijanti ne moze vecina tih stvari da se iskoristi kako treba...
ivanhoe je offline   Odgovorite uz citat
Staro 06. 12. 2005.   #8
zextra
Boris
Grand Master
 
Avatar zextra
 
Datum učlanjenja: 01.12.2005
Lokacija: Novi Sad
Poruke: 775
Hvala: 5
151 "Hvala" u 2 poruka
zextra is on a distinguished roadzextra is on a distinguished road
Default

najbolje performanse se postizu ako se mod_rewrite pravila upisu direktno u vhost config. uostalom, neke rewrite opcije ni ne mogu da se promene iz per-directory (.htaccess) config fajlova (kao npr RewriteLog).

RewriteMap je dosta mocan alat. Jasno je meni zasto Ilija radi ovako - zgodnije je da imas sve na jednom mestu i da to kontrolises kako tebi odgovara, ali sto kaze ivanhoe, sa mod_rewrite "nema da ne moze!"

kad smo vec kod .htaccess-a, evo sta ja koristim za moj home-made cms.

Kôd:
# .htaccess

# Configure PHP and add source highlighting

AddType application/x-httpd-php-source .phps

php_value display_errors "0"
php_value error_reporting "E_NONE"
php_value magic_quotes_gpc "0"
php_value magic_quotes_runtime "0"
php_value expose_php "0"

# Disable directory indexes

Options -Indexes

# Configure rewrite engine

RewriteEngine On
RewriteOptions MaxRedirects=10

# If http://www.someplace.com/index/ is requested, transform it and stop.
# (otherwise, it will lead to error 500)

RewriteCond %{REQUEST_URI}              /index/
RewriteRule ^.+$                        index.php                [L]

#
# If an existing file is requested, allow direct access
#
# (if a directory contents should be protected, create .htaccess
# file with following contents:
#
# order allow,deny
# deny from all
#
# and save in directory you need.
#

RewriteCond %{SCRIPT_FILENAME}          -f
RewriteRule ^(.+)$                      $1                       [L]

# If user enters http://www.someplace.com/something, check if something.php
# exists in specified directory (/ in this case), and if it does, let user
# access it.

RewriteCond %{SCRIPT_FILENAME}\.php     -f
RewriteRule ^(.+)$                      $1.php                   [L]

#
# Now do some magic: convert url of form
#
# http://www.someplace.com/subdir/mod/act/parm1/val1/
#
# into
#
# http://www.someplace.com/subdir/index.php?subdir/mod/act/parm1/val1/
#
# That allows script to parse all input parameters, and makes it possible to
# move whole directory structure in some subdirectory, without modifications
# in this file. In other hand, script has to figure out which part of param
# string belongs to the path.
#

RewriteCond %{SCRIPT_FILENAME}          !-d
RewriteCond %{REQUEST_URI}              ^/(([^\.]+)?(/((.+)?(/(.+)?)?)?)?)?$
RewriteRule ^.+$                        index.php?%2%3           [L]

# eof .htaccess
da budem iskren, resenje je gotovo identicno onome sto ilija koristi, plus sto sam ja to jos malo zakomplikovao (bez potrebe, ispostavilo se), ali samo zato sto sam imao nesto drugo na umu kada sam pisao ovo.
__________________
"It’s important to have goals when you pet. Otherwise you’re just rubbing another mammal for no reason." - Scott Adams
zextra je offline   Odgovorite uz citat
Staro 06. 12. 2005.   #9
ivanhoe
Ivan Dilber
Sir Write-a-Lot
 
Avatar ivanhoe
 
Datum učlanjenja: 18.10.2005
Lokacija: Bgd
Poruke: 5.320
Hvala: 104
1.939 "Hvala" u 579 poruka
ivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svimaivanhoe je ime poznato svima
Pošaljite poruku preko Skype™ za ivanhoe
Default

kad koristite -f i -d opcije obratite paznju da to zahteva da Apache u tom rewrite koraku pristupi fajl sistemu i proveri da li fajl, odnosno dir postoji... znaci usporava se rad, pogotovo ako ima dosta fajlova...

naravoucenije, gledajte uvek da vam pravila sa -f i -d budu pri kraju spiska, ili jos bolje da budu negde u nekom subdirektorijumu u zasebnom .htaccessu, tako da se pozivaju samo kad stvarno treba, a ne da se ta provera vrsi za svaku mogucu stranicu...

Takodje te provere mogu obicno da se rese upotrebom custom 404 handlera...naprosto ako trazeni fajl postoji bice pokrenut, a ako ne bice pozvana zadata skripta da handluje 404.. ona samo treba da posalje header sa 200 OK statusom, da ne bi browser slucajno dao Not Found upozorenje, i da uradi sta god treba da uradi...ovakav nacin je manje flexibilan (za nijansu), ali je dosta efikasniji u smislu perfomansi ( a i ne zahteva mod_rewrite)...
ivanhoe je offline   Odgovorite uz citat
Staro 06. 12. 2005.   #10
zextra
Boris
Grand Master
 
Avatar zextra
 
Datum učlanjenja: 01.12.2005
Lokacija: Novi Sad
Poruke: 775
Hvala: 5
151 "Hvala" u 2 poruka
zextra is on a distinguished roadzextra is on a distinguished road
Default

citao sam o tom pristupu, ali sam se odlucio da zadrzim ovakav nacin, jer je, kao sto si sam rekao, malo flexibilniji.

mada, mozda sam samo lenj da menjam nesto sto vec radi posao.
generalno, tamo gde ovaj cms bude radio, nece biti bas puno direktnih poziva fajlovima, izuzev slika, koje ce verovatno stajati u jednom folderu sa htaccess rewriteengine off opcijom, ili necim slicnim.
__________________
"It’s important to have goals when you pet. Otherwise you’re just rubbing another mammal for no reason." - Scott Adams
zextra je offline   Odgovorite uz citat
Odgovori


Alati teme
Način prikaza

Pravila pisanja
Možete ne započinjati nove teme
Možete ne slati odgovore
Možete ne slati priloge
Možete ne izmeniti svoje poruke
vB kôd je Uključen
Smajliji su Uključen
[IMG] kod je Uključen
HTML kôd je Isključen
Pogledajte forum

Slične teme
Tema Početna poruka teme Forum Odgovori Poslednja poruka
FFAASSion - DRUGO OKUPLJANJE mprinc Flash 1 10. 02. 2009. 02:16
Struja ili nesto drugo? bluesman Hardware 7 21. 07. 2008. 03:57
action="http ili https' ? misk0 (X)HTML, JavaScript, DHTML, XML, CSS 6 11. 07. 2007. 21:39
.htaccess, http->https oliver Regular expression i htaccess 3 07. 11. 2005. 21:29


Vreme je GMT +2. Trenutno vreme je 06:34.


Blogodak - Domaci blogovi na jednom mestu Caught in a web - web dev blog
Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.
Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.
Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.