Newsgroup: it.lavoro.professioni.webmaster
Titolo: come faccio a fare la stessa cosa con php?

allora: per trovareil percorso fisico di un file su un server IIS posso
scrivere in asp:
<%
Response.Write Server.MapPath ("../mia_dir/mio_file.php")
%>
...ma con un server apache? quale è la funzione in php?
grazie
lith

La variabile globale:
$DOCUMENT_ROOT

 ?>
IL bello di Php rispetto ad ASP č che ci sono sempre 100 soluzioni per ogni
problema.

 problema.
il bello di PHP e' che c'e' un marasma di documentazione e se
proprio uno non vuole uscire pazzo basta guardare nel manuale
e si trova quasi tutto!
bye.

e si trova quasi tutto!
ah ecco, non come asp che non è documentato e per il quale non
esistono né manuali cartacei né documentazione in linea...
-- 
dipende

problema.
il brutto invece è che pare piaccia anche a gente che apre bocca tanto
per dargli fiato.
ecco il limite di asp che mi ha sempre angustiato.  se voglio fare un
if lo posso fare solo con if..[elseif..]..else..end if...  (vabè,
potrei usare un select case ma insomma...).  chissà invece quanto
costrutti condizionali ci saranno in php e quanto sia bello e creativo
averli!  e porco cane, che rodimento di culo ad essere costretti a
ciclare solo con for..next o do..loop...  terribile, terribile...
chissà come faccio a resistere...  e le variabili?  le puoi
dimensionare solo con dim...  eeeh, quanto appiattisce la mia
creatività tutto ciò e che terribili vincoli progettuali che
implica...
-- 
dipende

 implica...
Implica, implica... Basta guardare come Asp, fa gli include di altri moduli,
oppure di come gestisce la OOP e le Classi, mentre tutti conoscono le
qualità del PHP nelle inclusioni di altri moduli e nell'uso della OOP e
delle Classi.
Asp, non permette ne una programmazione Modulare e quindi il riuso di
moduli, ne una programmazione ad Oggetti SERIA e quindi il riuso delle
Classi. Tanto è vero, che in PHP esistono progetti tipo PHPNuke oppure
PhpMyAdmin, per non citare i numerosi Forum ed altri complessi script, i
quali non hanno equivalenti  in Asp, ed il motivo è proprio perchè Asp rende
complicato il riuso (si può fare ma rispetto a PHP è estremamente più
complesso) del codice e la programmazione modulare.
Sui sitarelli ASP può anche essere equivalente a PHP, ma su progetti grossi,
sopra le 25000 righe di codice, ASP comincia a diventare una "mazzata in
testa" per chi lo deve usare, mentre le qualità di PHP si cominciano a
vedere subito.

 cominciano a vedere subito.
in confrono ad 
ASP.NET
 e' un giocattolino...:-)
--
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
La paranoia uccide la conversazione. Questo è il punto.
Ma la mancanza di conversazione uccide le aziende.

 in confrono ad 
ASP.NET
 e' un giocattolino...:-)
Un qualcosa di equiparabile a PHPNuke realizzato con 
ASP.NET
 ?
Io non sono a conoscenza ancora di niente di serio e funzionante realizzato
con 
ASP.NET
, se mi puoi smentire, grazie.

 con 
ASP.NET
, se mi puoi smentire, grazie.
Già che ci siamo mi accodo alla richiesta... vorrei sapere quali sono le
debolezze di Java che ogni tanto Lino tira fuori, e che .NET non avrebbe.
Ciao,
 Stefano
----------
"X WindowSSS, teSSSoro mio... lo odieremo per SSSempre"
Bill Gollum
----------

 complesso) del codice e la programmazione modulare.
no, il motivo è quello che ho detto sopra, ovvero pochi
rispettano i principi della riusabilità per cui nessuno
sviluppatore asp serio prende 'in consegna' un progetto
magari open source con quei limiti per ampliarlo o migliorarlo..



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 

 realizzato con 
