Newsgroup: it.comp.macintosh
Titolo: PHP 5

, per
avere un riferimento alle funzioni, ma con mia sorpresa quando scrivo
"sqlite" nel campo di ricerca non trova nulla O__o
In pratica è come se Dashboard usasse una versione di php divesa da
quella che usa Apache, come faccio per convincere Dashboard ad usare la
stessa di Apache? Che è quella che a me interessa, proprio perchè dalla
5 ha integrato il supporto per Sqlite.
Grazie.
-- 
Ciao Valerio
(Un uomo senza pancia è come un cielo senza stelle)

 5 ha integrato il supporto per Sqlite.
uhm..la butto lì..potrebbe essere una stupidata, ma penso che la widget 
abbia le sue definizioni di php (che sarà la 4 allora), non penso 
c'entri con cosa hai installato sul sistema

 c'entri con cosa hai installato sul sistema
No, no nel widget (ho spiato il sorgente) usa la funzione
"get_defined_functions()" che ritorna un array di tutte le funzioni su
cui effettua la ricerca. Quindi è una cosa fatta "al volo". Ho
copincollato il codice in una paginetta php per provare a richiamarla da
apache e mi trova le funzioni che mi interessano.


 
ah ok allora niente..passo :P (bug della widget a sto punto :O)

 Ho installato PHP 5
Mi dispiace. Hai tutta la mia comprensione. Ti sono vicino in questi
momenti difficili.
-- 
non vincono, non vinceranno, non hanno domani
la forza č nel puntello impugnato da oneste fortissime mani

 momenti difficili.
Quoto: l'unica volta che l'ho messo non funzionava più un tubo (di
codice, intendo).
Sono tornato di corsa a PHP 4.3.10.
-- 
E adesso anche quando piove,
lo vedi sempre con le spalle al sole,
con un canestro di parole nuove
calpestare nuove aiuole.

 Ho installato PHP
Mi dispiace. Hai tutta la mia comprensione. Ti sono vicino in questi
momenti difficili.
-------------------------------------------------


 "get_defined_functions()"
Magari usa il PHP 4 preinstallato, invece del tuo PHP 5...
 - ∞

 Il guaio, semmai, e` che poi vogliono farci i monumenti...
Massě. Il punto č che molti sviluppatori sono "monocordi". Conoscono PHP
e pensano di poterlo usare per tutto. Ad ogni modo perchč non farsi un
CGI perl o python o ruby instead (non dico mica di arrivare a twisted o
ruby on rails o $cosa_simile_per_perl).
Purtroppo con sta storia che "PHP" č sempre disponibile e compagnia
viene spinta oltre i suoi limiti una tecnologia forse adatta per i
giocattolini anche per cose piů grosse, per semplici ragioni di supporto
da parte di chi fa hosting.
Sigh, pensa che č anche possibile che dovrň fare una demo in php. Ci
manca poi solo che mi facciano tenere un corso su php e poi mi
defenestro. :(


 ruby on rails o $cosa_simile_per_perl).
No, no, volevo solo fare qualche esperimento, db semplici e form di
inserimento/variazione dati.


 inserimento/variazione dati.
Python e/o Perl te li godi di piů imho. Ruby pure, a scelta. 
Qui Alex, io, qualcun altro possiamo darti una mano con Python. Con Perl
l'esperto č Sembro.
-- 
Python č un linguaggio specialistico nel senso che č specializzato 
nel fare fare le cose rapidamente e bene.

 Meglio fargli usare PHP, non e` che debba scalare una montagna.
A me grosso modo...
PYTHON:
try:
    conn = connect(dbname=mydb, user=myuser, pwd=mypwd)
except Error:
    print "Db error"
curs = conn.cursor()
curs.execute("SELECT * FROM myTable")
for row in curs.fetchall():
    print row
PERL:
my $db_handle = DBI->connect(  $database_name, 
                                $username, 
                                $password, \%attr)
or die "db error";
my $st = $db_handle->prepare("SELECT * FROM myTable");
$st->execute();
while(@row = $st->fetchrow_array()){
        print @row;
}
$db_handle->disconnect();
PHP:
$db = DB::connect($db_type + "://" + $username + ":" + $pwd + "@" +
$database_name, );
if(DB::iserror($db)){
   die("db error");
}
$SQL = "SELECT * FROM myTABLE";
$q = $db->query($sql);
if(DB::iserror($db)){
   die("query error");
}
while($q->fetchInto($row)){
        echo $row; // questo spero funzioni, non lo so
}
-- 
Python è un linguaggio specialistico nel senso che è specializzato 


 l'esperto č Sembro.
