Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > it.comp.www.php > #22231 > unrolled thread

mod_rewrite vediamo se ho capito

Back to article view | Back to it.comp.www.php

Contents

  mod_rewrite vediamo se ho capito Enrico Maria Chellini <bitit@bitit.it> - 2018-09-08 17:45 +0200
    Re: mod_rewrite vediamo se ho capito bramante <bramante@yopmail.com> - 2018-09-12 23:03 +0200
      Re: mod_rewrite vediamo se ho capito Enrico Maria Chellini <bitit@bitit.it> - 2018-09-13 15:06 +0200
        Re: mod_rewrite vediamo se ho capito bramante <bramante@yopmail.com> - 2018-09-13 23:02 +0200
          Re: mod_rewrite vediamo se ho capito Enrico Maria Chellini <bitit@bitit.it> - 2018-09-16 11:43 +0200
    Re: mod_rewrite vediamo se ho capito Enrico Maria Chellini <bitit@bitit.it> - 2018-09-16 15:15 +0200
      Re: mod_rewrite vediamo se ho capito fmassei@gmail.com - 2018-09-16 15:25 -0700
        Re: mod_rewrite vediamo se ho capito Enrico Maria Chellini <bitit@bitit.it> - 2018-09-18 14:58 +0200
          Re: mod_rewrite vediamo se ho capito fmassei@gmail.com - 2018-09-18 06:15 -0700
            Re: mod_rewrite vediamo se ho capito Enrico Maria Chellini <bitit@bitit.it> - 2018-09-18 15:38 +0200
              Re: mod_rewrite vediamo se ho capito Enrico Maria Chellini <bitit@bitit.it> - 2018-09-20 12:31 +0200
                Re: mod_rewrite vediamo se ho capito Enrico Maria Chellini <bitit@bitit.it> - 2018-09-20 15:51 +0200
                  Re: mod_rewrite vediamo se ho capito Alessandro Pellizzari <shuriken@amiran.it> - 2018-09-20 15:38 +0100
                    Re: mod_rewrite vediamo se ho capito Enrico Maria Chellini <bitit@bitit.it> - 2018-09-20 17:07 +0200
                      Re: mod_rewrite vediamo se ho capito Alessandro Pellizzari <shuriken@amiran.it> - 2018-09-20 17:32 +0100
                        Re: mod_rewrite vediamo se ho capito Enrico Maria Chellini <bitit@bitit.it> - 2018-09-20 18:45 +0200

#22231 — mod_rewrite vediamo se ho capito

in httpaccess ho scritto questo

Options +FollowSymlinks
RewriteEngine on
RewriteRule ^([a-zA-Z0-9]+|)/?$ index.php?name=$1 [QSA,NC]

ho una tabella cosi fatta

| idProdotti | nomeProdotti | url
|     1	     | Scarpe Rosse | scarpe-rosse


posso linkare 

href="prodotti/scarpe-rosse"

$name=$_GET['name'];

e nella query mettere WHERE url="$name"  		

Oppure linkare

href="prodotti/scarpe-rosse?idProdotti=1"

$idProdotti=$_GET['idProdotti'];

e nella query mettere WHERE idProdotti="$idProdotti"  


Come è più corretto? specie ai fini SEO 


Poi: come faccio a far si che /prodotti/scarpe-rosse 

sia rediretto a prodotti.php?name=$1

e invece /notizie/scarpe-rosse 

sia rediretto a notizie.php?name=$1

file presenti sulla radice , invece di creare fisicamente la cartella
prodotti e notizie 

Grazie
Enrico 

[toc] | [next] | [standalone]

#22235

Il 08/09/2018 17:45, Enrico Maria Chellini ha scritto:
> 
> in httpaccess ho scritto questo
> 
> Options +FollowSymlinks
> RewriteEngine on
> RewriteRule ^([a-zA-Z0-9]+|)/?$ index.php?name=$1 [QSA,NC]
> 
> ho una tabella cosi fatta
> 
> | idProdotti | nomeProdotti | url
> |     1	     | Scarpe Rosse | scarpe-rosse
> 
> 
> posso linkare
> 
> href="prodotti/scarpe-rosse"
> 
> $name=$_GET['name'];
> 
> e nella query mettere WHERE url="$name"  		
> 
> Oppure linkare
> 
> href="prodotti/scarpe-rosse?idProdotti=1"
> 
> $idProdotti=$_GET['idProdotti'];
> 
> e nella query mettere WHERE idProdotti="$idProdotti"
> 
> 
> Come è più corretto? specie ai fini SEO
> 
> 
> Poi: come faccio a far si che /prodotti/scarpe-rosse
> 
> sia rediretto a prodotti.php?name=$1
> 
> e invece /notizie/scarpe-rosse
> 
> sia rediretto a notizie.php?name=$1
> 
> file presenti sulla radice , invece di creare fisicamente la cartella
> prodotti e notizie
> 
> Grazie
> Enrico
> 
> 
> 

Scusa se sono franco

ma con queste premesse non vai molto lontano, hai dei grooooossi buchi 
di SQL Injection (e non solo quello)

 > href="prodotti/scarpe-rosse?idProdotti=1"

che posso far diventare:
www.nome_sito.com/prodotti/scarpe-rosse?idProdotti=" or 1=1 or "

 > $idProdotti=$_GET['idProdotti'];
 > e nella query mettere WHERE idProdotti="$idProdotti"

e la tua query diventa:
WHERE idProdotti="" or 1=1 or ""



ti consiglio di partire dalle basi
poi sanitizza SEMPRE i dati di input,
utilizzare almeno PDO,

per il problema del SEO non andare a modificare .htaccess (che vale solo 
su apache)

direziona tutto su index.php e utilizza un sistema di routing.


dividi la parte di business logic dalla presentazione con un pattern MVC 
o ancor più attuale un pattern middleware.

incomincia a capire e studiare i vari PSR (https://www.php-fig.org/)

dopo aver capito come utilizzare il linguaggio
cerca un framework che più ti si addice e utilizzalo.

nel 2018 alle soglie del 2019 non serve reinventare la ruota, ma 
soprattuto cerchiamo di scrivere del buon software con le migliori best 
prctices.

Ciao

[toc] | [prev] | [next] | [standalone]

#22244

 
> Scusa se sono franco

No anzi ti ringrazio!

> 
> ma con queste premesse non vai molto lontano, hai dei grooooossi
> buchi di SQL Injection (e non solo quello)
> 
>  > href="prodotti/scarpe-rosse?idProdotti=1"  
> 
> che posso far diventare:
> www.nome_sito.com/prodotti/scarpe-rosse?idProdotti=" or 1=1 or "
> 
>  > $idProdotti=$_GET['idProdotti'];
>  > e nella query mettere WHERE idProdotti="$idProdotti"  
> 
> e la tua query diventa:
> WHERE idProdotti="" or 1=1 or ""
> 
> ti consiglio di partire dalle basi
> poi sanitizza SEMPRE i dati di input,
> utilizzare almeno PDO,

quello che vedi è solo una semplificazione per spiegarmi velocemente,
scrivo tutto in PDO con prepare , anche se si può scrivere anche mysqli
con prepare 
 
> per il problema del SEO non andare a modificare .htaccess (che vale
> solo su apache)

che centra il SEO con apache? comunque lavoro su apache.

> direziona tutto su index.php e utilizza un sistema di routing.
> dividi la parte di business logic dalla presentazione con un pattern
> MVC o ancor più attuale un pattern middleware.

a quel punto prendo un cms, e faccio fare tutto a lui; ma il mio
obbiettivo è un altro .

> incomincia a capire e studiare i vari PSR (https://www.php-fig.org/)

grazie del link ci do un occhio.

> dopo aver capito come utilizzare il linguaggio
> cerca un framework che più ti si addice e utilizzalo.

ogni volta che tento di ottimizzare qualcosa scritto da altri, ci metto
di più che a riscrivermelo da me.

COMUNQUE ho scelto una terza soluzione che a parer mio è la più
consona:  /prodotti/scarpe-rosse.htm (o php) 

Ovvero scrivo un  campo url nella tabella dove metto una stringa
univoca (scarpe-rosse)  che mi servirà da indice nella query.

Credo sia il modo corretto e meglio ottimizzato SEO-url,

Oppure no?

Enrico 

[toc] | [prev] | [next] | [standalone]

#22246

Il 13/09/2018 15:06, Enrico Maria Chellini ha scritto:

>> direziona tutto su index.php e utilizza un sistema di routing.
>> dividi la parte di business logic dalla presentazione con un pattern
>> MVC o ancor più attuale un pattern middleware.
> 
> a quel punto prendo un cms, e faccio fare tutto a lui; ma il mio
> obbiettivo è un altro .
> 

un cms è un software,
Io ti consigliavo di imparare le best practices per scrivere del buon codice

>> dopo aver capito come utilizzare il linguaggio
>> cerca un framework che più ti si addice e utilizzalo.
> 
> ogni volta che tento di ottimizzare qualcosa scritto da altri, ci metto
> di più che a riscrivermelo da me.
> 

un framework è una collezione di librerie che gia di loro risolvono la 
maggior parte delle problematiche che puoi incontrare, come gestire i 
form e sanitizzare i dati, oppure ti aiutano a creare un routing 
velocemente, gestire le email, l'autenticazione, ti astrae il db, la 
gestione della parte puramente HTML (template system, come twig o 
zend-view), le sessioni, i log e tanto altro.

> COMUNQUE ho scelto una terza soluzione che a parer mio è la più
> consona:  /prodotti/scarpe-rosse.htm (o php)
> 
> Ovvero scrivo un  campo url nella tabella dove metto una stringa
> univoca (scarpe-rosse)  che mi servirà da indice nella query.
> 
> Credo sia il modo corretto e meglio ottimizzato SEO-url,
> 
> Oppure no?

non conosco il problema che tenti di risolvere, può essere una soluzione 
accettabile se non hai altre variabili in gioco,
se invece avessi necessità di gestire più variabili come marca modello a 
numerazione ?

/prodotti/scarpe/nike/air-max/42 (marca, modello, numero)
/prodotti/scarpe/nike (tutte le scarpe della marca)
/prodotti/scarpe (tutte le scarpe)
/prodotti/nike ( tutti i prodotti della marca)

con un sistema di routing ti viene facile

(nomenclatura di zend-route molto semplificata)
/prodotti/scarpe[/{marca}][/{modello}][/{numero}] -> scarpe.php
/prodotti/{marca} -> prodotti.php
e così via.
(tra parentesi {} i parametri le [] opzionale.


Ciao

[toc] | [prev] | [next] | [standalone]

#22251

  
> 
> un cms è un software,
> Io ti consigliavo di imparare le best practices per scrivere del buon
> codice

Consiglio santo e sempre ben accettato 


> >> dopo aver capito come utilizzare il linguaggio
> >> cerca un framework che più ti si addice e utilizzalo.  
> > 
> > ogni volta che tento di ottimizzare qualcosa scritto da altri, ci
> > metto di più che a riscrivermelo da me.
> >   
> 
> un framework è una collezione di librerie che gia di loro risolvono
> la maggior parte delle problematiche che puoi incontrare, come
> gestire i form e sanitizzare i dati, oppure ti aiutano a creare un
> routing velocemente, gestire le email, l'autenticazione, ti astrae il
> db, la gestione della parte puramente HTML (template system, come
> twig o zend-view), le sessioni, i log e tanto altro.

Ho valutato più volte di lavorare con un framework, poi  per mancanza
di tempo ho sempre rinunciato ad affrontare lo studio, anche solo del
framework da scegliere, per non parlare della complessità  degli
upgrade,  specie di piattaforma, la migrazione tra un server ed un
altro etc.

è comunque uno step che prima o poi dovrò fare, 

> > COMUNQUE ho scelto una terza soluzione che a parer mio è la più
> > consona:  /prodotti/scarpe-rosse.htm (o php)
> > 
> > Ovvero scrivo un  campo url nella tabella dove metto una stringa
> > univoca (scarpe-rosse)  che mi servirà da indice nella query.
> > 
> > Credo sia il modo corretto e meglio ottimizzato SEO-url,
> > 
> > Oppure no?  
> 
> non conosco il problema che tenti di risolvere, può essere una
> soluzione accettabile se non hai altre variabili in gioco,
> se invece avessi necessità di gestire più variabili come marca
> modello a numerazione ?
> 
> /prodotti/scarpe/nike/air-max/42 (marca, modello, numero)
> /prodotti/scarpe/nike (tutte le scarpe della marca)
> /prodotti/scarpe (tutte le scarpe)
> /prodotti/nike ( tutti i prodotti della marca)
> 
> con un sistema di routing ti viene facile
> 
> (nomenclatura di zend-route molto semplificata)
> /prodotti/scarpe[/{marca}][/{modello}][/{numero}] -> scarpe.php
> /prodotti/{marca} -> prodotti.php
> e così via.
> (tra parentesi {} i parametri le [] opzionale.
> 

è esattamente quello che  non voglio fare, ho forti preconcetti,
sicuramente sbagliati, su diramazioni directory troppo complesse e url
troppo lunghi.

Enrico 

[toc] | [prev] | [next] | [standalone]

#22252

> 
> ho una tabella cosi fatta
> 
> | idProdotti | nomeProdotti | url
> |     1	     | Scarpe Rosse | scarpe-rosse
> 
> 
> posso linkare 
> 
> href="prodotti/scarpe-rosse"
> 
> $name=$_GET['name'];
> 
> e nella query mettere WHERE url="$name"  		
> 
> Oppure linkare
> 
> href="prodotti/scarpe-rosse?idProdotti=1"
> 
> $idProdotti=$_GET['idProdotti'];
> 
> e nella query mettere WHERE idProdotti="$idProdotti"  

RIFORMULO LA DOMANDA PERCHÈ EVIDENTEMENTE NON ERA FORMULATA BENE.

sto sperimentando il mod rewrite per il seo url:
#1
Per avere un SEO URL corretto nei link, devo associale una stringa
univoca di testo, memorizzata nella tabella del database campo URL ( per
esempio) differente per ogni record, e utilizzare questa come indice?

 OPPURE

#2
 l'indice della query rimane sempre
 id della tabella.

In questo caso, come lo trasmetto, id, alla query dell'output ?

e se non serve nemmeno avere un capo url,  a cui associare ogni record
una stringa univoca, come lo creo il seo url del record di scarpe
rosse?

Enrico 

[toc] | [prev] | [next] | [standalone]

#22253

On Sunday, September 16, 2018 at 9:15:53 AM UTC-4, Enrico Maria Chellini wrote:
> RIFORMULO LA DOMANDA PERCHÈ EVIDENTEMENTE NON ERA FORMULATA BENE.
> <snip> 
>

Allora, così è come fanno un po' tutti, ma ci possono essere soluzioni
molto diverse a seconda dei casi.

1- con mod_rewrite, fai puntare tutto quello che non è un file fisico
al tuo index.php. In questo modo fai *tutto* (o quasi) in PHP.
E mod_rewrite te lo puoi anche scordare ;)
2- nello index.php leggi lo REQUEST_URI e, magari leggendo un file di
configurazione, vedi il da farsi. Nel tuo caso, più nello specifico:
3- se è uno URI che deve puntare ad un prodotto, o categoria di prodotti,
pulisci la parte di stringa di URI, fai una query al DB (se è un nome
fai una query con where sul nome, che avrai messo UNIQUE, se è un id fai
una query sull'id), e torni indietro i dati.
4- ?
5- profit

Perché di solito si fa così:
- se un URI punta ad un file fisico, si torna indietro il file e basta,
senza far partire l'interprete PHP.
- ogni altra richiesta ha un solo entry-point. Facendo le cose a modo,
un file di configurazione è abbastanza per smistare richieste di ogni
tipo su differenti parti di codice.
- isoli il "bootstrapping" delle pagine (se layouting, connessione al DB,
presentazione, etc., funziona su una pagina, funziona su tutte)
- separi completamente la gerarchia logica da quella implementativa. Per
un sito magari non ha molto senso, ma per servizi web è un bel plus.

Ancora, non c'è la soluzione generale, ma mi sembra che la maggior parte
dei sistemi famosi, ad oggi, continui ad usare questa strategia.


Ciao!

[toc] | [prev] | [next] | [standalone]

#22254

Il giorno Sun, 16 Sep 2018 15:25:19 -0700 (PDT)
fmassei@gmail.com ha scritto:

> On Sunday, September 16, 2018 at 9:15:53 AM UTC-4, Enrico Maria
> Chellini wrote:
> > RIFORMULO LA DOMANDA PERCHÈ EVIDENTEMENTE NON ERA FORMULATA BENE.
> > <snip> 
> >  

> 3- se è uno URI che deve puntare ad un prodotto, o categoria di
> prodotti, pulisci la parte di stringa di URI, fai una query al DB (se
> è un nome fai una query con where sul nome, che avrai messo UNIQUE,
> se è un id fai una query sull'id), e torni indietro i dati.
> 4- ?
> 5- profit
> 

prima di tutto grazie, l'obbiettivo è ovviamente quello di creare un
SEO url, pertanto devo averla preparata antecedentemente la stringa
del seo url giusto?

 e memorizzata nel database giusto?

che poi sarà il nome messo UNIQUE giusto?

Enrico 

[toc] | [prev] | [next] | [standalone]

#22255

On Tuesday, September 18, 2018 at 8:58:26 AM UTC-4, Enrico Maria Chellini wrote:
> prima di tutto grazie, l'obbiettivo è ovviamente quello di creare un
> SEO url, pertanto devo averla preparata antecedentemente la stringa
> del seo url giusto?
> 
> e memorizzata nel database giusto?
> 
> che poi sarà il nome messo UNIQUE giusto?
> 

Una delle soluzioni è certamente creare "in anticipo" lo URL d'accesso alla
risorsa, salvarlo nel DB, e fare query su quello. Un'altra era come hai
fatto te nel post iniziale.
Su progetti medio/grandi avrai una soluzione ibrida: alcuni URL gerarchici
che puntano a risorse (/prodotti/pippo o /marche/pluto, che smisti con
query a prodotti o marche), altri URL codificati nel DB (permalinks, forced
redirects, etc., che smisti facendo query sui campi URL), altri URL
codificati come stringa nella configurazione (/faq.html o /contatti.html).


Ciao!

[toc] | [prev] | [next] | [standalone]

#22256

Il giorno Tue, 18 Sep 2018 06:15:57 -0700 (PDT)
fmassei@gmail.com ha scritto:

> On Tuesday, September 18, 2018 at 8:58:26 AM UTC-4, Enrico Maria
> Chellini wrote:
> > prima di tutto grazie, l'obbiettivo è ovviamente quello di creare un
> > SEO url, pertanto devo averla preparata antecedentemente la stringa
> > del seo url giusto?
> > 
> > e memorizzata nel database giusto?
> > 
> > che poi sarà il nome messo UNIQUE giusto?
> >   
> 
> Una delle soluzioni è certamente creare "in anticipo" lo URL
> d'accesso alla risorsa, salvarlo nel DB, e fare query su quello.
> Un'altra era come hai fatto te nel post iniziale.
> Su progetti medio/grandi avrai una soluzione ibrida: alcuni URL
> gerarchici che puntano a risorse (/prodotti/pippo o /marche/pluto,
> che smisti con query a prodotti o marche), altri URL codificati nel
> DB (permalinks, forced redirects, etc., che smisti facendo query sui
> campi URL), altri URL codificati come stringa nella configurazione
> (/faq.html o /contatti.html).
> 
> 
> Ciao!

Nel post iniziale avevo anche messo la stringa del'url al posto del
nome; ovvero mi ero preparato una stringa univoca che era poi il seo
url. 

ptions +FollowSymlinks
RewriteEngine on
RewriteRule ^([a-zA-Z0-9]+|)/?$ index.php?name=$1 [QSA,NC]

ho una tabella cosi fatta

| idProdotti | nomeProdotti | url
|     1	     | Scarpe Rosse | scarpe-rosse


posso linkare 

href="prodotti/scarpe-rosse"

$name=$_GET['name'];

e nella query mettere WHERE url="$name" 

--------------

Comunque ho capito o nome con stringa ripulita o url preparato, poi  se
non è più lento ..

apache (mod_rewrite) -> index.php (REQUEST_URI) ->  destinazione.htm

a questo mi manca la regola per mandare tutto quello che non è fisico
all'index.php

Enrico 

[toc] | [prev] | [next] | [standalone]

#22257

> 
> Comunque ho capito o nome con stringa ripulita o url preparato, poi
> se non è più lento ..
> 
> apache (mod_rewrite) -> index.php (REQUEST_URI) ->  destinazione.htm
> 
> a questo mi manca la regola per mandare tutto quello che non è fisico
> all'index.php
> 
> Enrico 
> 

dunque se scrivo una cosa così dovrebbe andare
[
Options +FollowSymlinks
RewriteEngine on
RewriteRule ^([a-zA-Z0-9]+|)/?$ index.php?$1 [QSA,NC]
]

Ma deve essere per forza index.php ?

ho posso far gestire  a un altro file che uso solo per questo?
tipo request_uri.php

Enrico

[toc] | [prev] | [next] | [standalone]

#22258

> 
> Ma deve essere per forza index.php ?
> 
> ho posso far gestire  a un altro file che uso solo per questo?
> tipo request_uri.php
> 
> Enrico
> 

mi correggo . in .httpaccess scrivo :

RewriteEngine On

 
RewriteRule ^$ index.php?/ [QSA,L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule (.*) index.php?/$1 [QSA,L] 



Rimane la domanda, che succede se uso un altro file invece
dell'index.php?

enrico

[toc] | [prev] | [next] | [standalone]

#22260

On 20/09/2018 14:51, Enrico Maria Chellini wrote:

> mi correggo . in .httpaccess scrivo :

> RewriteRule ^$ index.php?/ [QSA,L]
> RewriteCond %{REQUEST_FILENAME} !-f
> RewriteCond %{REQUEST_FILENAME} !-d
> RewriteRule (.*) index.php?/$1 [QSA,L]

> Rimane la domanda, che succede se uso un altro file invece
> dell'index.php?

Il rewrite engine di Apache non sa niente di PHO o di altro. Puoi anche 
passargli index.py o pippo.pl e lui semplicemente redirige. Quello che 
succede dopo non gli interessa. :)

Quindi sì, puoi usare quello che vuoi.

Bye.

[toc] | [prev] | [next] | [standalone]

#22262

> Il rewrite engine di Apache non sa niente di PHO o di altro. Puoi
> anche passargli index.py o pippo.pl e lui semplicemente redirige.
> Quello che succede dopo non gli interessa. :)
> 
> Quindi sì, puoi usare quello che vuoi.
> 
> Bye.
> 

Ok, grazie .. continuo a studiare ..

anche se la cosa mi crea un dubbio. 

così mi rimanda alla pagina degli script anche le pagine di errore, che
a sua volta dovranno essere gestite nello script della pagina immagino.

Poichè mi son trovato tempo fà, che un cliente con prestashop, gli
hanno tirato giù il server mandando una serie di richieste, tipo  DDos,
capisco la praticità di scrivere in un file php tutti gli script che
voglio, ma non è più sicuro impostare regole sul file httpaccess  e
soprattutto più leggero?

Enrico 

[toc] | [prev] | [next] | [standalone]

#22264

On 20/09/2018 16:07, Enrico Maria Chellini wrote:

> così mi rimanda alla pagina degli script anche le pagine di errore, che
> a sua volta dovranno essere gestite nello script della pagina immagino.

L'idea di praticamente tutti i framework PHP (e non) è quella: mandi 
tutto il traffico a un punto centrale (alcuni lo chiamano Application 
Controller) che è praticamente un router: in base a cosa arriva il 
router decide quali classi istanziare e gli passa il controllo.

Questo consente di spostare a livello applicazione tutte le decisioni di 
routing, in modo da:
1- tenere tutto nel repo del codice, versionato e backuppato
2- disaccoppiare il codice dal webserver
3- non dover dipendere dai sistemisti ogni volta che vuoi cambiare una route

> Poichè mi son trovato tempo fà, che un cliente con prestashop, gli
> hanno tirato giù il server mandando una serie di richieste, tipo  DDos,
> capisco la praticità di scrivere in un file php tutti gli script che
> voglio, ma non è più sicuro impostare regole sul file httpaccess  e
> soprattutto più leggero?

Contro il DDoS non c'è difesa che tenga, se non avere una CDN di fronte 
che si smazza il problema. Ce ne sono di ottime, che hanno più banda di 
quanto qualsiasi azienda che non sia Google, Amazon o Microsoft può 
permettersi.

Se hai assolutamente bisogno delle prestazioni massime che uno static 
file serving (per le immagini e i css, per esempio) può fornirti, allora 
puoi pensare di affrontare il problema assieme ai sistemisti, ma fino a 
quel punto non preoccuparti troppo.

Bye.

[toc] | [prev] | [next] | [standalone]

#22265

> L'idea di praticamente tutti i framework PHP (e non) è quella: mandi 
> tutto il traffico a un punto centrale (alcuni lo chiamano Application 
> Controller) che è praticamente un router: in base a cosa arriva il 
> router decide quali classi istanziare e gli passa il controllo.
> 
> Questo consente di spostare a livello applicazione tutte le decisioni
> di routing, in modo da:
> 1- tenere tutto nel repo del codice, versionato e backuppato
> 2- disaccoppiare il codice dal webserver
> 3- non dover dipendere dai sistemisti ogni volta che vuoi cambiare
> una route
> 
> > Poichè mi son trovato tempo fà, che un cliente con prestashop, gli
> > hanno tirato giù il server mandando una serie di richieste, tipo
> > DDos, capisco la praticità di scrivere in un file php tutti gli
> > script che voglio, ma non è più sicuro impostare regole sul file
> > httpaccess  e soprattutto più leggero?  
> 
> Contro il DDoS non c'è difesa che tenga, se non avere una CDN di
> fronte che si smazza il problema. Ce ne sono di ottime, che hanno più
> banda di quanto qualsiasi azienda che non sia Google, Amazon o
> Microsoft può permettersi.
> 
> Se hai assolutamente bisogno delle prestazioni massime che uno static 
> file serving (per le immagini e i css, per esempio) può fornirti,
> allora puoi pensare di affrontare il problema assieme ai sistemisti,
> ma fino a quel punto non preoccuparti troppo.
> 

Grazie, molto chiaro.

Enrico 

[toc] | [prev] | [standalone]

Back to top | Article view | it.comp.www.php

csiph-web