ASP.NET
, se mi puoi smentire, grazie.
la mia era una semplice battuta... perche' te le chiami... ma mi spieghi
cosa centra PHPNuke con un ambiente di sviluppo?... secondo me mangi troppo
pane e PHP...


 avrebbe.
te le hanno gia' dette... e ti ho risposto nell'altro post...


 già pronte e con codice a disposizione di tutti.
non e' la stessa cosa... non e' fatto in PHP...


 una sub o funzione sono passate per riferimento e non per
in realta' non e0 neanche cosi'... ASP e' un contenitore di oggetti COM e il
VbScript fa solo da collante per questi oggetti... o almeno cosi' doveva
essere... gli oggetti COM non hanno nessuna limitazione in termini di
riutilizzo del codice.. delle classi etc...
pero' fa molto figo dire che PHP c'e' l'ha piu' duro...:-))) e' una sorta di
inferiorita' psicologica... si deve sempre dire che l'atro fa schifo... un
po' come tutte le tesi fondamentaliste (buono contro cattivo). basta che ti
leggi un po' tutti i post sull'argomento... non mi e' mai capitato uno
sviluppatore ASP o 
ASP.NET
 venire qui' e dire che PHP fa schifo per questo o
per quello... se a qualcuno piace PHP e lo reputa il migliore bene... lo
esalti all'inverosimile... no problem... pero' e' veramente triste fare dei
confronti a somma zero... bello/brutto, buono/cattivo...
ciao
--
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
La paranoia uccide la conversazione. Questo č il punto.


 in confrono ad 
ASP.NET
 e' un giocattolino...:-)
Madonna che confronti...
Allora ASP.net è un giocattolino se confrontato a Zope.
C'entra na sega, Zope è un'application server, ma dato che siamo con la
patta aperta e il righello in mano...
:p

 confronti a somma zero... bello/brutto, buono/cattivo...
in effetti spesso sembra che a pagamento è brutto... mah
Ciao.

 confronti a somma zero... bello/brutto, buono/cattivo...
Ma dai...
Lino, detto chiaramente, da entrambe le parti si può assistere a
un'idiozia di fondo (e non mi tiro fuori) che quotidianamente mi procaccia
un divertimento senza fine. Da una parte c'è l'esaltazione di ciò che si
usa, dall'altra il proliferare di leggende informatiche degne del
dormiveglia di un Ballmer ubriaco.
Solo negli ultimi mesi mi sono sentito dire che PostgreSQL è un
giocattolino in confronto a SQLServer perchè è gratis, che Apache non da
sufficienti garanzie, che per avere un driver sotto Linux bisogna
aspettare che un kernel-hacker compri la periferica (questa è una delle
migliori...) e, dulcis in fundo, che Python è Visual Basic per Linux.
IMHO, si possono trovare difetti e pregi in qualsiasi
linguaggio / piattaforma et al, con la differenza che, di tanto in tanto, un
po' di coerenza non guasta. Ad esempio dopo aver triturato le palle a un
programmatore Python perchè il suo non è un 'vero' linguaggio mentre
Visual Basic è compilato, e che l'OOP non serve ed è una 'moda',
possibilmente non stimarsi quando VB diventa a p-code e inizia ad avere un
supporto decente all'OOP.
Il resto è aria fritta.
Tra l'altro sei un protetto della mia capa, se continuo così perdo il
posto, e di questi tempi la vedo grigia per un piccolo Pythoner come me,
tanto hardcore ma tanto indifeso :p
Ciao,
	Nicholas

 te le hanno gia' dette... e ti ho risposto nell'altro post...
? doh? Me le sono perse... ti riferisci al post in it.comp.www.html? Ho
anche provato a cercare con google sui gruppi ma non lo trovo... mi dai una
dritta?


 dritta?
L'unica discussione seria in merito l'ho avuta con lbo riguardo ai tempi di
sviluppo. Ed è finita in parità.





 la patta aperta e il righello in mano...
