0.1 Wat is SSI Hosting??
0.2 Hoe werk SSI?
0.3 Watter webbedieners SSI-opmaaktaal ondersteun??
0.4 Algemene SSI-riglyne Woordelys
0.5 Finale gedagtes oor SSI
1 Ander kenmerke in tale en raamwerke
2 Bedienerskant bevat gereeld vrae
Wat is SSI Hosting??
Server Side Include (SSI) is nie 'n spesifieke tipe hosting nie, maar eerder 'n eenvoudige skriptaal van die bediener. SSI is 'n maklike manier om klein stukkies inligting gereeld by te werk op 'n groter, statiese HTML-webwerf.
Hoe werk SSI?
SSI werk deur skrifte in te sluit in die HTML-kode van 'n webinhoudlêer. Die bediener evalueer dan hierdie riglyne en dateer die inhoud op voordat die bladsy aan die gebruiker vertoon word. Hierdie dinamies gegenereerde inhoud het nie 'n Common Gateway Interface (CGI) -program nodig om die hele bladsy te bedien elke keer as dit gekyk word nie. Gevolglik ervaar gebruikers vinniger bedienerprestasie.
As 'n bladsy met SSI bedien word, sal die kyker die koderingstaal as 'n werklike waarde sien, soos die huidige datum of tyd of 'n navigasiemenu. As 'n vinnige manier om gereeld bygewerkte inhoud te verander, is SSI ideaal om 'n aktiewe en relevante beeld aan te bied. Een voorbeeld van inhoud wat baat kan vind by SSI is 'n daaglikse aanhaling wat in 'n kop- of voettekst verskyn – al wat u hoef te doen is om die aanhalingslêer te verander, en die verandering sal op u werf weerspieël word.
Watter webbedieners SSI-opmaaktaal ondersteun??
Daar is tans vier verskillende soorte webbedieners wat SSI verwerk. Hulle is:
Algemene SSI-riglyne Woordelys
Hieronder is 'n woordelys van die 12 algemeenste SSI-riglyne.
sluit in: vir 'n lêer of virtuele parameter (HTML-bladsy, skrip, tekslêer) laat hierdie richtlijn die inhoud van een dokument in 'n ander in. Die mees gebruikte SSI-richtlijn.
exec: vir 'n cgi- of cmd-parameter voer hierdie richtlijn 'n program-, script- of shell-opdrag op die bediener uit.
eggo: vir 'n veranderlike parameter vertoon hierdie richtlijn die inhoud van 'n gespesifiseerde HTTP-omgewingsdokument.
config: vir die datum, tyd, lêergrootte en foutboodskapparameters, stel hierdie richtlijn die skermformate in.
flastmod: vir lêer- of virtuele parameters vertoon hierdie richtlijn die datum waarop die dokument laas gewysig is.
grootte: vir lêer- of virtuele parameters vertoon hierdie richtlijn die grootte van 'n spesifieke dokument.
if: 'n uitdrukkingsparameter wat gebruik word vir toestandstoetse wat verskeie logiese bladsye vanaf een fisiese bladsy kan bepaal en genereer.
printenv: hierdie richtlijn lewer 'n lys van alle veranderlikes en hul waardes, insluitend omgewings- en gebruikersgedefinieerde veranderlikes.
elif: 'n uitdrukkingsparameter wat dieselfde doel dien as verdere kondisionering.
anders: dinge gebeur ná 'anders' as geen van die voorskrifte van if en elif die huidige toestand is nie.
stel: 'n veranderlike of waardeparameter wat in beide Apache en lighttpd teenwoordig is, wat die waarde van 'n SSI-veranderlike stel.
Finale gedagtes oor SSI
SSI is maklik, doeltreffend en tipies koste-effektief. Dit kan in die begin 'n bietjie ekstra werk verg, maar as u lêers het wat gereeld bygewerk moet word, kan dit u baie tyd en moeite bespaar wanneer u u webwerf onderhou..
Oor die algemeen ondersteun u gasheer die gebruik van SSI op u webwerf as deel van u gasheerpakket, alhoewel dit aan die webmeesters en administrateurs is om die toepaslike lêers te skep. Die standaard is om HTML-lêers wat SSI bevat 'n .shtml-uitbreiding te gee vir vinnige verwerking vanaf die bediener. 'N Apache-hanteerder kan ook nuttig wees vir die akkurate bedienerverwerking. Raadpleeg u gasheer vir meer inligting.
Bedienerskant bevat gereeld vrae
Wat is 'n paar goeie redes om die bediener kant te gebruik, sluit in?
In hierdie moderne tyd van ontwikkeling van die webwerf, is die enigste rede waarom u die bedienerskant moet gebruik, om 'n webwerf op te dateer wat steeds hoofsaaklik in HTML gebou is. Die belangrikste rede waarom serverkant (SSI) op HTML-webwerwe gebruik is, was om die manier waarop klein stukkies inligting op 'n groot webwerf opgedateer is, soos 'n aanlynwinkel of 'n aanlynportaal, te stroomlyn. Met die ontwikkeling van PHP- en PERL-programmering- en inhoudbestuurstelsels is SSI grootliks 'n uitgediende programmeringsmetode.
Is daar redes vir die gebruik van die bedienerkant nie??
Tensy u nog steeds 'n groot webwerf met 'n HTML-kode in die ou skool bestuur, is bedienerkant 'n verouderde programmeringstegnologie wat u nie op u webwerf moet gebruik nie. Met die vooruitgang in PHP- en PERL-programmering die afgelope half dekade en die wydverspreide gebruik van inhoudbestuurstelsels vir die ontwikkeling van webwerwe, is SSI nie meer 'n toepaslike metode om te voorkom dat dit herhaaldelik herhaalde reëls kode op elke bladsy op 'n webwerf moet voeg nie.
Wat is die alternatiewe vir die bediener kant??
Aangesien die ontwikkeling van inhoudsbestuurstelsels die behoefte aan baie bedieningsaspekte uit die weg geruim het, is die hoeveelheid relevante alternatiewe vir SSI ook baie min. As u u webwerf in PHP of PERL kodering in plaas van HTML, moet u die behoefte aan hierdie SSI uitskakel en ook die behoefte om 'n alternatief te vind, uitwis. HTML5 is egter 'n lewensvatbare alternatief vir video- en interaktiewe media-inhoud in plaas van SSI. Met soveel opsies vir die aanbieding van media, is die inbedding van derdepartye ook 'n opsie om te oorweeg wanneer u 'n alternatief vir SSI vind.
Moet ek weet hoe om te programmeer om bedienerkant in te sluit??
Ja. 'N Algemene voorbeeld van kodering vir 'n bedienerkant is soos volg:. Met hierdie kodeks kan 'n ontwikkelaar die kode vanaf 'n lêer op 'n webblad skakel. Om hierdie manier te kodeer, moet u HTML-kodering en die regte ligging op u HTML-webblad ken om die SSI-kode by te voeg, en dan die reëlkode herhaal op elke bladsy wat die inhoud moet laai. Dit is nie gevorderde kodering nie, maar moderne inhoudbestuurstelsels maak dit grootliks 'n verouderde stuk programmeringskennis.
Wat die vereistes vir die aanbieding van bedienerkant insluit, is?
Bedienerskant bevat werk nie op 'n tradisionele .html-webblad nie. Daarom moet elke webblad wat 'n bedienerkant bevat (SSI) -lêer hernoem word na .shtml. Om 'n .shtml-bladsy te verwerk, moet u 'n Apache-hanteerder skep om die nuwe HTML-uitbreiding te laai. In die .htaccess-lêer van u webwerf moet u moontlik ook 'n reël kode byvoeg om .shtml-lêers op 'n .html-bladsy te laat loop. Raadpleeg u gasheerverskaffer as u SSI-hosting nodig het en onseker is hoe om dit op te stel.
Webwerwe wat self aangebied word en hul geassosieerde skrifte hoef U nie 'n bediener te besit en te bestuur om u werf te huisves nie. In plaas daarvan beteken dit self-host dat hosting nie direk aangebied word deur die ontwikkelingspan wat die sagteware en stelsels geskep het wat u gebruik om u webwerf te bestuur nie. Om 'n skriptaal soos self-aangebied te gebruik, soos SSI, moet u 'n gasheerverskaffer kontrakteer voordat u u webwerf bou en seker maak dat hulle SSI-hosting as 'n opsie saam met hul pakkette aanbied..
Moet ek bestuurde hosting benodig om die bedienerkant in te sluit??
Kan ek bedienerskant insluit op 'n gedeelde gasheerplan??
Gedeelde gasheerplanne kan waarskynlik SSI's aanbied as gevolg van die eenvoud van die soort webwerwe wat dit vereis om die publikasie van inhoud te vergroot. Voordat u enige gedeelde hosting-ooreenkomste aangaan, moet u seker maak dat u toegang tot die bediener het om 'n Apache-hanteerder vir .shtml-webblaaie by te voeg. As u dit nie op u gedeelde hostingplan kan doen nie en u gasheerverskaffer nie die vermoë sal toevoeg nie, moet u waarskynlik 'n toegewyde hostingoplossing oorweeg of 'n ander verskaffer vind.
Hoe bedienerskant insluit, vergelyk met HTML5 as skriptaal?
Hierdie twee skriftaale is nie regtig vergelykbaar nie, maar vir video- en interaktiewe media-inhoud sodra dit via SSI bedien is, is HTML5 die nuwe moderne oplossing om streaming video op enige toestel te bedien. Benewens die bediening van video-inhoud en ander streaming media op mobiele toestelle, is HTML5 ook 'n standaard internetopmaaktaal vir die aanbieding van alle soorte inhoud. Met inagneming van die irrelevansie van HTML en SSI, moet webwerf-eienaars wat steeds hierdie tipe kodering vir hul webwerwe gebruik, waarskynlik opgradeer na die huidige HTML5-standaard.
Hoe bedienerskant insluit, vergelyk met Java as skriptaal?
Wat is die verskil tussen 'n bankoorplasing en elektroniese fondsoorplasings?
Bankoorplasings is tegnies 'n vorm van elektroniese fondsoordragte (EFT), maar dit is 'n baie spesifieke vorm wat ekstra sekuriteit bied vir sowel die sender as die ontvanger. EFT is bloot 'n manier om geld van een bankrekening na 'n ander oor te dra, hetsy binne dieselfde bank of tussen banke. Bankoorplasings behels dat die banke direk met mekaar kommunikeer via 'n veilige, internasionale banknetwerk. Draadoorplasings bied aansienlik meer sekuriteit as EFT, maar kom ook teen 'n baie hoër koste. Die betaling van 'n betaling via die aanlynportaal vir u bankrekening is oor die algemeen gratis.
Wat is u kliënte raamwerk ken??
Weet dat u kliënt (KYC) 'n proses is wat banke en ander ondernemings moet volg om die identiteit van 'n kliënt te verifieer. KYC stel 'n aantal standaarde vas wat gevolg moet word om te voorkom dat banke vir bedrog of kriminele aktiwiteite gebruik word. Die standaarde reguleer die bank se klantebeleid, klante-identifikasieprosedures, monitering van transaksies en risikobestuurstelsels.
Wat is die raamwerk teen geldwassery?
Reëls teen anti-witwassery (AML) is opgestel om te verseker dat banke in staat is om verdagte aktiwiteite op te spoor en aan te meld, insluitend aktiwiteite soos geldwassery, finansiering van terroriste, sekuriteitsbedrog en markmanipulasie. Volgens AML-regulasies moet banke 'n aantal verifikasiestappe doen om te verseker dat hul aktiwiteite nie tot sulke onwettige aktiwiteite bydra nie.
Hoe vergelyk 'n bankoorplasing met 'n elektroniese tjek??
'N Elektroniese tjek, soos 'n bankoorplasing, is dit 'n ander vorm van elektroniese fondsoordrag. Dit laat u toe om 'n betaling te maak met behulp van u bank se routinginligting en u rekeningnommer. Dit is 'n transaksie wat verwerk word deur 'n Automated Clearing House (ACH). Die ACH verwerk die betaling op dieselfde manier as wat hulle kredietkaartbetalings verwerk. Baie maatskappye aanvaar nou elektroniese tjekbetalings, omdat die diens dikwels deur dieselfde betaalverwerker aangebied word as wat hulle gebruik om kredietkaarte te aanvaar. Aangesien u inligting deur 'n derde party verwerk word en nie direk by die betrokke banke soos met 'n bankoorplasing nie, hou die elektroniese tjekbetalings heelwat groter risiko's..
Hoe vergelyk koste vir bankoorplasings met koste vir 'n diens soos PayPal?
Banke vra gewoonlik 'n vaste fooi vir 'n bankoorplasing, ongeag die bedrag wat gestuur word. PayPal volg 'n model wat redelik soortgelyk is aan kredietkaartondernemings, waarin die ontvanger 'n persentasie van die geld wat hy ontvang, betaal. Vir klein betalings kan dit baie aantrekliker wees as 'n bankoorplasingsgeld; Vir groter betalings kan dit egter aansienlik meer word as die koste van 'n bankoorplasing.
Watter alternatiewe bestaan ​​as ek nie 'n kredietkaart het of wil gebruik om te betaal vir die aanbieding nie??
As u 'n gasheerfirma kan vind wat bereid is om bankoorplasings te aanvaar, kan dit 'n goeie opsie wees, veral as u 'n groter gasheeropsie koop of van plan is om 'n hele jaar of langer vooruit te betaal. Maar as die gasheer wat u wil nie betaling vir die oordrag aanvaar nie, moet u uitvind of hy ander nie-kredietkaartbetalings aanvaar, soos PayPal of elektroniese tjek. As u uitreik na hul kliëntediensspan, kan u in sommige gevalle selfs 'n maatskappy vind wat bereid is om papierskyfies te aanvaar, solank u vroegtydig betaal. Dit sal waarskynlik 'n uitsondering wees, maar die meeste ondernemings maak dit graag as dit beteken dat u besigheid kry.
Moet ek bankoorplasings via my eie webwerf aanvaar?
Die een gaan sielkundige soek. Draadoorplasings kan u en u gebruikers kos, en dit kan aansienlik meer werk verrig wat moontlik nie onder u betalingsverwerker val nie. As u reeds 'n stelsel vir betalingverwerkings het, moet u hulle kontak om te sien watter opsies beskikbaar is. Natuurlik, as u groot transaksies hanteer, kan die vaste fooi verbonde aan 'n bankoorplasing u aansienlik minder kos as die betaling van kredietkaarte.
Moet ek bank toe gaan om 'n bankoorplasing te stuur?
Nee. Draadoorplasings kan gewoonlik aanlyn gedoen word. Sommige banke kan egter bykomende riglyne hê wat vereis dat stappe gedoen moet word om u identiteit te verifieer voordat hulle 'n bankoorplasing toestaan.
Watter ander oorwegings moet ek neem as ek die oordrag van my kliënte wil aanvaar??
Die belangrikste ding wat u moet oorweeg, is die veiligheid van u webwerf. Maak seker dat al u sagteware op datum is en dat dit nie verval nie. Dit geld nie net vir bankoorplasings nie, maar u aanvaar ook u persoonlike of finansiële inligting van u kliënte. Daarbenewens moet u sorg dat die rekenaar wat u gebruik om u bediener en enige klantrekords te bestuur, ook veilig en op datum is. Daarbenewens moet u u bank kontak om vas te stel watter vereistes hulle mag stel.
Moet ek my identifikasienommer verskaf om die bankoverschrijving te betaal??
Dit sal afhang van die veiligheidsmaatreëls van u bank. As u die oordrag aanlyn indien, waarskynlik nie, omdat u reeds u identiteit geverifieer het deur aan te meld by u aanlynrekening. As u egter u bank kontak om die betaling in te dien, kan dit nodig wees om te verifieer dat hulle met die regte persoon praat.
Sou die webtuiste my inligting oor die routing moet gee, of sou ek dit aan hulle gee??
As u geld aan iemand oordra, gee hulle u inligting oor die routering wat u aan u bank gee. As u gereelde betalings opstel, is dit egter waarskynlik dat dit aanlyn hanteer sal word en u routinginligting aan die webtuiste sal verskaf.
Kan ek 'n derde party betaalverskaffer gebruik om bankoordragte op my eCommerce-webwerf te verwerk?
Ja. 'N Aantal betalingsverwerkers, insluitend Buckaroo en Paymundo, sal die een of ander vorm van bankoorplasing aanvaar. As u iets vir u e-handelswebwerf oorweeg, moet u u opsies en vereistes deeglik ondersoek.