Se vuoi quella funzione (significato, capacità di mescolare e abbinare build di componenti apache, mysql e php) e preferisci le app Stack AMP in bundle di terze parti, potresti guardare WAMPServer 2.0 come un'opzione per Windows ... Abbastanza ogni altro L'opzione AMP in bundle che ho esaminato (per Windows, Mac e Linux) non consente di scambiare build di componenti (non includo switch di PHP4 e PHP5 come build di componenti poiché sono stati offerti solo a causa del codice legacy problemi fino a quando PHP5 non è diventato più compatibile con le versioni precedenti e PHP4 meno abbondante).
La maggior parte delle app stack AMP in bundle di terze parti, in particolare build di sistemi operativi basati su Unix (Mac e Linux), al fine di avere i componenti dello stack all'interno della stessa struttura di directory della directory radice "app", devono compilare ogni componente con direttive specifiche e Argomenti che alla fine fanno da filo conduttore ad alcuni dei riferimenti alle cartelle e alle firme binarie in ciascuno dei componenti si costruiscono da soli .... in particolare i componenti mysql e php perché hanno oggetti di libreria che sono entrambi condivisi e devono essere specificatamente referenziati e inclusi durante la compilazione del sorgente ... (e mi sembra che la maggior parte non per qualsiasi motivo si compili solo con tutte le direttive e le librerie opzionali incluse ... non sono sicuro che risolverebbe il problema o no b / c Sono arrivato così lontano con il mio progetto per rispondere a questo ancora).
Un'altra nota, perché si trova nello stesso contesto .... per quanto riguarda i commenti sull'utilizzo delle installazioni autonome dei componenti rispetto agli stack _AMPP, purtroppo so solo quello che ho scritto sopra perché ho provato a configurare usando i 3 autonomi il codice sorgente dei componenti e ho provato ad avere la mia torta e mangiarla .... senza aver mai avuto alcuna esperienza con nessuno di loro prima ... quindi posso dire che ci sono 2 ragioni molto convincenti per cui gli sviluppatori fanno e dovrebbe usare gli stack per ambienti di sviluppo locale:
1) se il tuo progetto utilizza questa tecnologia ma non estende esplicitamente la funzione all'interno del core di un componente, la maggior parte vuole solo essere in corsa per poter lavorare su ciò su cui ha bisogno di lavorare .... e non avere per capire tutte le configurazioni necessarie per i 3 componenti per dialogare senza problemi. Si potrebbe facilmente lottare per giorni per imparare quali direttive, moduli, librerie, argomenti di compilazione, ecc. Sono necessari. Se lo sai già, fantastico, ma non lo consiglio a qualcuno che non lo fa a meno che non lo farai per loro.
2) gli stack in bundle sono autonomi e isolati dai file di configurazione del sistema operativo, quindi è possibile eliminare l'ambiente di sviluppo senza gravi conseguenze .... Se si desidera eseguire script che distribuiscono i file nella cartella "etc" necessaria, non conoscerti, ma di tanto in tanto posso fare un errore e un errore nella cartella ../XAMPP/etc è molto meno doloroso di un errore nella cartella / etc.
3) GUI ... GUI ... GUI ... non tutti sono una riga di comando di Mozart e gli stack AMPP forniscono tutti una buona interfaccia grafica per accendere e spegnere le cose a tuo piacimento. Se vuoi una GUI, graviterai sulle app Stack AMPP ... se non ti interessa, tutto dipende da quanto peso o stock hai messo sui miei punti # 1 & # 2
Ad ogni modo, mi dispiace per la tesi di "Come far sbadigliare qualcuno", spero che qualcuno ne tragga qualcosa.