Io Zope e Rails sono a casa mia.
  ngw

 l'esperto č Sembro.
Ecco, ora non sň cosa dire, solo grazie.
Ma ripeto č solo per "smanettare" un pochino.
In ogni caso, che cosa mi consigliate, da esperti, per la gestione di
dati un un db, cioč immissione/modifica/ricerca?
Ovviamente tra quelli citati, cioč PHP, Python, Perl e Ruby (che non
conosco, cioč non conosco ancora nemmeno gli altri, ma questo non mi č
nemmeno famialiare come nome, magari vivo da eremita io;-p)
Comunque se ho dei poblemi mi sentirete di certo ;-p
-- 
Ciao Valerio
(Un uomo senza pancia č come un cielo senza stelle)

 dati un un db, cioè immissione/modifica/ricerca?
Io consiglio Python. Molto facile, sintassi lineare codice altamente
leggibile (anche quello dei migliori hacker python risulta generalmente
abbastanza leggibile anche per un newbie, e sinceramente la maggior
parte del codice che ho esaminato lo ho capito alla prima lettura).
Altri potrebbero consigliarti Perl. Io fossi in te darei un occhio ad
entrambi, o magari dici una cosetta che ti piacerebbe vedere fatta e ti
facciamo vedere come verrebbe nelle varie soluzioni.
-- 
Python è un linguaggio specialistico nel senso che è specializzato 


 VBScript č un linguaggio con cui si possono scrivere roba ASP).
Bi, ma allora non sono solo io a detestare PHP !! :)
Che dire del costrutto per stampare i risultati da un db?
while ($row = mysql_fetch_assoc($blabla) ecc.
Che fatica!...
Oppure gli escape di fronte alle virgolette nei tag html: value=\"bla\" 
border=\"1\">";
Perl lo trovo piů facile e simpatico! :)
Sono interessanto anche a python, ma andando sul sito web trovo solo un 
manuale con la spiegazione dei principi, o dei costrutti for if ecc.
Dove posso trovare un tutorial dove spieghi come stampare un 'hello 
world' su una pagina web? ....
grazie!!!
m.

 facciamo vedere come verrebbe nelle varie soluzioni.
Ecco il perl mi attira anche per poter scrivere qualche script su linux,
ma non mi sono mai messi dietro ad impararlo seriamente.
-- 
Ciao Valerio
(Un uomo senza pancia è come un cielo senza stelle)

 un nuovo linguaggio, OOO e' poco.
Infatti, hai centrato il punto alla grande, per mio carattere adoro
imparare (conoscere) cose nuove, e i linguaggi (di programmazione o
parlati) sono quelli che mi attirano di più.
-- 
Ciao Valerio
(Un uomo senza pancia è come un cielo senza stelle)

 world' su una pagina web? ....
A livello base, per fare i CGI li fai esattamente come con Perl.
C'è un modulo che si chiama CGI e che gestisce le richieste (ma non ha
l'output come quello perl cgi->p etc, in Python si fa diverso).
Sostanzialmente per generare l'hello world puoi cavartela con un po' di
print.
Poi per lavorare appena più sul serio puoi o usare i templates di python
2.4, o usare la creazione di stringhe tramite dizionario o meglio ancora
usare qualche libreria di templating come per esempio cheetah.
Tieni presente che anche per cose di dimensioni medie se ti organizzi
bene l'output con un buon sistema ad oggetti te la cavi anche solo con
delle print (la chiave è il metodo __str__ degli oggetti)
class Employee(object):
    def __init__(name, salary):
 
self.name
 = name
        self.salary = salary
    def __str__():
        return "<div><p>Name: %s<br />Salary: %d</p></div>" %\
(
self.name
, self.salary)
Quello di cui sopra *NON* è il metodo migliore, ma è il più rapido da
provare. E ha il vantaggio che in generale gira ovunque (anche se
comunque con il fatto che Python cerca i moduli anche in . non è in
genere complesso aggiungere librerie non offerte anche direttamente via
CGI).
Poi ci sono oggetti molto interessanti come mod_python (integrazione con
Apache) che "scavallano" alcune scomodità dei CGI.
O ancora meglio Nevow (potenza inaudita ma non è certo il più facile da
apprendere).
Personalmente suggerirei di fare questa domanda su iclp a vedere cosa ti
consigliano. Io non ho potuto provare tutto. In genere me la sono cavata
"insegnando" agli oggetti a stamparsi e/o con mod_python (che include
PSP, quindi templating e purtroppo embedding).


 Quindi non mi resta altro che provarli tutti ;-p
Stò cominciando dal perl, ma il sito ufficiale è 
www.perl.org
 oppure
www.perl.com
?
Inoltre ho visto che c'è il gruppo it.com.lang.perl, ma mi sembra un
pochino poco attivo, c'è altro?


 ACCESS/EXCEL/WORD, ovviamente IMHO.
Esatto. Quello è l'obiettivo che si prefigge.
Go Python. :)
-- 
Python è un linguaggio specialistico nel senso che è specializzato 


 ma non mi sono mai messi dietro ad impararlo seriamente.
Per questo è assolutamente equivalente Python.


 Go Python. :)
Quindi per te č: "Python 4 ever!"
-- 
Ciao Valerio
(Un uomo senza pancia č come un cielo senza stelle)

 il giusto, tutto sommato :-)
come le mie future domande ;-p
A proposito chi di "qui" è anche "li" ?


 /io/ consiglio Python.
Ecco, e io che ho cominciato dal perl, vabbè tanto stavo solo iniziando,
quidni tanto vale iniziare dal punto giusto.


 PSP, quindi templating e purtroppo embedding).
Grazie, troppo gentile!
ciao!!
m.

 world' su una pagina web? ....
Personalmente ti consiglio Cherrypy 
http://www.cherrypy.org
 per il primo
contatto

 il resto ci sono i template
eh... purtroppo non so cosa siano... :\
ciao
m.

 Quindi per te č: "Python 4 ever!"
Ha la passione per i rettili. ;)
-- 
E adesso anche quando piove,
lo vedi sempre con le spalle al sole,
con un canestro di parole nuove
calpestare nuove aiuole.

 eh... purtroppo non so cosa siano... :\
Male.


 Soprattutto la chiarezza  del sorgente :))
Per assurdo si. PHP è di poco più chiaro, ma perde l'intera flessibilità
di Perl.


 quidni tanto vale iniziare dal punto giusto.
È una scelta legittima. Anche se a quel punto oggi darei un occhio a
Ruby, piuttosto che a Perl. Ne tiene buona parte della filosofia, ma lo
semplifica.


 Quindi per te è: "Python 4 ever!"
No. Finchè non trovo di meglio. Per assurdo la maggior parte del codice
che scrivo *non* è Python ma C++. In breve potrebbe diventare Prolog.


 flessibilità di Perl.
La mia era una battuta super inflazionata :) IMHO la chiarezza dei due
linguaggi è simile
 In ogni caso non voglio asolutamente alimentare/scatenare post
 del tipo drulez/suck ...
Ciò che voglio dire è che per fare un blog o un semplice carrello della
spesa il php va più che bene ... fine. Che poi Python sia superiore è
innegabile (si, anch'io uso Python :) )
So benissimo quanto siano valide le tue motivazioni ma ripeto: il php è
un linguaggio per il web, per progetti *modesti*, e sconsigliarlo mi
sembra inopportuno ... le differenze con un linguaggio *vero* verranno a
galla da sole ... non trovi? 

 
aggiungo io :
http://verbat.blogspot.com/2004_08_01_verbat_archive.html
 
:)

 boh... io ci sono.
Bene, almeno non mi sentirň solo ;-p
Scherzi a parte, spero di cavarne qualcosa, magari poi vi chiedo lumi.
-- 
Ciao Valerio
(Un uomo senza pancia č come un cielo senza stelle)

 che scrivo *non* č Python ma C++. In breve potrebbe diventare Prolog.
/me-sospirante
Aaah, programmare in C++, č uno dei miei sogni, ma piů in la della
teoria non sono mai andato. Forse perchč non ho mai avuto nulla a cui
applicarlo, magari per lavoro.


 Ha la passione per i rettili. ;)
LOL


 
http://www.ukuug.org/events/linux2002/papers/html/php/index.html
Penso che al paragrafo 6 e 7 dice ciò che ho detto io

 galla da sole ... non trovi? 
Purtroppo i fatti dimostrano il contrario. Bisogna farla la propaganda.


 
http://verbat.blogspot.com/2004_08_01_verbat_archive.html
Interessante e comodo :)


 applicarlo, magari per lavoro.
È un sogno finchè lo sogni e basta... le cose spesso sono più rognose di
quello che dovrebbero sulla carta.


 quello che dovrebbero sulla carta.
Ecco, peccato, comunque mi piacerebbe provare a are qualcosa di serio.


 Purtroppo i fatti dimostrano il contrario. Bisogna farla la propaganda.
Penso che (per fortuna) qualcosa si sta muovendo ... 

 Sicuro ... ma neanche escludere a priori i meno potenti
Sto aspettando i "vantaggi" concreti di PHP. Lascia fuori la diffusione.
Voglio sapere i meriti intrinsechi che hai riscontrato.


 Voglio sapere i meriti intrinsechi che hai riscontrato.
 
Semplicità di sviluppo, funzioncine  ad-hoc per il piccolo-medio web
( Se per esempio devo mandare una mail mi basta scrivere
mail(str,str,str,header) invece di importare moduli smtplib. )
Quello che voglio dire è che nel suo contesto php svolge bene il suo
sporco lavoro.
Nettamente inferiore ad altri linguaggi ... sono pienamente
d'accordo. Ciò non toglie che oggi molte aziende lavorano con php e
*necessitano* di programmatori php.
Ognuno usa gli strumenti che preferisce e che ritiene *sufficienti* per il
proprio progetto (o che gli vengono sigh .. imposti ;) )
.. forse ci stiamo allungando troppo :)
 
 

 *necessitano* di programmatori php.
Ce ne sono tanti. Non mi butterei mai in un mercato in cui devo
competere con i vari ragazzi appena buttati fuori dagli istituti
tecnici. Troppa gente in grado di fare il lavoro (anche se magari non
altrettanto bene) significa in genere stipendio più basso. Oltre che mal
di fegato (nel caso di PHP), fare un sacco di roba noiosa e banale...


 eh... purtroppo non so cosa siano... :\
Separazione della grafica  dal codice vero e proprio ...  niente
embedded
Per esempio il codice di prima:
/*
** pagina index.php
*/
// assegno variabile
$Page->assign('link','
www.url.org
');
// Visualizzo pagina a video
$Page->display('index.tpl');
exit();
/*
** pagina index.tpl
*/
<html>
	<head>
		<title></title>
	</head>
	<body>
		<a href="{$link}">Link</a>
	</body>
</html>
lorenzo

</html>
Argh! Piuttosto orribile. E' Smarty se non erro (non ho seguito finora).
Boh, per me PhP fallisce miseramente quando si arriva alla separazione
di logica, contenuto e presentazione perchè non reinforza questa
separazione in alcun modo, non c'è quello che in Python viene chiamato
"Pythonic", il modo ovviamente giusto di fare le cose.
Prendi RubyOnRails, non c'è alcun problema a mettere codice Ruby nelle
viste perchè il framework rende evidente "cosa va dove", quindi il
codice Ruby nelle viste è codice puramente di presentazione, se comincia
a fare troppo è immediatamente ovvio perchè è il framework che reinforza
questi aspetti, non una scelta o un dogma del progammatore.
Forse il limite più grande di PhP è di essere "soltanto" un linguaggio,
e non una piattaforma.
  ngw

 e non una piattaforma.
Se per piattaforma intendi qualcosa tipo Ror, Django etc etc no .. ma
fatto un framework "abbastanza" generale .. prendi un progetto,  modifica
qui - la e vai copia/incolla :)

 qui - la e vai copia/incolla :)
E si apre la spaghetteria :) A me capita di tanto in tanto di leggere il
sorgente di qualche progetto OS PhP, magari anche estremamente valido da
usare (Wordpress, MediaWiki), e la cosa che mi colpisce è la quantità di
shitcode che vedo. Anche Pear, per esempio, le classi non sono classi,
sono "contenitori di funzioni", senza uno straccio di design (o di
generica "testa"). Costringere lo sviluppatore ad adottare pratiche
sane è cosa buona e giusta per me.
  ngw

 di generica "testa").
concordo, non lo uso infatti (Pear)
 

 sane è cosa buona e giusta per me.
Anche perchè il mondo reale insegna che moltissimi altrimenti non le
seguono. Non so se perchè "pensano di essere più furbi", "ma tanto il
progetto è piccolo" o per semplice ignoranza.
-- 
L'idiozia trascende il mezzo con cui viene espressa.

 concordo, non lo uso infatti (Pear)
Non è molto incoraggiante, sono una sorta di libreria standard, o di
pattern repository standard, un po' come le Ruby Gems.
  ngw