Quali problemi sorgono dalla scrittura di PHP per IIS / SQL Server piuttosto che Apache / MySQL?

Question

Quali problemi sorgono dalla scrittura di PHP per IIS / SQL Server piuttosto che Apache / MySQL?

#1 da (4 voti)
#2 da (2 voti)

1

Sono uno sviluppatore .NET, che attualmente sta scrivendo un sito ASP.NET ospitato sui nostri server locali con Windows, IIS e SQL Server. Stiamo parlando a una società in India per l'assunzione di uno sviluppatore per un sito diverso, scritto in PHP, ma idealmente eseguito sullo stesso server: Windows, IIS, SQL Server. Non conosce molto bene l'inglese.

È appeso a LAMP - sostenendo che ha bisogno di usare Linux, Apache e MySQL perché sta scrivendo in PHP. Non ho esperienza con PHP, ma è supportato da IIS e SQL Server. Cosa mi manca qui? Non posso dire se non sa di cosa sta parlando o semplicemente non può capirci - ugualmente brutti problemi.

sql web-development php apache iis

posta Sinjai 11.07.2017 - 16:47

fonte

2 risposte

Leggi altre domande sui tag sql web-development php apache iis

Tutte le dipendenze devono essere create nel livello sottostante? Quanto è utile il riutilizzo del codice linea per linea?

score 4 · Answer 1

Assolutamente no aggiuntivi . Sicuramente, ci sono delle differenze. Ma queste sono differenze, non problemi:

Se scrivi SQL su misura per SQL Server, ovviamente non sarai in grado di eseguirlo su MySQL / Maria / Aurora o Postgres
Alcuni pacchetti PHP vengono forniti con un file .htaccess che è specifico per Apache. Potrebbe essere necessario tradurli nel proprio IIS web.config. Ci sono strumenti per farlo e non è poi così difficile da fare manualmente,
Qualsiasi estensione PHP che usi deve essere disponibile per Windows. Le estensioni mainstream sono supportate su entrambe le piattaforme; alcuni esotici potrebbero non essere disponibili per Windows. Puoi verificarlo in anticipo; ma per il 99,9% degli scopi per cui PHP è adatto, tali estensioni non sono necessarie.

Nota: è possibile sviluppare localmente su Apache e quindi eseguire test, controllo qualità, gestione temporanea e produzione su IIS. Lo ha già fatto e ci ha costretto a non codificare verso un sistema operativo o un server web. Credo che il codice abbia beneficiato di questo.

score 2 · Answer 2

Non sono uno sviluppatore PHP, ma uno sviluppatore che insiste sul fatto che il codice in fase di sviluppo debba essere collegato a un database specifico è, a mio parere, non all'altezza con lo sviluppo moderno. La tendenza dello sviluppo è quella di astrarre il database SQL e scrivere il codice seguendo un modello ORM in modo che l'applicazione non sia accoppiata strettamente a una qualsiasi piattaforma SQL. Una rapida ricerca su Google rivela che esiste ORM nel mondo PHP e framework di astrazione dei dati, ecc.

Ecco una buona discussione su Stack Overflow su PHP e ORM: link

Per il resto dello stack (LAMP), è possibile eseguire PHP su server Windows usando IIS e PHP, oppure httpd e PHP di apache, ecc. Inoltre, questo non dovrebbe essere legato a un sistema operativo specifico. Tuttavia, lo sviluppatore probabilmente si sente a casa con lo stack LAMP. Non lo vedo come un grosso problema. Ma dire che la piattaforma di database deve essere specificatamente MySQL, e non essere flessibile / adattabile su quel punto, è una bandiera rossa (per me).