Wat is er gebeurd ssi en waar eet je het bij?

Serverzijde opnemen (SSI) Dit aspect van WWW-ontwerp is uiterst noodzakelijk en nuttig, omdat het het werk van het maken en onderhouden van een website enorm vergemakkelijkt.

Server Side Include wordt vanuit het Engels vertaald als ‘included on the server side’. Met deze technologie kan de webserver elke andere tekst in de tekst van uw HTML-pagina’s opnemen: de inhoud van tekstbestanden of bijvoorbeeld het resultaat van CGI-scripts. (die, zoals u weet, meestal is opgemaakt als HTML-tekst). Dit ‘inschakelen’ gebeurt onmiddellijk voordat de tekst van de HTML-pagina naar de browser van de gebruiker wordt verzonden, zodat de paginabezoeker niet eens op de hoogte is van dit server-‘gedoe’.

Wat is het voordeel van SSI? De voordelen zijn enorm. Laten we aannemen dat u op elke pagina van uw site een lijst met beschikbare secties van de site heeft geplaatst. Je creatie, zoals het hoort, evolueert voortdurend, en daarom heb je besloten om nog een sectie toe te voegen. Wat nu, alle pagina's in de editor openen en domweg hetzelfde aan de tekst toevoegen? Een Sovjetpionier (die van uitdagingen houdt) zou precies dat doen, en een slimme webontwerper zal dat ook doen gebruik SSI. Om dit te doen, maakt u gewoon een apart tekstbestand (bijvoorbeeld menu.html) en voegt u daar de HTML-code voor de lijst met secties toe. Rechtstreeks op de sitepagina's, op de plaats waar de lijst met secties zich zou moeten bevinden, moet u invoegen de volgende instructies:
Houd er rekening mee dat u de syntaxis van SSI-richtlijnen naar de letter moet volgen. Als u bijvoorbeeld vergeet twee streepjes aan het einde van een richtlijn te plaatsen, zal de server er letterlijk in stikken, waardoor het parseren van de pagina stopt.

Wanneer iemand deze pagina wil bekijken, zal de server de instructie vervangen<#include>de inhoud van het menu.html-bestand. Als u het menu.html-bestand wijzigt, worden alle pagina's waar u gebruik van maakt, weergegeven<#include>, wordt automatisch bijgewerkt. Let op: er verandert niets in de HTML-bestanden die zich op de schijf van de webserver bevinden - de server voegt onmiddellijk tekst in voordat de WWW-pagina naar de browser van de bezoeker wordt verzonden.

In plaats van een gewone naam tekstbestand in de instructies<#include>u kunt de naam van het CGI-script opgeven. In dit geval zal de server eerst het CGI-script uitvoeren en vervolgens het resultaat van het script in de tekst van de WWW-pagina invoegen. Dit betekent dat je zaken kunt implementeren zoals bijvoorbeeld tekst teller bezoeken of het weergeven van een willekeurig geselecteerde zin op de pagina.

Er is nog een indirect voordeel van het gebruik van SSI: door het gebruik van sjablonen zoals het eerder genoemde menu.html worden WWW-pagina's kleiner van formaat en kunt u veel tijd besparen door bestanden via FTP naar de webserver over te zetten.

Maar niet alles is zo geweldig. U kunt bijvoorbeeld niet met SSI experimenteren op een machine waarop geen webserver is geïnstalleerd. De werking van SSI wordt verzekerd door de server, dus bij het bekijken van HTML-bestanden vanaf de lokale harde schijf(bijvoorbeeld C:), negeert uw browser SSI-richtlijnen - vanuit HTML-oogpunt gezien zijn het immers gewone opmerkingen.

