Newsgroup: it.comp.www.php
Titolo: Re: Aiuto x Aruba.it

 Gab 
perchè non hai preso un aruba linux?

 essere problemi di compatibilita' ... 
la piattaforma di sviluppo e quella di produzionedevono essere
*identiche*,i sotware usati devono essere della stessa versione, tu
addirittura vorresti sviluppare su un sistema operativo
diverso? Avrai certamente problemi di compatibilit�.
Ricrea il server windows in locale, o prenditene uno con linux (scelta
consigliata)
 

Redwiz ha scritto:

perch� avr� problemi? a che mi risulta joomla � php e php � 
interpretato, quindi a meno che non fai qualche script o pagina per 
fatti tuoi e fai dei richiami (ad esempio ai drive c: che sotto linux 
non esistono) perch� dovresti avere problemi?
ad esempio io sto creando un cms principalmente sotto linux (ubuntu) e 
salvo una copia di backup su chiavetta perch� occasionalmente lo ritocco 
quando sono a lavoro su windows xp con wamp server.
gli unici problemi che riscontro sono nei permessi e proprietarii dei 
file... ma per il resto funziona tutto sia da un lato che dall'altro.

 [cut]
comunque al di l� di tutto ti onsiglio comunque di prenderti aruba con 
linux (puoi anche fare il cambio diretto) giusto per un (falso?) senso 
di sicurezza in pi�

 non esistono) perch� dovresti avere problemi?
Prima di tutto perch� non vedo il motivo di non potersi fare script e
pagine per i fatti propri.
Secondo perch� alcune estensioni di php che girano su windows non girano
su linux (
http://us3.php.net/manual/en/refs.utilspec.windows.php
) e
viceversa (ad esempio tutte le funzioni PCNTL per il controllo dei
processi), quindi non girano nanche i plugin joomla che utilizzano le
stesse.

 di sicurezza in pi�
Falso? Sai che molto spesso un fix di una vulnerabilit� scoperta sotto 
GNU/Linux non richiede il riavvio di una macchina (amenoch� non parli di 
kernel) e alcune volte, per via dell'immenso parco delle distribuzioni e 
delle configurazioni possibili, manco � sfruttabile?
IMHO un server con GNU/Linux � sicuramente pi� sicuro di un server con 
Windows, premettendo ovviamente che il tipo che ci metta le mani ne 
capisca del proprio O.S. (altrimenti tutti sono bravi ad incasinare).
Come dicevano, php � interpretato, e a quanto pare non gli da manco 
fastidio (all'interprete) il tipo diverso di fine riga tra i vari 
sistemi, quindi se l'OP per qualche motivo non volesse comunque 
cambiare, a patto di usare le stesse versioni di PHP e vari componenti 
(librerie di accesso a mysql per esempio) e "chiamate a basso livello" 
(del tipo, path assoluti), � assolutamente platform indipendent. Occhio 
al charset forse � l'unica cosa.
Enrico

 quando sono a lavoro su windows xp con wamp server.
Non voglio generare flame inutili, ma voglio solo esprimere la mia 
contrariet� a prodotti come wamp e cose simili "precotte".
Enrico

 essere problemi di compatibilita' ...
Ci sono sicuramente, specialmente se hai dei moduli che che devono scrivere 
su files o cartelle.
La differenza sostanziale tra Linux e Windows 200x � che in Linux puoi 
modificare i permessi delle cartelle via FTP, mentre su Windows 200x non lo 
puoi fare.
Per questo motivo, mi ricordo che Aruba ti crea una cartella con permessi di 
scrittura, il tuo problema sar� che dovrai adattare la tua installazione 
Joomla secondo lo schema di cartelle che ti ha creato Aruba su Windows 200x, 
perch� non puoi modificare i permessi via FTP, e Aruba difficilmente ti 
cambier� i permessi su richiesta.
Quindi il problema sostanziale � la differenza di architettura di Windows e 
di Linux, Windows non ha lo stesso sistema di utenti, gruppi, permessi di 
Linux.
Inoltre altra differenza � il server web, sicuramente su Windows il server 
web utilizzato da Aruba � IIS, il che quasi sicuramente non supporter� il 
rewrite, Apache ha dei moduli speciali, e supporta un file che si chiama 
.htaccess per impostare alcune caratteristiche, come configurazioni 
personalizzate, e il rewrite degli indirizzi, molto utile per staticizzare 
gli indirizzi.
Esiste un dll che emula .htaccess su IIS, per� non so se Aruba la installa, 
e quindi quello che ho detto al 99% � vero, cio� non hai .htaccess su IIS, 
tranne se Aruba non usa questa libreria dll aggiuntiva che emula il supporto 
al rewrite di Apache.
Quindi le differenze ci sono, molti hanno risposto ai tuoi dubbi, ma non 
hanno detto nulla di concreto.
I tuoi problemi sono fondamentalmente 3:
 - Gestione Permessi su Cartelle (Questo probabilmente � un problema grosso, 
specialmente se non puoi richiedere di cambiare permessi su cartelle 
specifiche)
 - Supporto di .htaccess (Problema secondario, � opzionale staticizzare gli 
inidirizzi, per� � senza dubbio un handicap)
 - Possibile Gestione Differente dei componenti Internet (Questo in realt� 
non � un problema per Joomla)
Ti conviene passare a Linux, Aruba permette le conversioni.

 Enrico
io lo so...ï¿œ per dire che perï¿œ volendo se uno fa le cose per bene magari 
anche windows puï¿œ essere sicuro (accetta il termine per quello che ï¿œ)
io sono un assoluto sostenitore di linux per caritï¿œ (ed infatti ho un 
hosting linux) e il mio senso di sicurezza ï¿œ molto piï¿œ alto che se 
avessi un hosting windows, era infatti messo tra partentesi con il punto 
interrogativo

Enrico Bassetti ha scritto:

beh per� visto che su windows di usare IIS e fargli interpretare il php 
proprio non ci penso, l'unica alternativa sarebbe installarmi a mano 
apache e compagnia bella...
considerando che non � l macchina di sviluppo vera e propria ma solo 
come scritto, di debug ogni tanto o di sviluppo di alcune cose; su che 
basi la contrariet�? in spiccioli...che c'ha di male?

 stesse.
per questo ho detto "a meno che non fai qualcosa per conto tuo" se per 
esempio io faccio una chiamata a file_exists e ci scrivo il path 
assoluto praticamente parlando funziona, ma tecnicamente � sbagliato, 
perch� se sto sviluppando su linux ci sar� 
file_exists('/var/www/miofile'); mentre su windows questo non funzioner�
peraltro le estensioni di cui parli, � vero che sono solo per windows, 
ma allora uno avr� problemi se passa da windows a linux non viceversa, 
questo perch� tali estensioni non essendoci sotto linux non verranno 
utilizzate (almeno io non lo farei...a che pr�?)

 utilizzate (almeno io non lo farei...a che pr�?)
Sbagliato, ho fatto esempi di estensioni monopiattaforma per entrambi i
sistemi operativi, leggi meglio.
Detto questo,non capisco perch� ostinarsi su questa strada, � sbagliato
sviluppare in un ambiente diverso da quello di produzione. Succedono
casini solo per il fatto di usare python 2.4 da una parte e il 2.5
dall'altra (esperienza personale).
Mi sembra talmente evidente...

 che c'ha di male?
Che � un prodotto precotto, gi� preconfigurato. Molta gente lo installa 
e crede di saper installare Apache + PHP + $altro.
E' vero che installare un server web, php e un database engine � 
complesso delle volte, ma c'� gente che non lo ha mai fatto e non ha la 
pi� pallida idea di cosa voglia dire.
E poi si lamentano se in giro la roba scritta da loro non funziona, e 
non hanno idea del fatto che esiste un file di config per l'interprete php.
Ora, usarlo per non installare ogni santo giorno un ambiente di debug va 
bene (nota, *DEBUG*, io sono contro l'uso di quei cosi nei server), ma 
bisognerebbe IMHO costringere chi lo usa a fare PRIMA un'installazione a 
mano dei componenti, per capire di cosa si sta parlando.
Enrico

 Ti conviene passare a Linux, Aruba permette le conversioni.
Senza dubbio per risolvere i problemi di cui sopra.
Enrico

 windows che su linux che su N altre piattaforme.
Interpretato != multipiattaforma
Anche se spesso � vero che i software "interpretati" sono 
"platform-indipendent" grazie proprio all'interprete, non � una cosa 
immediata, perch� non � possibile implementare tutto su tutte le 
piattaforme.
Enrico

Enrico Bassetti ha scritto:

di quei cosi nei server cosa non ho capito.. (?)
comunque hai ragione ricordo la prima volta che mi compilai sotto slack,
apache, php4 e mysql seguendo una guida un'esperienza formativa l'ho
fatto solo 2 volte poi sono passato ai pacchetti della distribuzione :)
certo saper configurare php.ini o virtualhost � d'obbligo.

Enrico Bassetti ha scritto:

la prova pi� lampante � il flashplayer :)

 Enrico
su questo mi trovi d'accordo ma infatti se vedi lo uso come piattaforma 
"secondaria", ï¿œ che in ufficio c'ï¿œ il pc...dell'ufficio e dev'essere 
windows, in questo caso mi va piï¿œ che bene tanto so che sul sistema 
finale o comunque il sistema di sviluppo "primario" la roba funzionerï¿œ

 
in linea teorica si, in pratica perï¿œ almeno i permessi ci devi dare 
un'occhiata, se non sbaglio joomla ti fa hanche un wizard per quanto 
riguarda i permessi e la configurazione del php.ini ma se hai giï¿œ fatto 
l'installazione dubito che tu possa rifare "il check".

 
� evidente nel caso (come � successo a me) usavo un sistema di sviluppo 
con php5 e poi su aruba avevo l'hosting col php4... allora si che la 
cosa non va.
ma se tu sviluppi con lo stesso php (intendo versione) lo stesso 
php.ini, lo stesso webserver e lo stesso mysql allora probabilemente 
salvo alcune cose (permessi, script ad hoc per un determinato OS o 
estensioni "proprietarie" dell'OS) per il resto che sia windows, linux, 
mac, solaris o altro non dovrebbe creare problemi

 certo saper configurare php.ini o virtualhost � d'obbligo.
Beh, fino arrivare a compilare le cose mi pare un po' eccessivo, 
tuttavia il "semplice" installare i binari e poi mettere mano affinch� 
tutto funzioni non � poco.
Enrico

 tutto funzioni non � poco.
� tantissimo, il manuale di uso del solo apache non si misura in
pagine, ma in metri di pagine :)