la questione e' abbastanza vecchia... e' il mio modo di prendere in giro
Giovanni... perche' ad ogni opportunita' esce fuori con i confronti... non
era assolutamente un discorso serio, il mio almeno...:-)
ciao


 un grosso limite per un linguaggio per dirsi ad oggetti. Per cui
ovviamente hai piu' che ragione... infatti con 
ASP.NET
 gli assembly non
vanno registrati... ed e' un ottima soluzione... possono essere utilizzati
da un solo sito... oppure da tutte le applicazione sul server... dipende
dove le vai a salvare:-)
--
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
La paranoia uccide la conversazione. Questo è il punto.


 me, tanto hardcore ma tanto indifeso :p
questa me la spieghi meglio... anche in privato se vuoi;-))
--
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
La paranoia uccide la conversazione. Questo è il punto.



Si evince:
Java è lento. Falso. Le prestazioni di una applicazione in bytecode Java
sono paragonabili a quelle del C++ (non del C, ma non ci sono più molti
programmatori che fanno in C un progetto di *grosse* dimensioni). Qualche
giorno fa c'è stato un post su it.comp.java in cui un programmatore ci ha
fatto vedere una applicazione che ha scritto in più tecnologie che simula
la configurazione elettronica di un atomo. Guarda caso Java è più veloce
di C#, oppure potremmo dedurre che la JVM è più performante di .NET,
almeno in quel particolare caso di number-crunching. Che guarda un po' è
una delle cose che richiedono macchine molto potenti (oltre ai database,
ma quello è tutto un altro paio di maniche), per le interfaccine grafiche
basta un Pentium. Il link è
http://www.alessandropulvirenti.it/programmazione/index.htm
Se preferisci confutare con qualche report di agenzie indipendenti
(indipendenti come io sono la regina d'Inghilterra) fai pure.
La Java Virtual Machine ha un solo linguaggio: falso. Ci sono un sacco di
compilatori che partendo da altri linguaggi producono bytecode per la
JVM. Vedi 
http://grunge.cs.tu-berlin.de/~tolk/vmlanguages.html
...tanto poi alla fine sempre Assembler diventa.
.NET è un ambiente di sviluppo completo, Java no. Infatti Java è una
*piattaforma*, sulla quale ci sono fior di IDE tipo JBuilder, Sun ONE, ed
ora Eclipse della IBM che pare andare per la maggiore. Anzi, a dire il
vero è tre piattaforme: la versione Enterprise, la versione Standard, la
versione Micro Edition, a sua volta suddivisa in CLC e CLDC a seconda
delle possibilità del tuo palmare o telefonino. Al momento mi risultano
esserci diversi telefonini java enabled (come del resto ci sono palmari
con WinCE).
Con .NET sviluppo più velocemente che con Java. Se conosci .NET e non
conosci Java è sicuro, se conosci Java e non conosci .NET è sicuro il
contrario. Se conosci entrambi puoi giudicare caso per caso. Se poi mi
dici che con Access fai velocemente una mascherina di inserimento dati ti
dò ragione, ma fai lo stesso con JBuilder. Ovviamente il clientucolo che
vuole la gestione di un DB per il suo magazzino o va da Buffetti o se lo
fa fare in Access, la Java Enterprise Edition è stata pensata per aziende
un po' più grandi. Pretendere di usare un cannone per eliminare una
zanzara è da cretini, se vuoi usare Java per fare un programmino per cui
basta Access non hai capito nulla dalla vita (e infatti uso Access o
Excel per le interfacce e Java per interrogare Ingres su un IBM H70, su
cui .NET non mi funziona).
Per Java inoltre puoi trovare Application Server gratuiti come JBoss o a
pagamento come BEA WebLogic, per .NET probabilmente o paghi, paghi, paghi
o ti attacchi. Lasciamo perdere discussioni filosofiche sulla questione
del pagamento, il fatto è che se mi servono ho comunque strumenti validi
per studiare, fare test o sviluppare senza svenarmi.
Il gruppo Apache sta tirando fuori l'impossibile per Java (POI, Tomcat,
Xalan/Xerces)... ed in più Java gira su più piattaforme tra cui macchine
IBM *leggermente* più potenti dei computer Intel-based. Mono forse ci
girerà, forse no, chi vivrà vedrà.
La prtabilità per favore lasciala stare. Tutti i porting - almeno di
progetti un po' consistenti - si rivelano *sempre* essere bagni di
sangue, non credo ai miracoli di .NET, è più facile che Padre Pio scenda
dal cielo a farmi un porting indolore che Bill Gates mi dia un prodotto
che mi permetta un porting indolore, specie considerando la compatibilità
tra differenti versioni dei suoi prodotti. Ma questo capita per tutti i
prodotti di chiunque (oddio no, in effetti è abbastanza facile fare un
porting tra versioni differenti di PostgreSQL).
Quindi tu puoi tranquillamente continuare a sviluppare codice per aziende
medio-piccole che preferiscono prodotti M$, io posso continuare a
sviluppare codice per aziende distribuite su scala nazionale o mondiale
che preferiscono soluzioni miste AIX/Linux/Windows. Così tutti e due
campiamo dignitosamente, non ci intralciamo, e ci divertiamo nel nostro
lavoro.
...quali erano gli altri difetti di Java?


 ...quali erano gli altri difetti di Java?
