2014-10-10 14 views
13

Ho eseguito XAMPP su Windows 2008 R2 per molti anni, sto usando solo Apache, MySql e FileZilla. Ho apportato molte modifiche personalizzate e le ho aggiornate in caso di server. Ho affrontato tutti i problemi di sicurezza che sono riuscito a trovare. Funzionando come servizi, i server non sono mai inattivo finché Windows Server è attivo. Sono incredibili stabili. Perché mai la gente mi dice che non dovrei farlo? Nessuno dei Q o A che ho visto qui si occupa delle specifiche, la maggior parte finisce generalmente con "non è raccomandato", "si dice così sul sito web XAMPP, quindi è male". Capisco che non si dovrebbe usare XAMPP out of the box per la produzione perché non è sicuro. Ma avendo cambiato tutti gli utenti root, usando https/certificate invece di plain http, usando utenti MySQL con privilegi limitati nei miei script, usando istruzioni preparate (PDO o mysqli) in query MySQL php, rilevando espressioni, gestendo errori, proteggendo le cartelle di file e il nitty grintoso della programmazione php non riesco a capire perché non posso continuare a utilizzare XAMPP per la produzione. Non ho mai provato alcun problema. Ho stabilito con la percezione che la sicurezza non è il problema principale, deve esserci qualcos'altro. Forse la scalabilità o la gestibilità di grandi siti Web con milioni di utenti (che non è il mio caso)? Per favore dimmelo, ma solo se sai di cosa stai parlando!Perché XAMPP non è adatto alla produzione?

EDIT: ho ricevuto un commento degno di nota altrove:

Non è solo destinata a fare qualcosa di più di sviluppo e boutique uso. E i commenti basati sull'opinione ti dicono perché gli scambi tendono a buttare via questo tipo di domande perché le persone che hanno lavorato con XAMPP e WAMP sono state lì e non sono state impressionate, ma non hanno avuto il problema di raccogliere empirico dati per sostenere la loro opinione.

Questo è un commento equo, e potrebbe anche essere la risposta migliore che avrò mai, ma posso vivere con quello. È un ottimo spunto per esplorare nuove architetture di computer per il mio software.

+1

Più di una domanda per http://webmasters.stackexchange.com/ – andyroo

+4

Non ho mai chiesto l'opinione di nessuno. Ho chiesto le vere ragioni alla base di così tanti Q & A qui allo stack overflow affermando che XAMPP non è adatto per la produzione. Preferirei chiamare quelle affermazioni basate sull'opinione pubblica, ma non la mia domanda.Né c'è qualcosa nella mia domanda che escluda la possibilità di una risposta che è legata alla programmazione. Dal momento che sembra esserci un consenso tra così tanti di voi che XAMPP non è adatto, dovrebbero esserci anche uno o più motivi corrispondenti. Si prega di presentare i casi piuttosto che contrassegnare la mia domanda come basata sull'opinione. – itsproject

+0

E posso aggiungere questo link: http://webmasters.stackexchange.com/questions/69911/why-is-xampp-not-suited-for-production sono ancora più duri di voi ragazzi ... – itsproject

risposta

5

Come dici tu stesso, è tutto basato sulla sicurezza e pronto all'uso, XAMPP è piuttosto insicuro. A parte questo, non ci sono veri svantaggi che io possa vedere. Il software in XAMPP viene regolarmente utilizzato in sistemi commerciali stabili, sicuri. Ci vuole un po 'di conoscenza e tempo per configurare XAMPP in modo che diventi abbastanza sicuro per l'uso di produzione (e questo è il motivo per cui la gente continua a dirti di non farlo), ma dal momento che sembra che tu abbia capito non dovrebbe esserci problema.

2

Anche se non ho mai provato a configurare le finestre in quel modo, mi viene in mente un paio di problemi (diversi dalla sicurezza):

  • gestione finestre e aggiornamenti software - faccio fatica a gestire tutto Windows System tramite console e non riesco a immaginare di gestirlo in produzione
  • prestazioni - (confronto di localhost) linux nel mio caso era sempre più veloce
  • scalabilità di applicazioni Web - la maggior parte delle app è configurata per funzionare in ambiente server linux , quindi eseguire o integrare le librerie di terze parti o altre app può essere talvolta difficile ad esempio. altri percorsi, chiamate alla console non potevano funzionare ecc.

Questi problemi potrebbero essere irrilevanti nel tuo caso, ma nello sviluppo di un progetto più grande dovrebbe essere preso in considerazione.

Problemi correlati