Denna delen av 99 uppdateras inte längre utan har arkiverats inför framtiden som ett museum.
Här kan du läsa mer om varför.
Mac-nyheter hittar du på Macradion.com och forumet hittar du via Applebubblan.

PHP, DotNet eller ASP?

Tråden skapades och har fått 8 svar. Det senaste inlägget skrevs .
1

Vi är ett företag som ska göra om vår hemsida som idag är gjord i ASP. Bl a ska vi spegla vissa uppgifter i vårt FileMaker-system till webbsidan. Webbservern som förvaras externt har SQL.

Nu får vi olika råd från olika håll, vilket språk ska vi använda?

ASP, stelt och gammalt?

PHP, opensource ingen garanti för vidareutveckling

DotNet, Höga licenskostnader, fungerar inte med FileMaker

Lasso, Går det att göra hela hemsidor i Lasso?

Vad är sanningen?

Finns det någon på detta forum som kan opartiskt berätta sanningen.

Vi kan börja med att slå ihop "DotNet" och ASP till ett: asp.net
http://en.wikipedia.org/wiki/ASP.NET

Lasso är pyttelitet och även om en liten hardcore grupp tycker att det är otroligt mycket effektivare och bättre än allt annat får du problem att hitta utvecklare, du måste hitta hosting som erbjuder Lasso (mycket ovanligt) och du får licenskostnader.

PHP är opensource alternativet som är absolut störst. "Ingen garanti för vidareutveckling" gällde möjligen 2000-2001 men nu är det så stort och nästan varenda webhotell i hela världen erbjuder PHP - ofta i kombination med MySQL och webbservern Apache. (alla tre gratis och mycket kraftfulla)

För många står valet mellan asp.net eller LAMP (Linux/Apache/MySQL/PHP) och när du börjar titta på kostnaderna får du välja väg helt enkelt.

Ursprungligen av Örjan Borgström:

Vi är ett företag som ska göra om vår hemsida som idag är gjord i ASP. Bl a ska vi spegla vissa uppgifter i vårt FileMaker-system till webbsidan. Webbservern som förvaras externt har SQL.

Nu till själva projektet:

- Du har information i en FileMaker databas som ska publiceras på hemsidan. Ska information även hämtas från webben in i FileMaker, exempelvis genom formulär?

- Hur ofta ändras informationen i er FileMaker databas som ska publiceras på webben?

- Vilka andra funktioner på hemsidan sparas i databasen?

- Vilken SQL använder ni idag?

Björnström;- Du har information i en FileMaker databas som ska publiceras på hemsidan. Ska information även hämtas från webben in i FileMaker, exempelvis genom formulär?

Ja en funktion vi har redan idag, anmälningar till våra kurser kommer in varje morgon som en textfil som genom en importfunktion med manuell kvalitetskontroll förs in i FileMaker.

Björnström;- Hur ofta ändras informationen i er FileMaker databas som ska publiceras på webben?

Den ändras kontinuerligt men det räcker om webben uppdateras t ex varje natt

Björnström;- Vilka andra funktioner på hemsidan sparas i databasen?

Förutom anmälningsfunktionen så är det bara från FileMaker och ut på webben.

Björnström;- Vilken SQL använder ni idag?

Vi har en vanlig SQL server, alltså inte My SQL.

Valet mellan LAMP eller .NET beror nog också på vilka utvecklare du tänkt använda, vilka du kan få tag i. På svenska konsultföretag finns det nog betydligt bättre resurser för .NET-utveckling, så har jag i alla fall uppfattat det.

PHP kommer att finnas kvar för en lång framtid eftersom det är så dominerande nu, men frågan är hur PHP utvecklas, det finns en del diskssioner kring att den dåliga uppslutningen kring PHP5 gör att PHP är döende ur en synvinkel.

Utöver PHP finns det en del intressanta andra scriptspråk som vuxit på sistone som Python och Ruby, vi har några förespråkare för det här på forumet har jag för mig.

För min del är valet enkelt, PHP, men det beror ju på att jag jobbat i det i sju år...

Om det är låg-intensiva transaktioner borde det väl gå med inbyggda webb-stödet i Filemaker Pro Server Advanced? Låter som att det borde räcka för att spara er pengar och besvär.

Ett alternativ som tillåter hög belastning är att använda MySQL för webbapplikationerna och FileMaker Server lokalt. Sen använder man ODBC med jämna mellanrum för att synka. Vi har byggt en sådan lösning åt ett företag som använder vår shoplösning med deras FileMaker ekonomisystem.

"Vanlig SQL" - är det Microsoft SQL Server du menar?

Ursprungligen av Björnström:

Om det är låg-intensiva transaktioner borde det väl gå med inbyggda webb-stödet i Filemaker Pro Server Advanced? Låter som att det borde räcka för att spara er pengar och besvär.

Ett alternativ som tillåter hög belastning är att använda MySQL för webbapplikationerna och FileMaker Server lokalt. Sen använder man ODBC med jämna mellanrum för att synka. Vi har byggt en sådan lösning åt ett företag som använder vår shoplösning med deras FileMaker ekonomisystem.

"Vanlig SQL" - är det Microsoft SQL Server du menar?

Vår FileMaker server står inte öppen mot webben idag så tanken är att varje natt överföra data från FM servern till webbservern och byta ut innehållet i berörda tabeller. På så sätt så är webben uppdaterad varje morgon, vilket räcker.
Ja det är en dyrt betald Microsoft SQL.

Då tycker jag att du ska köra Filemaker Pro Advanced Server och ODBC för att skjuta data mellan dina Filemaker databaser och exempelvis MySQL (om du nu väljer PHP) eller er Microsoft SQL (om du väljer .NET).

Sätt ett script som uppdaterar var 30:e minut eller något liknande - såvida det inte är några enorma datamängder tar det inte mer än 10-50 sekunder att köra scriptet.

Tack för svaret, vi ska diskutera med vår FM-konsult på måndag så får vi se hur vi går vidare.

1
Bevaka tråden