Bovendien moet de server worden geconfigureerd om SSI te ondersteunen. En je komt zulke hebzuchtige aanbieders tegen die geld beginnen te eisen voor zo'n opzet. Het is het beste om hun diensten niet te gebruiken, aangezien SSI-ondersteuning wordt ingeschakeld door een paar regels aan de configuratiebestanden toe te voegen Apache-webserver en enkele andere eenvoudige acties van de beheerder, waarvoor het aannemen van geld naar mijn mening een zonde is.

Gelukkig zijn er niet veel van dit soort aanbieders. De meeste bieden standaard SSI-ondersteuning. Maar houd daar rekening mee gratis servers, zoals Hoom, Tripod, Geocities, Chat.ru SSI is niet toegestaan. Je kunt er niets aan doen :-(

Over serverinstellingen gesproken. Wanneer SSI-ondersteuning is ingeschakeld, begint de server alle pagina's te scannen op de aanwezigheid van SSI-richtlijnen, waardoor de belasting van de server toeneemt. Daarom heel vaak systeembeheerders schakel SSI alleen in voor bestanden met een specifieke extensie - meestal .shtml. Dus als SSI niet werkt in .html-bestanden, probeer ze dan te hernoemen naar .shtml, of beter nog, vraag ernaar bij je systeembeheerder :-)

Over het algemeen is SSI dat inderdaad handig hulpmiddel, wat niet de moeite waard is om te negeren als u waarde hecht aan uw tijd (en geld).

Wat is SSI en waarmee wordt het gegeten II

Met dit artikel wil ik een nieuwe subsectie openen over de DVK URL CLUB. "Uw Column" is bedoeld om materiaal en meningen van onze bezoekers te verzamelen. Het eerste artikel is geschreven door onze moderator van de sectie “Smoke Break” gebaseerd op een van de onderwerpen over “Smoke Break”, waarin Alexander enkele kenmerken van het gebruik van SSI-richtlijnen uitlegt. De auteur wil u er ook aan herinneren dat SSI-instructies alleen kunnen worden gebruikt op een server die deze ondersteunt. Meerderheid gratis hosting het netwerk beschikt niet over een dergelijke functie, maar ondersteunt eenvoudigweg geen SSI.

Preambule
De essentie en eenvoudigste technieken van SSI zijn al op deze site beschreven. In de regel vind je zelden iets anders dan een beschrijving van de enkele "include" -functie in zijn eenvoudigste vorm op de pagina's met artikelen over mastering.

SSI kan echter gerust een programmeertaal worden genoemd, zij het niet een volwaardige taal, maar een taal. Met SSI kunt u voorwaarden en variabelen definiëren en kunt u ook werken met zogenaamde omgevingsvariabelen, waarvan er één $QUERY_STRING is, die actief wordt gebruikt bij het programmeren in Perl, PHP en andere serverscripttalen. Dit is waar het plezier begint.

De essentie van het fenomeen of het resultaat dat de Webmaster heeft.
Over het algemeen zullen we het nu over sjablonen hebben. Bij volgende update de persoon die de site onderhoudt hoeft alleen maar een link naar een nieuwe pagina in de inhoudsopgave toe te voegen en een bestand te maken met platte tekst zonder enige opmaak. Mee eens dat dit erg handig is :)

Technologie: voorwaardelijke richtlijnen en de omgevingsvariabele $QUERY_STRING.
Over het algemeen is er een soort index.shtml-sjabloon, namelijk de volgende:





...Coole tags en coole graphics...

Hier zouden er in principe geen problemen moeten zijn met het begrip, maar hier komt het meest interessante deel. Laat me uitleggen dat de waarde van de variabele $QUERY_STRING wordt bepaald door de inhoud van de querytekenreeks na het teken "?" http://maste.ru/razdel/index.shtml?page1.
tweede en belangrijkste onderdeel:

Ik denk dat er een transcriptie nodig is. We hebben vijf richtlijnen, waarvan er drie voorwaardelijk zijn, en twee reguliere opnames:
De inhoud van de queryreeks wordt gecontroleerd op de aanwezigheid van de constructie "?iets" en of positief resultaat de tweede richtlijn wordt uitgevoerd.
Een bestand met een naam die identiek is aan de inhoud van de regel is verbonden, bijvoorbeeld als de queryregel er als volgt uitziet: “http://maste.ru/razdel/index.shtml?page1”, dan het bestand “page1. txt” is verbonden en bevindt zich in dezelfde map als indexbestand.
Wordt uitgevoerd als er geen inhoud zoals "?something" in de regel staat en de URL er als volgt uitziet: "http://maste.ru/razdel/index.shtml" of als volgt: "http://maste.ru/ razdel/ ", en gaat verder met het uitvoeren van de vierde richtlijn.
Het standaardbestand is inbegrepen, dat meestal de inhoudsopgave van de sectie bevat, d.w.z. links naar sectiebestanden, die er als volgt uit zouden moeten zien: link naar pagina nr. 1, enz.
Voltooiing van de toestand.
Vervolgens komt het onderste deel van de html-code:
... nog wat coole tags en coole graphics...

Hoe zal het werken?
De volgende bestanden worden in de map gedumpt:
index.shtml (terminaltype);
default.txt (lijst met links pagina 1 en te de en te pe en hatetepe:);
bestanden pagina1.txt, ..., pagina571756.txt totdat je er genoeg van hebt (in principe kan de naam van alles zijn, het belangrijkste is dat deze overeenkomt met de inhoud na “?” in de overeenkomstige link).
Als u van plan bent SSI-richtlijnen in gewone bestanden te gebruiken, is het beter om ze op dezelfde manier te doen.shtm, .shtml, en vergeet niet de extensies in de code van het index.shtml-bestand te corrigeren.

Hier! Gebruik het voor uw gezondheid :)

Bijna elke niet-professionele website begint zijn bestaan ​​als verschillende HTML-documenten die met elkaar zijn verbonden door kruisverwijzingen. In deze staat gaan veel mensen de eeuwigheid van informatie in. Maar sommige amateursites worden nog steeds populair, krijgen meer informatie-inhoud en nemen in volume toe. Soms groeien ze uit tot tientallen of zelfs honderden pagina's. Maar in wezen blijven het een reeks documenten die voor eens en voor altijd zijn gevormd.

Het onderhouden en bijwerken van een dergelijke site is een echte kwelling voor de eigenaar. Een pagina bestaat in de regel uit verschillende blokken, en sommige daarvan blijven ongewijzigd voor alle pagina's van de site. Dit is de titel navigatiemenu, reclame blok, paginavoettekst. Als u iets wilt wijzigen in een van deze permanente blokken, moet u dit op elke pagina van de site handmatig doen. Het plezier is zeer twijfelachtig. Vaak interessante ideeën blijven ongerealiseerd juist vanwege de grote hoeveelheid montage van tientallen individuele pagina's. SSI maakt deze taak veel eenvoudiger. Bovendien kunt u met de SSI-technologie iets anders doen dat fundamenteel onmogelijk is met behulp van HTML. Het gebruik van SSI is eenvoudig, hoewel kennis HTML-taal zal veel helpen. Als je niet bang bent, ga je gang!

Laten we eerst de afkorting SSI - Server Side Inclusief ontcijferen. In het Russisch: ‘insluitsels aan de serverzijde’. Is alles duidelijk? Dan laten we het daarbij... Hoewel het beter is om het uit te leggen. SSI zijn richtlijnen die in HTML-code zijn ingevoegd en die de webserver besturen. Wanneer dergelijke SSI-inserts in een bestand worden aangetroffen, voert de webserver bepaalde acties uit. U kunt bijvoorbeeld HTML-code uit een ander bestand toevoegen, pagina's direct genereren, afhankelijk van het browsertype, en nog veel meer.

