Newsgroup: it.lavoro.professioni.webmaster
Titolo: PHP against ASP.net secondo ORACLE

Cosa ne pensate riguardo questo articolo?
http://otn.oracle.com/pub/articles/hull_asp.html
Spero che vi siano discussioni costruttive.
Questa è la tabella conclusiva:
CARATTERISTICHE PHP4	PHP5	
ASP.NET
Software	free	free	free
Platform	free	free	$$
Speed	        strong	strong	weak
Efficiency	strong	strong	weak
Security	strong	strong	strong
Platform	strong	strong	weak(IIS only)
Platform	any	any	win32(IIS only)
Source   	yes	yes	no
Exceptions	no	yes	yes
OOP	        weak	strong	strong
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it


Moderatore di it.comp.www.asp - Microsoft .NET MVP
http://www.aspitalia.com/
 Enjoy the .NET community!
http://www.dev2dev.it/
 La rete ha connesso nuove particelle!
http://www.extensible.it/
 XML and beyond

 esiste IIS 6 ci sono zero (0) bug noti.
Io direi 1
http://www.securityfocus.org/bid/8244
-- 
I am what I am, I do what I can
Cerchi un programmatore PHP/MySQL? 
http://url.repository.biz/go/1Y
L'uomo, conscio di sbagliare, persevera.

 Spero che vi siano discussioni costruttive.
eheh come sempre si usa o meglio si evita di menzionare alcuni passaggi
importanti. Riporto dal link sopra un passaggio molto carino
"In the discussion of 
ASP.NET
 above, I mentioned the ODBC driver, and how
applications can be built with database abstraction in mind. In PHP, you can
also use ODBC to talk to databases, so you already have a whole list of
supported databases to choose from. There are also native drivers for MySQL,
Oracle, and Postgres. Furthermore, if you are connecting to Oracle, a
special OCI8 library provides more feature-rich access to Oracle, allowing
you to use such features as LOB, BLOB, CLOB, and BFILE."
Qualcuno si č volutamente dimenticato di dire che .net ma anche in asp non
si dovrebbe utilizzare odbc ma oledb, cosa che hanno volutamente dimenticato
tant'č che la stessa Oracle distribuisce i provider oledb nativi per .net i
quali sono nettamente piů performanti e che casualmente sono un derivato
della stessa libreria OCI8 citata sopra :-)
Infine guarda caso nella parte Asp.net connecting to Oracle hanno messo un
codice che nemmeno loro utilizzano e consigliano :-(
http://otn.oracle.com/sample_code/tech/windows/ole_db/oledb92/index.html
-- 
ITHost (your host company)
Technical Manager
C. Paparelli (MCSE,MCSD,MCDBA)
http://www.ithost.ch

 
ASP.NET
, ma ad una app da console! LOL
e che non è nemmeno la soluzione consigliata da msdn
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vsent7/html/dvconchoosingrightdataaccesstechnology.asp


 
http://www.securityfocus.org/bid/8244
guarda che non č legata a iis 6 ma a web admin che di default non viene
attivato.
Se viene attivato č accessibile sempre di default unicamente a localhost poi
sta a te sistemista proteggere o permettere l'accesso a web admin unicamente
a connessioni sicure :-)


 
http://www.securityfocus.org/bid/8244
quello non è un bug di IIS e non lo considero come un bug di IIS, dato che
nessuno sano di mente (o meglio, nessuno che non voglia cercarsi guai da
solo) installa un sistema per amministrare via web un server.
tanto è vero che una patch non esiste, il consiglio è di non usare quella
funzionalità.


 OOP         weak strong strong
[flame]
wow! anche la oracle la pensa un po' come me... forse anche la oracle non
conosce bene "l'ambiente"
[/flame]
eddai che scherzo :-P

 weak in base a cosa? a me ste robe mi fanno *ridere* :D
Ti faranno anche ridere ma e' l'unica parte sensata. PHP e' un modulo
Apache, e' per ovvi motivi piu' veloce di 
ASP.NET
, come mod_python e'
per ovvi motivi piu' veloce di Zope. Se non ci credi puoi fare qualsiasi
benchmark su qualsiasi operazione atomica: finche' non istanzi oggetti
(cioe' finche' non arrivi alla parte di PhP implementata da culo) puoi
tranquillamente aspettarti performance quantomeno doppie.
L'unica imprecisione e' che non hanno menzionato mod_php, ma PHP in
generale (che puo' essere anche fatto girare come CGI).
Forte lo 'strong' nell'OOP di 
ASP.NET
 e PHP5, sto' ancora ridendo.
Comunque tra Oracle e la cricca Microsoft (ITHOST, Bocic e Maric[1]) la
scelta e' dura: confrontare pere con pomi non e' molto credibile.
HAND,
  ngw
[1] Colpevole di default, naturalmente

 conosce bene "l'ambiente"
dubito che l'abbia scritto qualcuno di Oracle, visto che OTN č un po' come
MSDN per Microsoft, ci scrivono "consulenti". ma resto il fatto che dal
punto di vista tecnico non č corretto e non l'ho notato solo io che potrei
essere considerato di parte, ma anche Nicholas a cui non glie ne frega un
cappero.


 Spero che vi siano discussioni costruttive.
cosa ci puo' essere di meno costruttivo di una tabella come quella
riportata... ? e soprattutto commentata male e da chi non conosce
esattamente i tre ambienti ?
-- 
Lino Mari [mod - it.economia.e-commerce]
http://www.ebow.it
 - e-business on web!
http://www.dev2dev.it
 - La rete ha connesso nuove particelle - d2D004
Oggi, l'organigramma è fatto di link, non di gerarchie.
Il rispetto per la conoscenza vince su quello per l'autorità astratta.

 
http://www.securityfocus.org/bid/8244
non mi pare essere un bug di iis6... e' solo la combinazione con
l'amministrazione via web con 2003 server e il sistemista che la configura
;)


 esattamente i tre ambienti ?
Io lo so ! Il paper di Microsoft su OpenOffice ?
:D

Nicholas Wieland ha scritto:


Ma scusa da tutta le parti viene detto che 
asp.net
 è più veloce di php
perche le pagine aspx sono compilate e che php per essere veloce come
asp.net
 ha bisogno dell'utilizzo di software che trasformino le pagine in
Bytecode (es. Zend accelerator)
Scusa ma non capisco la tua affermazione.
Il vantaggio di avere pagine già compilate ci sarà ..vero?


 Il vantaggio di avere pagine già compilate ci sarà ..vero?
premetto che oltre alla "compilazione" c'è anche da valutare l'aspetto cache
di iis che già con asp classico rendeva il tutto molto più veloce


 di iis che già con asp classico rendeva il tutto molto più veloce
Ah merda, il caching :D Decisamente inerente alla "velocita' del
linguaggio" :p
Comunque no, tutt'altro. Seguendo questo ragionamento Java dovrebbe
essere piu' veloce di PhP, come Python, che tra le tante cose ha un
decennio di ottimizzazioni e maturita' in piu' del maggggico
"framework".
Il fatto che sia compilato non vuol dire assolutamente nulla,
innanzitutto perche' "compilato" non necessariamente vuol dire piu'
veloce (cerca in rete i casi in cui Python straccia C++),
secondariamente perche' e' compilato in bytecode.
PhP e' sostanzialmente una "estensione" di Apache. Cio' significa che
viene linkata un libreria al web-server, con un meccanismo tipico in
Unix (presumo anche in Windows, non ne ho idea) che si chiama DSO, che
carica librerie a runtime, in poche parole un funzionamento molto 
simile al kernel Linux o FreeBSD e al modulo che carichi a runtime per
far funzionare la tal scheda.
In realta' questo e' un discorso semplicione: inizia ad istanziare
oggetti e (presumo) 
ASP.NET
 sara' piu' veloce, inizia ad usare
pesantemente dei template e probabilmente sara' ancora piu' lento.
In realta' le performance del linguaggio sono generalmente carta da
culo con una rete e spesso un database di mezzo, dovrebbero avere una
priorita' inferiore all'ultima motivazione per cui si sceglie una
tecnologia piuttosto che un'altra.
Il caching centra un cazzo, non riguarda il linguaggio ne
l'implementazione dello stesso. Tra l'altro e' esattamente quello che fa
il fuffator della Zend, se non ricordo male: evitare il parsing dello
script e servirlo su un piatto d'argento ad ogni richiesta.
HTH,
  ngw

 script e servirlo su un piatto d'argento ad ogni richiesta.
aspe "Nicholas" dal lato compilazione ti do ragione in quanto sono 2 cose
completamente distinte e non hanno nessun nesso tra loro.
Ma se torniamo al discorso velocità il caching gioca il ruolo più importante
nel tuning di un server web, in quanto puoi sviluppare il tutto di asm con
codice super ottimizzato ma se il web server è configurato alla membro di
canide sarai daccordo con me che uno squallido script in vbscript rischierà
di essere molto più veloce del super codice in assembler


 di essere molto più veloce del super codice in assembler
Grazie al cazzo.
Ma si parlava di linguaggio, se poi parti per la tangenziale non so che
farci. Per la cronaca, puoi eseguire il caching anche con Apache grazie
al modulo dal fantasioso nome di mod_cache.
Seguendo il tuo ragionamento si puo' risalire a "se il il sistema
operativo e' configurato con il culo il web server sara' piu' lento",
"se scrivi le pagine in C ma hai toppato la compilazione vbscript sara'
piu' veloce" e tante altre facezie che con il linguaggio in se c'entran
poco.
Si parlava di PhP e 
ASP.NET
.
<Ceglia mode>
Tra l'altro, tanto per sfatare anche questo mito del caching, sto'
scrivendo una applicazione medio/piccola per il mio sito personale (sto
quindi trovando pretesti per rimandarne la pubblicazione, dato che fa,
come direbbero in Toscana, hahare: e' praticamente un txt) e lo sto' 
facendo girare su un webserver scritto in Python, senza usare Apache.
Beh, la stessa cosa scritta in PhP (ad oggetti) su Apache e' n volte
piu' lenta, senza alcun benchmark, ad occhiometro.
Il trucco e' che tutte le chiamate sono non-bloccanti, come
avevo detto a quello stolto di Bocic che non mi ha ascoltato, e va
allegramente ad impelagarsi tra race-conditions e deadlock (ghghghgh).
</Ceglia mode>
HAND,
  ngw

 </Ceglia mode>
grazie al piffero già che ci sei perchè non lo sviluppi su rompager ti
assicuro che è ancora più rapido :-P


 allegramente ad impelagarsi tra race-conditions e deadlock (ghghghgh).
ma cosa c'entra? :D nel mio caso si parlava di un sistema completamente
differente, un processore di code basato su eventi. ed in 4 mesi che gira,
con carichi discreti, non è mai andato in deadlock.
basta prendere le giuste precauzioni, non è che al mondo le cose buone sono
solo quelli che fai tu :D
btw, anche Cassini che è fatto in C# è enormemente più veloce di IIS, per il
semplice fatto che istanzia qualche classe e fa da ponte verso altre, a
differenza di IIS che fa tante altre cose.
ne deduco che anche il tuo progettino sia più veloce di apache per questo
motivo, ma non ho mai creduto troppo ai benchmark (anche se in alcuni casi
ti danno alcune indicazioni di massima) perchè la bontà di qualcosa si
valuta da moltissimi altri punti di vista.


 valuta da moltissimi altri punti di vista.
Guarda che Apache e' un software Unix, non un software Windows: fa *1*
cosa. La differenza e' che la fa multiprocesso, mentre io me ne sto' in
un processo solo, senza mai bloccarlo.
Le funzionalita' sono esattamente le stesse, e' il paradigma che cambia.
Va la' Bocic, va la', che la volta che ti vedo ti meno a sangue.
HAND,
  ngw

 sangue.
ma te lo ricordi bene bocic? rifletti, rifletti... avra' messo anche qualche
altro etto!


 Va la' Bocic, va la', che la volta che ti vedo ti meno a sangue.
ma se ti spezzo in due solo con lo sguardo?
mangia un po' di tortelli alla zucca e poi ne riparliamo, wil!


 qualche altro etto!
no, sono rimasto uguale, aspetto che tu mi offra una cena o un pranzo per
prenderne q.uno :P



Uhm il 468?
Cooper.
-- 
BlueWare WebAgency
 [web] 
http://www.blueware.it
 
http://www.italchat.it
 [icq] 146781935

 Uhm il 468?
è un modello retrò :DD
ovviamente era il 486 :)



Ah ecco, no perchè dopo il c64 cominciai col 486 a 33mhz e 4mb di ram.... e
al di la di questo non avevo mai sentito parlare di un 468 eheheh :)
Cooper.
PS: Per la cronaca tengo ancora conservato la cpu 486 a 33 mhz ogni tanto la
guardo.... :)


 mangia un po' di tortelli alla zucca e poi ne riparliamo, wil!
Casoma wiel.
<zen>
 Se e' piu' grosso di te, prendilo alle spalle
</zen>
  ngw

 altro etto!
Se dovessi usare questi canoni per te sarebbe finita :D
  ngw


guarda che sono un finto magro... chiedi a bocic... che abbiamo dormito
insieme ;))))


 insieme ;))))
2) non abbiamo mai dormito insieme, ci tengo alla mia reputazione :P


  Se e' piu' grosso di te, prendilo alle spalle
non sapevo che ti piacessero certe posizioni :P
ovviamente ti presto Lino per questo genere di cose, a lui non dispiacerà :D


 ovviamente ti presto Lino per questo genere di cose, a lui non dispiacerà :D
Siamo di nuovo nel loop infinito in cui Lino si fa i cazzi suoi e noi
iniziamo a rompergli le balle (e questa volta sei stato
inequivocabilmente tu).
HAND,
  ngw

 2) non abbiamo mai dormito insieme, ci tengo alla mia reputazione :P
ho anche dei testimoni... quindi e' inutile.