facciamo cosi'... mi hai convinto... passo a java...


 facciamo cosi'... mi hai convinto... passo a java...
Per carità, no. Rimani su .NET. A Java ci penso io. Solo che mi dà
fastidio sentire che ha difetti come se ce li avesse solo lui.


 ...quali erano gli altri difetti di Java?
ha un logo bruttissimo :P


 fa fare in Access
Ho un bellissimo aneddoto su Access che farà felici molti. Access viola la
Privacy. L'altro giorno, uno mi ha inviato un database creato con in Access,
io l'ho aperto con Delphi e c'era 1 sola tabella come lui mi aveva detto,
con poche righe, ma...
...
...ma il database era di due mega e mezzo, allora io incuriosito, ho
supposto che lui avesse eliminato le tabelle che c'erano prima e sono andato
ad aprire il file .mdb rienominandolo in .txt e poi aprendolo con il
notepad, e non vi dico cosa ci ho trovato.
Ho trovato tutte le tabelle eliminate che chi mi ha inviato il file di
Access non voleva che io vedessi, ma in più ho trovato una marea di
informazioni personali, come email di suoi contatti, e addirittura le
password dei suoi siti!!! Ovviamente io ho avvisato il tizio, ma se io fossi
stato un maleintenzionato?
Morale della favola?
Volete usare "Access", usatelo ma poi "non dite che non vi avevamo
avvisati".
:-)

> non e' la stessa cosa... non e' fatto in PHP...
E' anni luce indietro rispetto a PhpNuke e quindi non fa che confermare il
mio pensiero, parla di 10 miseri moduli, quando in PHPNuke esistono
centinaia di moduli, e non so quante centinaia di temi intercambiabili.
Da quel sito segnalato, si nota subito che genera lo stesso sito con la
stessa grafica, mentre in PHPNuke č facile cambiare i temi e quindi dare una
parvenza diversa a portali diversi, la differenza c'č ed č abissale.

 Morale della favola?
fa sempre bene leggersi i manuali.
chi lavora con Access sa che ha questa abitudine.
basta compattare il database e non si vede più nulla.
e questo perchè ha un meccanismo che dovrebbe migliorare l'occupazione dello 
spazio su disco, evitando che si frammenti troppo.
non è roba da piccolo hacker, è roba da AccessMastella :)


 pane e PHP...
Centra perchè con PHP è stato realizzato mica con ASP. La potenza di un
ambiente di sviluppo si misura in base a quello che i progettisti riescono a
crearci e con PHP è stato creato di tutto.

 non è roba da piccolo hacker, è roba da AccessMastella :)