Om ervoor te zorgen dat de server weet dat een pagina SSI-inserts bevat, moet deze een speciale extensie hebben: *.shtml of *.shtm, hoewel dit wordt bepaald door de serverconfiguratie. Meestal wordt *.shtml gebruikt. Dat de server SSI ondersteunt, wordt meestal aangegeven in de hosting- of tariefbeschrijving. Maar het kan geen kwaad om het te controleren. Om dit te doen, zullen we eerst twee bestanden maken. shtml en tweede.html. Eerst in het bestand. shtml kopieer zes regels:

laquo;-//W3C//DTD HTML 4.01 Transitional//EN">

In het bestand tweede. html schrijven we slechts één regel:

Werken!

Laten we nu deze pagina's naar de server uploaden en ernaar schrijven adresbalk browser "www.uw_site/eerste.shtml". Als de server SSI ondersteunt, zien we na het openen van het bestand het bericht "Werkt!" Als er in plaats daarvan staat: ook gefeliciteerd! SSI werkt, maar de SSI-invoeging kan niet worden verwerkt. U kunt bijvoorbeeld in de code invoegen extra ruimtes of geef de bestanden een andere naam. Hoogstwaarschijnlijk draait de server een Unix-systeem, en daarvoor tweede. html en tweede. html - twee grote verschillen.

Als er helemaal niets wordt weergegeven, maar SSI-ondersteuning wordt aangegeven, kunt u het gemakkelijkst contact opnemen met de service technische ondersteuning. Misschien wordt er iets anders gebruikt in plaats van de *.shtml-extensie, of moet SSI expliciet worden toegestaan ​​in de site-instellingen. Hostingspecialisten zullen je in ieder geval proberen te helpen.

Hoe kan SSI helpen met website-onderhoud? De belangrijkste delicatesse is als volgt. We kunnen elk fragment dat op meerdere pagina's op de server wordt herhaald, in één kopie opslaan! Om dit te doen, plaatsen we dit fragment in een apart bestand, bijvoorbeeld fragment.html. Dit bestand is niet nodig,

En andere attributen van een “volwaardig” html-document. Er zou slechts een fragment van de code zelf moeten zijn, dat vervolgens op zijn plaats wordt ingevoegd.

Nu schrijven we overal op elke pagina van de site waar dit fragment nodig is een SSI-insert:

Het bestand moet zich in dezelfde map bevinden als het hoofdbestand. Als u alle invoegbestanden in een aparte map wilt plaatsen, moet u een ander commando gebruiken dat dit specificeert volledige pad naar het relatieve fragmentbestand huidige map:

In het hoofdbestand kunt u dus alleen het 'skelet' van de pagina achterlaten, bijvoorbeeld een wireframe-tabel en de hoofdtekst, en alle permanente blokken toevoegen via SSI-inserts. De volledige pagina wordt “on the fly” door de webserver gegenereerd, alsof het uit afzonderlijke stenen bestaat. De gebruiker ontvangt echter een bericht op de computer volledige pagina, zonder het minste teken van SSI-gebruik. Als je iets in een fragment wijzigt, verschijnt het automatisch op alle pagina’s waar het wordt gebruikt.

Denk je nog steeds na? Dan zullen we, speciaal voor jou, in dit artikel naar zulke goodies kijken dat er geen twijfel bestaat over het gebruik van SSI.

SSI (Server Side Inclusief) is een technologie waarmee u webpagina's gemakkelijk uit onderdelen kunt "samenstellen", de resultaten van het uitvoeren van CGI-scripts erin kunt invoegen en andere dynamische elementen aan de pagina's kunt toevoegen.

Welke bestanden worden verwerkt als SSI, hoe u uw bestanden kunt toevoegen

Standaard controleert de webserver alleen bestanden met de extensie *.shtml op SSI-instructies.

AddHandler server-geparseerd .ext1.ext1

