[spostato] janfriend e php

Apro questo post per cotinuare la discussione cominciata su Aiuto.

Dicevamo?

Ah si':

Se ho ben capito si potrebbe usare IF e ELSE ? Scusa l'ignoranza ma mi pare di capire se (IF) azione 1
se (IF) azione 2
Else = visualizza risultato........... ??

Meglio!

si usa uno switch:

[code:1:b59558e436]
switch ($azione) {
case 1:
...
...
break;
case 2:
...
...
break;
case 3:
...
...
break;
}
[/code:1:b59558e436]

Il bello di switch e che puoi fare piu' condizioni una di seguito all'altra. Usi break per evitare che finito il blocco 1 il programma passi ad eseguire il blocco 2.

Puoi nahce specificare, invece di case, default, cois':

default:
...
...
break;

Che sara' il blocco che verra' eseguito se nessuna delle condizioni soprastanti (mettilo sempre per ultimo) sara' risultata vera.

Un consiglio? Scriviti delle funzioni se vuoi generare piu' pagine in una, cosi' il tutto diventera' piu' ordinato.

Scusate il doppio post, ma mi sono affrettato a postare l'indirizzo nell'altro thread.

Continuo:

dicevo delle funzioni.

Se ad esempio vuoi fare una pagina con scritto "inserisci qui i tuoi dati" ed una con scritto "Ok, hai inserito i tuoi dati" (evito le form, per adesso) puoi fare:
[code:1:02484e695d]
<?php

function PaginaUno() {

echo "<p>Inserisci qui i tuoi dati</p>\n";

}

function PaginaDue() {

echo "<p>OK, Hai inserito i tuoi dati</p>\n";

}



switch ($azione) {
case 1:
PaginaUno();
break;
case 2:
PaginaDue();
break;
default:
echo "<p>Errore: che pagina vuoi vedere?</p>\n";
break;
}

?>
[/code:1:02484e695d]

Come vedi il codice risulta molto piu' pulito e se hai problemi con una pagina puoi intervenire sulla singola funzione.

Se ti lascia perplesso il \n nell'echo e' solo per dirgli di andare a capo dopo aver finito di scrivere.

Un problema con le funzioni, pero', e' che non vedono le variabili esterne. Quindi se mettessi:


[code:1:02484e695d]function PaginaDue() {

echo "<p>questa e' la pagina $azione</p>\n";

}
[/code:1:02484e695d]

non funzionerebbe perche' la variabile $azione e' fuori della funzione ed e' quindi invisibile ad essa. Se pero' aggiungo nella funzione:

global $azione;

la variabile diventa "globale" e' puo' essere vista e modificata anche dalla funzione.

In genere si preferisce pero' passare le variabili in questo modo:

function nomefunzione ($variabile1, $variabile2) {
...
}

in questo modo potrei fare:

[code:1:02484e695d]
<?php

function PaginaUno() {

echo "<p>Inserisci qui i tuoi dati</p>\n";

}

function PaginaDue($pagina) {

echo "<p>Questa e' la pagina $pagina</p>\n";

}



switch ($azione) {
case 1:
PaginaUno();
break;
case 2:
PaginaDue($azione);
break;
default:
echo "<p>Errore: che pagina vuoi vedere?</p>\n";
break;
}
[/code:1:02484e695d]

Come vedi ho definito una variabile interna alla funzione PaginaDue chiamata $pagina, e le assegno un valore chiamando la funzione con:

PaginaDue($azione);

Avrei potuto anche dirgli

PaginaDue(2);


Ma ora mi fermo perche' sto parlando (pardon: scrivendo) veramente troppo

[janfriend]

Bene!!

Vista l'ora (non tarda, ma balorda) direi di proseguire l'argomento inserendo un piccolo "codice". Per fare questo mi affido a ACEhtml 5.
(non fa niente di particolare, ma ha la funzione PHP in pagine html). Ti ringrazio per avermi dato un primo consiglio che, preso dalla curiosità, vado a comporre e inserire qui al più presto........... a beneficio di tutti (soprattutto me).

Mi rileggo
switch......
.......break

(speriamo di capirci un po'; visto che i primi passi sono quelli più complicati)

[janfriend]

Mi riferisco al secondo Post di CoD

Nel testo, di cui ho dato il titolo un nell'altro Topic (visualizzazione siti giovani), al posto di ECHO c'è PRINT

In cosa differiscono? Quale dei due è corretto? Che differenze ci sono tra PHP3 e PHP4?
Comunque resto fermo nel preparare un "qualche cosa" che potra dare impeto a sviluppo da parte di tutti i frequentatori di questa sezione "livello4".
A domani e grazie delle delucidazioni iniziali.

Ciao CoD

Janfriend

Per le differenze tra php3 e php4 non rispondo... ci vorrebbero parecchi post e non credo di essere all'altezza della disquisizione.

Per echo e print: in pratica sono uguali, solo che print restituisce anche un valore che e' 1 se tutto e' andato bene.

Quindi scrivendo:

$risultato = print "Ciao";

otterresti $risultato = 1.

Echo e' un po' piu' veloce e non si preoccupa di restituire niente.

Ti consiglio la guida su php in formato chm (guida di windows) ogni volta che ti viene un dubbio: e' facilissima da consultare e molto chiara. La trovi quasi interamente in italiano qui:
http://www.php.net/download-docs.php

PWS funziona benone in locale, io sul lavoro lo uso per una cosa che .. hem meglio non dire comunque è un po un casino fargli capire che vuoi usare il PHP per il resto per imparare ad usare il php va più che bene se il tuo problema è installare un server.

[janfriend]

Ciao :D

Mi sono accorto che il mio pc ha dei problemi.
Mi spiego.........
In modalità provvisoria riesco a fare delle cose che non riesco a fare in modalita normale. Per esempio l'errore di cui parlavo alcuni post precedenti non appare............ Mi sorge un dubbio..........
I vari tentativi di installazione di apache potrebbero aver "consumato" dei DLL.
Alcuni programmi non funzionano a dovere e la cosa mi infastidisce un po'.
Dovrò reinstallare il SO.

Ma veniamo al nostro PHP tutto da esplorare (almeno per me).

Piccola rinfrescatina. Sto leggendo PHP per il WWW di Larry Ullman.

Nel libro si cita sempre il "print"

Nella prima pagina si legge.........
<html>
<title>hello</title>
<head>
</head>
<body>

<?php

print ("<b><center>Hello, world!!</center></b>\n");

?>
</body>
</html>

Una volta salvata la pagina come "hello.php" questa richiamata da la scritta "ciao mondo".
Ho notato che la funzione echo nel libro non è neppure nominata.
Inoltre, sempre in questo libro, non si comincia mai con
<?php
e si termina con
?>
ma si comincia sempre con <html> e la pagina viene salvata come documento.php (dove documento è il titolo della pagina).

Il tutto sarà banale per chi già ne sa qualche cosa: "un gioco da bambini", diranno molti.

si legge, anche, come richiamare una pagina PHP da un form e visualizzarne le risposte attraverso una stringa.
pagina.html

<form action="pagina.php" metod="post>
tuo nome ? <input type=test name="tuonome" size=30><br>
<input type=submit name="invia"></form>

nella pagina "pagina.php"
si legge........

<?php
print (" il tuo nome è $tuonome. ");
?>

Fino a qui ho capito che è possibile interagire con l'utente e (grande PHP) si potrebbe mettere a disposizione una quantità enorme di funzioni........ma......... Come fare a dare la scelta del colore della pagina, del testo e delle immagini da visualizzare nella pagina da lui scelta?
So che la base è come quella sopra per il colore (#000f80 per esempio)........... ma mi manca il "via" per le immagini.
e...........
ma continuo domani.

Se vi scoccio ditelo.

CAT

Janfriend

Sono contento di vedere che il PHP ti ha preso

Un paio di cosine te le dico.

Effettivamente il php si scrive per il 90% dentro a pagine html, e grazie a cio' e' possibile creare delle pagine web al volo.

PHP puo' anche generare delle immagini al volo, ma e' un po' piu' complicato e per ora ti consiglio di andare per gradi.

Nella versione 4 e' stato introdotto l'array superglobale $_POST. Cos'e'?
Iniziamo da cos'e' un array (ma magari lo sai gia'): un array e' un'insieme di dati separati ma identificabili tutti con una varaibile sola.

So che mi sono spiegato malissimo, ma volevo essere semplice. Ecco un bell'esempio chiarificatore:

l'array "libri" contiene:

$libri[uno] = "Amores";
$libri[due] = "Romeo e Giulietta";
$libri[tre] = "The Hacker Crackdown";

se adesso voglio posso eseguire operazioni direttamente sull'array $libri oppure richiamare uno dei suoi elementi, se scrivessi:

echo $libri[due];

otterrei "Romeo e Giulietta"

L'array $_POST (scritto tutto maiuscolo) e' un array visibile ovunque, anche dentro alle funzioni, che contiene tutte le variabili passate per POST ad una pagina. Nel tuo codice tu scrivi:

[code:1:166e6de929]print (" il tuo nome è $tuonome. "); [/code:1:166e6de929]

in questo caso, pero' la variabile non e' detto che sia stata passata per POST, potrebbe essere in un cookie o potrebbe essere passata via GET.
Scrivendo invece:

[code:1:166e6de929]print (" il tuo nome è $_POST[tuonome]. "); [/code:1:166e6de929]
sei sicuro che quella sia proprio la variabile passata via POST.

Ovviamente esistono array per get ($_GET) e per i cookie ($_COOKIE).

A questo punto (poi termino, prometto) ti chiederai perche' dovrersti usare questo array e non il semplice nome di varaibile.

Ecco un esempio chiaro:

al termine di una complessa procedura di login, invio un cookie all'utente per poterlo riconoscere nei prossimi minuti e permettergli l'accesso all'area riservata del sito. Il cookie si chiama $chiave e contiene una chiave numerica.
Se non usassi $_COOKIE[chiave] nei controlli, ma solo $chiave, qualcuno potrebbe riuscire ad entrare passando un valore numerico via GET, ad esempio con:
www.pippo.it/area_riservata.php?chiave=12345
Usando $_COOKIE sono sicuro che il valore provenga veramente dal cookie.

E in piu' rendo il mio codice un po' piu' chiaro

Uso di print al posto di echo e viceversa.

Se guardi sul manuale online scopri che esso dice che le due funzioni sono uguali, in realtà non è così.
Print è una funzione nativa del PHP mentre Echo è costruita in base a questa.

L'uso di una o dell'altra non è significativo in termini di prestazioni, specie per piccoli progetti, e francamente credo che l'uso di una invece che dell'altra dipenda più o meno dalla personalità del programmatore.

[janfriend]

Ciao CoD........

Prima di tutto mi scuso con tutti i frequenatori del forum perché......

Il codice digitato nel mio post precedente ha degli errori (test=text) e le apicette ( " ) mancanti.

Quindi, se ho ben capito, una delle differenze tra php3 php4 è la funzione

$_POST

Mi pare che nel proseguimento del dialogo in questo forum salti fuori davvero qualche conclusione interessante a tutti i frequentatori.

Mi allaccio di nuovo al post precedente con due domande:
Il metodo GET è visibile, a quanto pare, a qualsiasi utente........... ma se l'utente non ha una eventale pass dell'ipotetica area protetta, come fa a vedere il proseguo dell'indirizzo sulla linea di comando del browser?
Se un server non supporta (forse è una fesseria) il php4 e di conseguenza

$_POST
..... nel form vale il
metod="post"
per nascondere la parte terminale dell'indirizzo, oppure no?

Se tu (o altri) mi potessi dare l'indicazione su come inviare a una terza persona una certa pagina web ............ forse avrei le idee più chiare (al di la del form-mail).

Il PHP mi prende, eccome!!!
Ho delle idee per la testa che prima le esperimento meglio è.
Grazie
Janfriend

P.S. Mi auguro che nel proseguo dei post tutto ciò che è stato scritto e sarà scritto sia utile a molti utenti e a tantissimi altervistiani

[janfriend]

Uso di print al posto di echo e viceversa.

Se guardi sul manuale online scopri che esso dice che le due funzioni sono uguali, in realtà non è così.
Print è una funzione nativa del PHP mentre Echo è costruita in base a questa.

L'uso di una o dell'altra non è significativo in termini di prestazioni, specie per piccoli progetti, e francamente credo che l'uso di una invece che dell'altra dipenda più o meno dalla personalità del programmatore.

Ho avuto modo di fare dei programmini in Basic con un commodore64 e con un AppleII.

Il "PRINT" era una cosa usata moltissimo, in quel linguaggio, per dare un risultato o una scritta a schermo.
Sinceramente PRINT lo sento più familiare (come IF e altre parole riservate simili tra i due linguaggi). Non ho capito la diversità tra Echo (che esiste anche in DOS) e PRINT.........
Prima di combinare confusioni vorrei avere le idee chiare (anche perché devo sistemare il PC con il sistema operativo per installare un visualizzatore off-line di php) e sceglire il meglio tra print o echo.
Ho notato che CoD, inserendo echo, non ha messo la parentesi aperta e chiusa mentre nel libro dice di inserirla con PRINT.
Digitare una pagina e poi trovarsi senza sapere dove uno ha sbagliato è demoralizzante.........
Grazie dell'aiuto che mi state dando :D

Per gli errori non ti preoccupare: php ti dice sempre in quale linea si e' verificato un errore. Al limite devi prenderci un po' la mano con il suo modo di "vedere" gli errori. Ad esempio se ti dimentichi un ; lui l'errore te lo dara' alla riga dopo.

POST e' un metodo che si usa nelle form per inviare dati in maniera non visibile all'utente.
GET e' uguale ma i dati sono sulla linea di comando

con php3 potevi (e puoi anche col 4) riferirti ad una variabile direttamente col suo nome. Ad esempio nella form scrivi:

<input name="pippo" type="text" size="50" />

e nel codice php elabori il dato semplicemente come $pippo.


Il fatto di poter chiamare (dal php 4 in poi) le variabili con un nome che indichi anche il loro "metodo" di invio e' molto utile, come dicevo, per verificare che provengano da una fonte valida.

Anche in php4 puoi chiamare $pippo, ma puoi anche chianmare $_POST[pippo] ed essere sicuro che quella sia la variabile passata per metodo post.

$_POST, $_GET e $_COOKIE non sono funzioni, ma semplici arrray. Anzi sono a meta' tra un array e una costante di sistema del PHP, in quanto esistono sempre e dappertutto.


Nel mio esempio precedente forse sono stato un po'.... confuso. Lo riformulo tanto per essere corretto, ma era solamente un caso particolare.

Ecco la procedura:

l'utente inserisce nome utente e password in una form
passo i dati in POST alla pagina di login, che li verifica
se sono validi metto un cookie sul computer dell'utente che lo identifica come utente valido
tutte le pagine del'area protetta quando sono chiamate controllano che l'utente abbia il cookie. Se non lo ha lo sbattono fuori.

ora: se un utente onesto si collega avra' sul suo sistema un cookie che lo autorizzera' a vedere le pagine. Mettiamo che il cookie si chiami $permesso e che abbia come valore 1. Le pagine controlleranno:

[code:1:c8ef62d3d3]
if ($permesso == 1) {

... accetta ...

} else {

... sbattilo fuori

}
[/code:1:c8ef62d3d3]

cosa succedera' se mi collego ad una pagina senza essere passato dalla procedura di login, ma scrivendo: nomepagina.php?permesso=1 ?
Succedera' che passero' lo stesso perche' la vairabile $permesso sara' effettivamente impostata a 1.

Se invece nella if metto:

[code:1:c8ef62d3d3]
if ($_COOKIE[permesso] == 1) {

... accetta ...

} else {

... sbattilo fuori

}
[/code:1:c8ef62d3d3]

l'unico modo di vedere le pagine sara' avere un cookie impostato correttamente.

Era solo un esempio per far capire quando effettivamente puo' essere utile distinguere la provenienza di una variabile, ma insisto era un caso particolare.

Se ho tempo (e se domani sto un po' meglio di oggi) posto un esempio completo di form + procedura di controllo dati e visualizzazione.

P.S.: se stiamo intasando il forum possiamo anche trasferirci sul mio: non e' necessario iscriversi ed e' praticamente vuoto. Se vi interessa ditemelo che gli do' una sistemata e vi metto il link: mi sento in colpa a fare 'sti post kilometrici

[gve]

Solo una precisazione che mi sembra non salti fuori nel discorso (se non ho perso qualcosa, il che e possibile visto che ho letto solo gli ultimi post e un po' di corsa).

Gli array superglobali (così sono chiamati $_POST, $_GET, $_COOKIE, ecc.) sono altamente cnsigliati rispetto all'altro metodo; ciò perchè il fatto che una variabile passata da uno script all'altro tramite un form o un link o un cookie sia disponibile tramite il suo semplice nome dipende dalla configurazine del php sul server: deve essere attiva la direttiva register_globals, che di default dal php 4 in poi è disattivata 'per motivi di sicurezza' (così dice il manuale).
Gli array superglobali invece sono sempre disponibili.
Qui su altervista, come credo su quasi tutti gli host, se non sbaglio (ma non ho mai provato) è necessario usare tali array.

Non vorrei contraddirti ma register-globals e' per le sessioni.

Se scrivi pippo.php?testo=ciao ti assicuro che $testo conterra' 'ciao'.

Cio' non toglie che scrivere $_GET[testo] sia piu' pratico, piu' sicuro e anche molto piu' elegante :D

register_globals boolean
Tells whether or not to register the EGPCS (Environment, GET, POST, Cookie, Server) variables as global variables. For example; if register_globals = on, the url http://www.example.com/test.php?id=3 will produce $id. Or, $DOCUMENT_ROOT from $_SERVER['DOCUMENT_ROOT']. You may want to turn this off if you don't want to clutter your scripts' global scope with user data. As of PHP 4.2.0, this directive defaults to off. It's preferred to go through PHP Predefined Variables instead, such as the superglobals: $_ENV, $_GET, $_POST, $_COOKIE, and $_SERVER. Please read the security chapter on Using register_globals for related information.

Please note that register_globals cannot be set at runtime (ini_set()). Although, you can use .htaccess if your host allows it as described above. An example .htaccess entry: php_flag register_globals on.

Nota: register_globals is affected by the variables_order directive.



Dal manuale ;)

non dico piu' niente


(scusa gve)

[janfriend]

register_globals boolean
Tells whether or not to register the EGPCS (Environment, GET, POST, Cookie, Server) variables as global variables. For example; if register_globals = on, the url http://www.example.com/test.php?id=3 will produce $id. Or, $DOCUMENT_ROOT from $_SERVER['DOCUMENT_ROOT']. You may want to turn this off if you don't want to clutter your scripts' global scope with user data. As of PHP 4.2.0, this directive defaults to off. It's preferred to go through PHP Predefined Variables instead, such as the superglobals: $_ENV, $_GET, $_POST, $_COOKIE, and $_SERVER. Please read the security chapter on Using register_globals for related information.

Please note that register_globals cannot be set at runtime (ini_set()). Although, you can use .htaccess if your host allows it as described above. An example .htaccess entry: php_flag register_globals on.

Nota: register_globals is affected by the variables_order directive.



Dal manuale ;)

Forse sto creando un vespaio e me ne dispiace. Non credevo di suscitare discordie. Questo post mi rende più confuso (anche perché l'Inglese è la mia 23a lingua e cioè: non ci capisco una mazza specialmente quando ci sono termini tecnici)

janfriend

[gve]

Per CoD: Don't worry :P
Uno non può mica saper tutto ...

Per janfriend: Tu usa sempre le variabili superglobali ($_POST, $_GET, $_COOKIE, ecc.) che vai sul sicuro.
Se ti interessa il manuale del php c'è anche in italiano, scaricabile e in linea, su http://www.php.net/ . Secondo me è abbastanza chiaro (specialmente se hai un po' di esperienza di programmazione con altri linguaggi), comunque se il php ti sta acchiappando ti può essere utile scaricarlo per averlo a portata di mano per la descrizione delle numerose funzioni del php.
Purtroppo la versione italiana (almeno quella che ho io) non è comleta, nel senso che alcune parti (compresa quella sule varibili) sono lasciate in inglese.

[janfriend]

P.S.: se stiamo intasando il forum possiamo anche trasferirci sul mio: non e' necessario iscriversi ed e' praticamente vuoto. Se vi interessa ditemelo che gli do' una sistemata e vi metto il link: mi sento in colpa a fare 'sti post kilometrici

Io sono convinto che alcuni scambi di opinioni siano di interesse comune. Se, però, è vero che potremmo "intasare" il forum ciò mi dispiace e mi impedisce di colloquiare liberamente.
Ho capito che PHP è molto funzionale e semplice. Quale occasione migliore per parlarne con chi ne sa davvero qualche cosa? Qui su altervista "vedo" che ci sono persone molto competenti al di la di qualche incrocio pericoloso ........ Scusa la battuta

E' sempre un piacere farti visita specialmente dietro invito.
((ho notato che stai elaborando il sito..... )

:D

Sto modificando il sito? Noooo: mi ci sto picchiando da tre giorni! Anzi, per l'esattezza da 5, visto che i primi due li ho impiegati per rendere il sito visibile anche su Firebird e Amaya, e gli altri 3 per farlo tornare visibile su IE :x

Comunque ora dovrebbe essere piu' o meno visibile ovunque... spero.

Se intasiamo il forum non ti preoccupare: i mod ce lo diranno.
Ad ogni modo quasi quasi provo a rendere il mio forum un po' piu' decente e i vari esempi di script + commento li potremmo postare la'. Sempre che la cosa non causi confusione, dopotutto avreste due forum da leggere invece di uno (io ci sono abituato ne leggo gia' 4 )

Fatemi sapere :D

[janfriend]

:D

Sto modificando il sito? Noooo: mi ci sto picchiando da tre giorni! Anzi, per l'esattezza da 5, visto che i primi due li ho impiegati per rendere il sito visibile anche su Firebird e Amaya, e gli altri 3 per farlo tornare visibile su IE :x

Comunque ora dovrebbe essere piu' o meno visibile ovunque... spero.

Se intasiamo il forum non ti preoccupare: i mod ce lo diranno.
Ad ogni modo quasi quasi provo a rendere il mio forum un po' piu' decente e i vari esempi di script + commento li potremmo postare la'. Sempre che la cosa non causi confusione, dopotutto avreste due forum da leggere invece di uno (io ci sono abituato ne leggo gia' 4 )

Fatemi sapere :D

Io clicco sul tuo banner, ma il tuo sito è vuoto....... tranne alcune pagine.
E se continuiamo qui

Per me va benissimo.

Il sito e' vuoto? lo so.

Il forum c'e' ma... non si vede :P

[janfriend]

Ho provato a inserire un forum scaricato da freephp da www.html.it e ho visto che è abbastanza gradevole e si dice che non occorreva ne database ne MySQL.
Ho inviato il "pacchetto" e ho seguito le istruzioni (in inglese che per me sono ostiche) nello spazio concessomi da altervista.
Nel digitare l'indirizzo mi appare questa scritta..........sulla pagina.

Can't connect to MySQL server on 'http' (111)

Suppongo che debba attivare MySQL........ oppure l'errore è su una impostazione errata? Questo (111) che tipo di errore è?

Ma io tuo sito......... quando lo fai vedere? :)