Non ci siamo proprio, ti rendi conto di quello che dici o no? Ti rendi conto
che l'utente che mi ha mandato il database era convinto di avere cancellato
i dati al suo interno o no? Ti rendi conto che è grave questo o no?
Access solitamente viene usato da utenti poco esperti, i professionisti non
usano access, ma usano database di classe superiore, che appunto gli utenti
poco esperti non sono in grado di usare.
Io sinceramente lo avrei compattato il database access prima di inviarlo, ma
io access non lo uso, perchè preferisco diecimila volte MySQL, che è 10000
volte più veloce, spreca meno spazio ed è più potente  e completo nel
linguaggio SQL rispetto al giocattolo access.

 potente  e completo nel linguaggio SQL rispetto al giocattolo access.
si, infatti quando devi fare un database da girare usi mysql.
comodissimo.
ma va là...


comodissimo. ma va là...
Se l'altro a cui devo dare il database ha PhpMyAdmin non ci sono problemi,
perchè basta copiare  1 "cartella" che solitamente ha il nome del database.
Ovviamente PhpMyAdmin è realizzato con Php.
IL discorso comodità non vale perchè potrebbe anche essere che l'altra parte
non abbia Access. Io per esempio uso Delphi per aprire i file .mdb e uso
PhpMyAdmin per gestire i database MySQL oppure uso Delphi. Quando uso Delphi
per aprire i database MySQL, li vedo come quelli di access, e quindi hanno
la stessa comodità.
In Delphi o apro un database access, o apro un database MySQL non ha
importanza, li guardo nello stesso modo, li gestisco nello stesso modo,
l'unica differenza che c'è è che MySQL non spreca spazio ed è mooolto più
veloce.

 AIX/Linux/Windows. Così tutti e due campiamo dignitosamente, non ci
qua' hai cannato di brutto... se ti dicessi che lavoro per delle
multinazionali... (GROSSE)...


 comodissimo.
come no... lo alleghi alla posta... che ce vo':-)


 poco esperti non sono in grado di usare.
I professionisti (seri) non usano ne' access, ne, mysql ne' altro tout
court. Scelgono piuttosto in base al problema da affrontare ed altri
parametri quali costi, risorse hardware, tempi di sviluppo, ecc. Senza
paraocchi di sorta.
Saluti.
Luciano

 riescono a crearci e con PHP è stato creato di tutto.
hai perfettamente ragione...


 mooolto più veloce.
già, se devi fare estrazioni su 100 record vuoi mettere quanto è comodo 
mettere su un server web, un servizio per far girare mysql.
naaa, troppo bello :)


 come no... lo alleghi alla posta... che ce vo':-)
Mai sentito parlare di dump ?

 naaa, troppo bello :)
Server Web ? No, guarda, si mette il DBMS e basta, poi si usa un frontend
o lo si sviluppa dato che le API sono ben documentate ecc.
Per piccole e piccolissime applicazioni Access (aka Jet, altrimenti il
discorso non ha più senso) è sicuramente ottimo, così come è ottimo usare
i vari Gadfly, SQL Lite (che però è più potente di Jet) ecc.
Ma appena c'è la possibilità di avere più di 5/6 accessi contemporanei Jet
è da scartare a priori, dato che quelli sono gli accessi che Microsoft
garantisce (ma dovrebbe esserci una versione enterprise che arriva a 20).
Paragonare Access a MySql è ovviamente insensato, sono due cose totalmente
diverse, Access *non è* un DBMS mentre MySQL (seppur carente di features
importanti) si. MySQL è stato fatto per il Web, manca di funzionalità che
in ambiti *molto* impegnativi si fanno sentire (stored procedures e viste,
tanto per dirne due) ma è ottimizzato per spupazzarsi molte SELECT e molte
INSERT a una velocità impressionante, e supporta un numero decente di
connessioni contemporanee (os dipendent, conta il threading). 
Dovrebbero essere un migliaio sotto Linux, ma magari sbaglio.
Tutto qui.
	Nicholas

 Mai sentito parlare di dump ?