hier is de extensie van bestanden die moeten worden gecontroleerd op de aanwezigheid van SSI. Het wordt niet aanbevolen om de .html- en .htm-extensies toe te voegen, omdat in dit geval de server alle html-bestanden zal controleren op de aanwezigheid van SSI-inserts. Dit kan leiden tot een volkomen zinloze belasting van de server.

Beperkingen

Alle SSI-richtlijnen zijn beschikbaar voor hostinggebruikers, met uitzondering van één beperking voor abonnees die een tarief gebruiken dat niet voorziet in het uitvoeren van hun eigen CGI-scripts. Voor deze clients is het uitvoeren van scripts ook niet beschikbaar via SSI-instructies. Dat wil zeggen, in Apache-termen is de NoExec-optie op hen van toepassing.

Hoe werkt SSI en waarvoor wordt het gebruikt?

Beginnende gebruikers kunnen SSI-technologie hoofdzakelijk voor twee doeleinden gebruiken: een pagina uit delen van de html-code aan elkaar lijmen en scripts uitvoeren om de resultaten van hun werk op de gemaakte html-pagina te plaatsen. In het eerste geval worden de overeenkomstige bestanden van de serverschijf gelezen en ingevoegd in de code van de pagina van waaruit de SSI-code werd aangeroepen. In het tweede geval voert de webserver, nadat hij de SSI-instructie heeft gevonden, een script uit dat zich op de schijf bevindt en voegt het resultaat van het script in de laatste pagina in.

Laten we het eens nader bekijken: Een pagina “aan elkaar lijmen” uit delen van html-code.

Het wordt gebruikt om te voorkomen dat dezelfde html-code op meerdere webpagina's wordt gedupliceerd. U kunt bijvoorbeeld het volledige ontwerp opnemen in SSI-insluitsels, die zijn opgenomen in een specifiek HTML-bestand, dat alleen de tekst van een specifieke pagina bevat. Laten we de “header” van de webpagina (ontwerpelementen, menu, en andere elementen die op alle pagina's aanwezig zijn), en in het footer.inc-bestand plaatsen we het onderste deel van de webpagina (het laatste deel van het ontwerp). Laten we vervolgens een bestand maken met de naam index.shtml, dat er als volgt uit zal zien:

En hier hebben we de hoofdtekst van de pagina;

Er wordt van uitgegaan dat we html-code in de opnamebestanden hebben geplaatst, in ieder geval als start-/eindtags , , enzovoort. Als gevolg hiervan ontvangt de gebruiker een pagina die eerst de inhoud van het header.inc-bestand bevat, vervolgens de woorden "En hier hebben we de hoofdtekst van de pagina" en vervolgens de inhoud van het footer.inc-bestand.

Dit gebruik van SSI is handig omdat u niet voortdurend opnieuw hoeft in te brengen aangemaakte pagina's dezelfde html-code, en ook vanuit het oogpunt van het gemak van het wijzigen van de belangrijkste elementen van de site - we veranderen de html-code op één plek, die onmiddellijk verandert op alle pagina's van de site.

Scripts uitvoeren en de resultaten van hun werk op de gemaakte html-pagina plaatsen. Zo kunt u vrijwel elke functionaliteit op de pagina plaatsen, bijvoorbeeld in Perl (of een andere programmeertaal die door de hosting wordt ondersteund).

U heeft bijvoorbeeld een scriptteller die laat zien hoeveel bezoekers uw pagina hebben bezocht en waar deze zich bevindt /cgi-bin/count.pl. Laten we het resultaat van zijn werk opnemen in een webpagina. Hiervoor plaatsen we de volgende SSI-code in de code van de html-pagina:

Hierdoor wordt de teller die het script weergeeft op de pagina geplaatst die de gebruiker ziet /cgi-bin/count.pl.

Volledige lijst U vindt SSI-opdrachten in de beschrijving van de Apache-module mod_include

Meer voorbeelden van het gebruik van SSI

