Det är såhär att på jobbet så har dom bestämt sig för att vi ska gå över till pyttemjuks IIS-server som då givetvis har asp och kör med sql...
I mitt hjärta har jag tagit åt mig PHP.. varför behöver jag nog inte förklara mig i detta forum.
Har jag några bra argument för att kunna fortsätta med PHP, som då måste köras på IIS-server.. (vilket jag har föstått inte är någon bra kombination) jag vet inte så mycket om den tekniska biten om servern. eller är världens duktigaste på PHP. Men är det klokt o blanda in PHP med nuvarande ASP-lösningar där.. för det är väl antagligen inte MySQL-databas jag kommer köra emot.. men visst borde PHP kunna köra mot alla databaser...
Vet inte om jag utryckte mig så bra. men jag kanske får igång en liten diskussion och lite frågor ;)
PHP kan köra mot de flesta databaser, bl.a. MySQL, SQL Server, Access, Oracle, m.fl., så det ska inte vara något problem.
Att PHP inte skulle fungera så bra på en IIS är fel, det funkar toppen! Bara tanka hem PHP och göra ett par enkla inställningar på servern så är det fixat.
Att blanda PHP och ASP spelar nog inte så stor roll, bara du inte gör det i ett och samma dokument, så ska det fungera fint. Även fast det kanske ser lite konstigt ut om man byter mellan filnamnen huller om buller när man surfar in på sidorna sen... Men det är mindre relevant :)
Allt du behöver göra är bara att be dem installera PHP också, sen är det bara att köra på!
precis, men börja med att berätta att det är minst lika bra som asp, snabbt, effektivt och lätt att utvekla i och *avsluta* med att det är gratis. Så låter det inte som om priset är den största fördelen :)
ASP är ju också gratis, så det är inget vidare argument...
PHP går alldeles utmärkt att använda på IIS, speciellt ISAPI modulen som har mycket bra prestanda.
MySql databasen bör du överge mot MSSQL, om det finns möjlighet, där har du både funktion och prestandavinst (det är inte du som betalar eller... :-)
Prestandan är nog istort samma, kanske att PHP modulen inte är helt klar, gör att det finns viss förlust där. Egentligen handlar det om vad företaget har för policy, och de anställdas programmeringskunskaper.
Det du förlorar att köra PHP på IIS, är alla fina finesser med transaktioner, komponenter, 3:e parts programvara som ex. laddar siten i RAM minnet mm. osv.
Det du vinner är att IIS är mycket enkel att använda och administrera, och antagligen blir utvecklingstiden mindre eftersom du har kunskapen där.
Alla 3:e partskomponenter som finns tillgängliga. tex: skicka SMS, skicka Fax, skapa Excel, Word -filer, mm. mm. plus egna komponenter du skapar i C++ /VB och kompilerar. Det kan ex. vara komponenter som tar hand om alla systemfunktioner i en flerlagers applikation. Detta är en stor styrka med ASP.
Visst, man kan göra en del av detta i PHP, men just möjligheten att köra kompilerade komponenter är en stor vinst, inte minst prestandamässigt.
PHP har den stora styrkan med sina inbyggda funktioner, och har en mycket kraftfull syntax. Fast jag saknar som sagt att det inte är komponentbaserat.
MEN, om ni inte kommer att använda en skalbar lösning, utan bara basera webapplikationen på scriptsidor, och en databas, så är PHP ett utmärkt val, även på IIS.
Hmm, klart att du kan använda dina COMponenter i PHP! Ta en titt på COM-funktionerna! Inte speciellt stort stöd, och absolut inte lika simpelt att använda som i ASP, men det finns... :)
Såg att du nämnde ADO också, vilket jag inte vet om det går att använda... Men COM och ODBC går juh.
dotnetstöd är också på väg, kan jag upplysa herrskapet om... och stöd för kommunikation med Javaklasser (och därmed ejb) finns redan, så någon brist på stöd för komponentbaserad utveckling är det inte.
\r Ado går ju att använda, eftersom det är en COMponent...
\r2 Sen kan man ju tweeka sin php genom att ändra i kjellkoden...
------------------ These are the cries of the carrots, the cries of the carrots! You see, Reverend Maynard, tomorrow is harvest day and to them it is the holocaust.