io si... ma gli utenti che di solito utilizzano access (operatori, addetti
marketing etc...) pensi che lo sappiano?


 marketing etc...) pensi che lo sappiano?
Ovviamente no, ma si parlava se non erro di *scambio* di database, e
sembrava che per un restore e backup del db sotto mySQL si dovesse passare
la directory da quello che dicevate.
Per un 'database da far girare', che era il cruccio di Daniele, il dump è la cosa
migliore a prescindere dalla piattaforma, non certo l'mdb o qualsiasi
altro formato che non contiene solo il database, ma anche tutte le
informazioni per integrarlo nell'applicazione.
Ciao,
	Nicholas

 ha un logo bruttissimo :P
Si... mi piace di piů Duke, la mascotte.


 multinazionali... (GROSSE)...
Personalmente avrei paura a usare prodotti M$ per applicazioni di una
certa levatura. Comunque se a te riesce e finora non hai avuto problemi,
sono contento per te.


 Si... mi piace di più Duke, la mascotte.
cmq, Java ha anche avuto un marketing pessimo. troppe sigle, non si capisce 
troppo l'unione che hanno (invece) tra loro le tecnologie.
Prendi Jini, J2EE e Jini, sembrano cose diverse invece altro non è che Java 
pensato per dispositivi diversi.
ah, magari ti scioccherà sapere che parecchi anna fa Java non mi dispiaceva 
affatto. poi ho cambiato idea :)


 Stefano
Ciao,
Michele Rossellini
--------------------------------
Inviato via 
http://usenet.libero.it

 Si, anche io rispetto le altre opinioni, quindi niente di personale.
e se siamo contenti tutti, non vedo perchè uscirsene fuori con ste robe.
marò, sarà che io sono sclerato ma vi rendete conto che state dicendo, più o 
meno, qualcosa del tipo: "uè merdacce, io qua, io la'".
vabbè, allora anche secondo me tu che usi php sei un coglione, perchè non 
usi JSP che è meglio?
suvvia, io ho altro di meglio da fare che farmi seghe mentali sulla solidità 
di un prodotto. specie se vuoi venirmelo a dire tu che l'hai usato per 5 
minuti, mentre io sono 5 anni che lo faccio.
come direbbe ziliani: fenomeno :D


 Si, anche io rispetto le altre opinioni, quindi niente di personale.
Non ho capito a chi hai indirizzato il 'niente di personale', comunque.



Moderatore di it.comp.www.asp ?? :DDDD





 Non ho capito a chi hai indirizzato il 'niente di personale', comunque.
l'ho detto solo per far capire che non me la prendo se qualcuno la pensa
diversamente da me, quindi non c'e' nulla di personale.. io scrivo per
"chiacchierare".. alla fine non mi importa avere ragione per forza e' sempre
interessante conoscere altri punti di vista. Quindi il 'niente di personale'
non era diretto a nessuno.


 CIAO!.db [D2D001]
Eh come ti sto ripetendo da prima.. non te la prendere se la penso
diversamente da te..


 diversamente da te..
non me la prendo, solo che odio le personi superficiali. e se parli senza 
conoscere le cose, sei superficiale.
e con questo, ti saluto, sai, noi programmatori ASP che siamo una ciofega 
ogni tanto lavoriamo su cose che voi "programmatori" php fareste in meno 
tempo. se ve lo dessero da fare :D
senza ovviamente generalizzare, non te la prendere se la penso diversamente 
da te...


 da te...
Figurati, è un paese libero no ?
	Nicholas

 Figurati, è un paese libero no ?
così dicono :)


 così dicono :)
Ciao,
	Nicholas

 si fa piů i cazzi suoi.
su questo sono d'accordissimo.
č per questo che preferisco 
ASP.NET
 :)
