Indtil videre har jeg brugt php og html til opbygning at min
side, og har givet alle mine sider ekstention navnet .php .
Hvis s� jeg beslutter mig for at g�re brug af noget asp, skal
siderne s� hede .asp, eller er det lige meget om de hedder .htm,
.php eller .asp?
Mange af jer har sikkert svaret p� dette sp�rgsm�l mange gange,
men kunne ikke lige finde noget svar. Beklager! :)
--
Vil du l�re at kode HTML, XHTML, CSS, SSI, ASP eller ASP.NET?
- P�dagogiske tutorials p� dansk
- Kom godt i gang med koderne
KLIK HER! => http://www.html.dk/tutorials
> Indtil videre har jeg brugt php og html til opbygning at min
> side, og har givet alle mine sider ekstention navnet .php .
> Hvis s� jeg beslutter mig for at g�re brug af noget asp, skal
> siderne s� hede .asp, eller er det lige meget om de hedder .htm,
> .php eller .asp?
Generelt skal filer med php hedde navn.php og filer med asp
skal hedde navn.asp.
Hvorfor vil du til at bruge asp, n�r du ellers bruger php?
P� de fleste webhoteller er det desuden enten eller. Enten
kan du bruge asp, eller du kan bruge php, ikke begge dele.
--
Mvh. Kim Ludvigsen
Validerende multimedia p� hjemmesiden:
http://kimludvigsen.dk/tips-internet-websnedker-multimedia.php
> Indtil videre har jeg brugt php og html til opbygning at min
> side, og har givet alle mine sider ekstention navnet .php .
> Hvis s� jeg beslutter mig for at g�re brug af noget asp, skal
> siderne s� hede .asp, eller er det lige meget om de hedder .htm,
> .php eller .asp?
Extension bruges af serveren til at afg�re, hvad den skal med filen:
- En fil, der hedder .htm/.html sendes videre som den er
- En .asp-fil afvikles som et asp-script.
- En .php-fil afvikles som et php-script.
Hvis en side ikke indeholder scripts, vil det give bedst performance at
give den extension'en .htm/.html, da den s� ikke forsinkes af at skulle
gennem en script-fortolker som asp eller php.
Som en detalje kan det tilf�jes at Windows Server (IIS) faktisk selv
v�lge, hvad en extension skal f� serveren til at g�re og nogle
webhoteller giver ogs� den mulighed i deres kontrolpanel. P� den m�de
kan man faktisk godt p� serveren til at behandle .php-sider som om de
var asp-scripts, men der er ingen pointe i det ud over at man sikkert
bare forvirrer sig selv - selvf�lgelig kan man have lidt sjov med at
finde p� sine egne extensions, hvis det skulle friste...
Kim ;o)
> Som en detalje kan det tilf�jes at Windows Server (IIS) faktisk selv
> v�lge, hvad en extension skal f� serveren til at g�re
Det kan man ogs� p� Apache, men jeg vil frar�de det. Jeg har
�n gang v�ret ude for, at webhotellet havde rodet med
serveren, hvorfor indstillingen om at behandle html-filer
som php blev nulstillet. Det bet�d, at alle php-koder i
siderne blev tilg�ngelig for de bes�gende. Ikke s� smart
hvis man har adgangskoder og andre hemmeligheder i filerne
(hvad jeg heldigvis ikke havde).
--
Mvh. Kim Ludvigsen
Tips til websnedkere:
http://kimludvigsen.dk/tips-internet-websnedker.php
> Kim Bach Petersen skrev:
>
>> Som en detalje kan det tilf�jes at Windows Server (IIS) faktisk selv
>> v�lge, hvad en extension skal f� serveren til at g�re
>
> Det kan man ogs� p� Apache
Men bortset fra det, s� er det ops�tningen p� webserveren, der afg�r hvordan
hvilke filer(extensions) skal behandles (eller fortolkes/eksekveres).
--
Med venlig hilsen
Stig Johansen
Er ny hvad ang�r web-design, og har rodet med noget php. Har dog ikke
sat mig ind i asp endnu, men vil det sige, ud fra det du skriver
ovenfor, at asp og php er s� godt som det samme, eller fungere de to
bare ikke sammen?
B�de php og asp er scriptsprog hvis koder kan udf�re nogle
handlinger p� webserveren - det er to forskellige sprog med
hver sine koder, men resultatet er stort set det samme. S�
hvis du allerede er startet med at bruge php, er der ingen
grund til at pr�ve at bruge asp, du kan sikkert lave det
�nskede med php i stedet.
Det kan sikkert godt lade sig g�re at ops�tte en wenserver,
s� det er muligt at bruge begge dele p� samme tid, men jeg
tror ikke, du finder mange webhoteller, der tilbyder den
slags. De fleste tilbyder abonnementer, hvor man kan bruge
enten php eller asp.
--
Mvh. Kim Ludvigsen
Omfattende Ubuntu-guide:
http://kimludvigsen/linux
> Det kan sikkert godt lade sig g�re at ops�tte en wenserver, s� det er
> muligt at bruge begge dele p� samme tid, men jeg tror ikke, du finder
> mange webhoteller, der tilbyder den slags. De fleste tilbyder
> abonnementer, hvor man kan bruge enten php eller asp.
One.com tilbyder begge dele, men det er s� Sun asp.
Det hedengangne ConCor tilb�d ogs� b�de asp og php p� samme server (jeg
ved ikke med deres afl�ser, Match2Web). php k�rte der p� Windows-server
med de begr�nsninger det medf�rte for php'en.
Jeg tror dog ikke det er muligt at k�re asp og php i samme fil, alene p�
grund af filendelserne som de fleste webhoteller kr�ver (hhv. .asp(x) og
.php). I hvert fald ikke hvis man ikke har adgang til at pille ved
serverops�tningen.
--
Philip - http://chartbase.dk
>Kim Ludvigsen skrev:
>
>> Det kan sikkert godt lade sig g�re at ops�tte en wenserver, s� det er
>> muligt at bruge begge dele p� samme tid, men jeg tror ikke, du finder
>> mange webhoteller, der tilbyder den slags. De fleste tilbyder
>> abonnementer, hvor man kan bruge enten php eller asp.
>
>One.com tilbyder begge dele, men det er s� Sun asp.
Det er fordi det k�rer p� en *nix-server. Med IIS kan man k�re MS-ASP og
PHP samtidig. Det tilbyder fx Wannafind p� deres "Enterprise"-hotel.
>Det hedengangne ConCor tilb�d ogs� b�de asp og php p� samme server (jeg
>ved ikke med deres afl�ser, Match2Web). php k�rte der p� Windows-server
>med de begr�nsninger det medf�rte for php'en.
Hvilke begr�nsninger er det?
Mvh. J�rn
--
J�rn Andersen,
Br�nsh�
> Hvilke begr�nsninger er det?
At de gerne er et versionsnummer bagefter p� Windows-hotellerne. I hvert
fald n�r det kommer til decimalerne i versionsnummeret.
Det er ogs� mit indtryk at IIS-hotellerne var l�ngere om at opgradere
til php5, hvis de overhovedet har gjort det endnu.
Det er nu heller ikke s� l�nge siden (p� denne side af nyt�r), jeg
f�rste gang h�rte fra en der h�vdede at det var lykkedes ham at f� php5
og MySQL til at snakke sammen p� en IIS.
> Hvilke begr�nsninger er det?
Jeg glemte da lige den mest kendte begr�nsning: Datoer.
P� IIS-servere kan php ikke h�ndtere datoer fra f�r Unix-�raen, 1.
januar 1970. I hvert fald ikke lige s� nemt som p� en Apache-server.
> J�rn Andersen skrev:
>
>> Hvilke begr�nsninger er det?
>
> Jeg glemte da lige den mest kendte begr�nsning: Datoer.
> P� IIS-servere kan php ikke h�ndtere datoer fra f�r Unix-�raen, 1.
> januar 1970. I hvert fald ikke lige s� nemt som p� en Apache-server.
Jeg tror squ du blander nogle ting sammen.
Epoch ligger p� OS niveau, og ikke p� webserverniveau.
Nogle OS'er k�rer med Epoch p� 1/1-1900 eller 31/12-1899.
At *nix k�rer med Epoch p� 1/1-1970 vidner n�rmere om at det er
'nybegyndere'.
Scriptsprog er s�rdeles brgr�nset, og afh�ngig af underliggende komponenter.
Hvsi du tager en *nix implementering, s� er der typisk implementeret eks.
gd-lib, perl, zlib osv.
Disse ting er ikke standard under MS(/IIS), s� php/IIS vil nok f�les
begr�nset.
Hvis man har sin egen server, s� er det dog ikke en begr�nsning, da man kan
installere 'hvad som helst'.
P� samme m�de, hvis man har sin egen (MS) ASP server, s� kan man lave lige
s� mange 'Active Server Objects', som man �nsker.
Hver (implementering) har sine styrker.
Databaser f.eks., her bruger man ADO, under MS/IIS, og med f.eks. en UDL fil
som reference, s� kan man benytte en, stort set, hvilken som helst
database, PHP derimod har specifikke klasser til hvert DB system.
MS har f.eks. sin egen XML parser, s� hvis PHP laver bindings til andre
parsere, s� kr�ves det, at de er implementeret, samt at MS er 'godt med' p�
den front(aka de andre er bagud).
osv....
> Jeg tror squ du blander nogle ting sammen.
Det kan godt v�re at jeg blander tingene sammen n�r det g�lder *�rsagen*
til det.
Men min erfaring er dog at webhoteller (hvor jeg jo ikke har adgang til
selv at ops�tte serveren) der k�rer p� Windows-server, har problemer med
datoer f�r 1970 i php, mens det problem ikke eksisterer p� *nix-hoteller.
P� min egen computer oplever jeg samme forskel p� IIS og Apache (begge
installeret p� Windows).
Da jeg havde IIS, havde jeg problemet. Da jeg skiftede IIS ud med XAMPP
(dvs. Apache Server), forsvandt "problemet". Begge dele installeret p�
en computer med Windows.
For de fleste er det nok en begr�nsning der er til at leve med, men det
g�r ikke noget at man er klar over at begr�nsningen er der.
> Men min erfaring er dog at webhoteller (hvor jeg jo ikke har adgang til
> selv at ops�tte serveren) der k�rer p� Windows-server, har problemer med
> datoer f�r 1970 i php, mens det problem ikke eksisterer p� *nix-hoteller.
>
> P� min egen computer oplever jeg samme forskel p� IIS og Apache (begge
> installeret p� Windows).
> Da jeg havde IIS, havde jeg problemet. Da jeg skiftede IIS ud med XAMPP
> (dvs. Apache Server), forsvandt "problemet". Begge dele installeret p�
> en computer med Windows.
Det lyder som en helt klar fejl i PHP fortolkeren (ISAPI versionen).
B�de IIS og Apache bruger eksterne 'moduler' (eller CGI), og ved principielt
ikke om det er PHP/ASP eller 3. script/native code.
Udbredelsen af PHP/ISAPI/IIS er sikkert ikke s� stor, s� man vil
fejlmelde/kvalitetssikre det.
Jeg har f.eks. PHP/ISAPI/IIS installeret p� en af mine maskiner, og der
fejler lortet med noget hukommelsesfejl for hver request.
Da jeg kun bruger det til sm� afpr�vninger(once in a while), lever jeg med
det.
Men n�r(=hvis) jeg tester lidt PHP, skal jeg stoppe og starte IIS'en for
hver request for at f� clearet bug'en i PHP.