SSI-instructies kunnen voor meer worden gebruikt dan alleen het uitvoeren van scripts en het opnemen van bestanden. Met SSI kunt u ook werken met omgevingsvariabelen voor webservers, datums manipuleren, opdrachten uitvoeren op basis van voorwaarden, enzovoort. Goede beschrijving De meest populaire toepassingen van SSI-opdrachten vindt u op de CIT Forum-server.

Diagnose van fouten bij het gebruik van SSI

Als u bij het gebruik van SSI-opdrachten op uw HTML-pagina's de melding "" ziet, betekent dit dat er een fout is opgetreden bij het verwerken van de SSI-instructie door de webserver.

Mogelijke redenen het optreden van een dergelijke fout.

#inclusief virtueel zoals #include file bevat de tekst van een ander bestand huidige bestand of voer cgi-script uit. In tegenstelling tot #include kan het bestand relatieve of absoluut pad zonder een protocolnaam (HTTP://) en een domeinnaam (site) kan het dus niet verwijzen naar een bestand op een andere site (PHP wordt gebruikt om bestanden van een andere site te exporteren).

De richtlijn staat paden toe zoals:

example/_ssi.html verwijst naar het bestand _ssi.html, dat zich in de voorbeeldsubmap van de huidige map bevindt.

../_ssi.html verwijst naar het bestand _ssi.html dat zich bevindt in de map waarin het huidige bestand is genest (bovenliggend bestand).

/_ssi.html verwijst naar het bestand _ssi.html dat zich in de hoofdmap van de site bevindt (voor dit bestand http://site/_ssi.html).

Bijvoorbeeld:

#fsize-bestand Grootte van inzetstuk opgegeven bestand. Het bestand waarvan de grootte wordt bepaald, moet zich op dezelfde locatie bevinden als het bestand dat het bestand bevat deze instructies. Bovendien moet het zich in dezelfde map of in een submap bevinden.

Bijvoorbeeld:

#fsize virtueel Voegt de grootte van het opgegeven bestand in. In tegenstelling tot #fsize kan een bestand een relatief of absoluut pad bevatten zonder de protocolnaam (HTTP://) en domeinnaam en dus verwijzen naar een bestand in een andere map op dezelfde site.

Bijvoorbeeld: Zal de grootte weergeven dit bestand: 37K.

Het maatformaat wordt bepaald door de SSI-instructies.

#flastmod-bestand Voegt de laatste wijzigingsdatum van het opgegeven bestand in. Het bestand waarvan de wijzigingsdatum wordt bepaald, moet zich op dezelfde locatie bevinden als het bestand met de instructies. Bovendien moet het zich in dezelfde map of in een submap bevinden.

Bijvoorbeeld:

#flastmod virtueel Voegt de laatste wijzigingsdatum van het opgegeven bestand in. In tegenstelling tot #flastmod kan het bestand een relatief of absoluut pad bevatten zonder de protocolnaam (HTTP://) en domeinnaam en dus verwijzen naar een bestand in een andere map op dezelfde site.

Bijvoorbeeld: Zal de datum van de laatste wijziging van dit bestand weergeven: 08/10/2014.

Het datumformaat wordt bepaald door de SSI-instructies.

#exec cmd Lanceringen extern programma en voegt het resultaat van de uitvoering ervan in de inhoud van de pagina in.

Bijvoorbeeld,

#execcgi Net als #exec voert cmd een cgi-script uit en voegt het resultaat van de uitvoering ervan in de pagina-inhoud in.

Bijvoorbeeld,

#config errmsg definieert het bericht dat in tekst wordt afgedrukt wanneer er een fout optreedt. Omdat het bericht rechtstreeks in de tekst van de pagina wordt geschreven, kan het zinvol zijn om ernaar toe te leiden lege regel ( ) of vraag de bezoeker een fout te melden aan de auteur ().

#configtimefmt Definieert het datumformaat voor de opdracht met behulp van de volgende parameters: