Å lese en fil eller URI er vanlig praksis, og hvordansom regel er det gunstig å gjøre det umiddelbart og i sin helhet. Linje-for-linje eller karakter for linje-lesing er viktig, men det er ikke mange grunner til dette, og dette brukes i spesielle tilfeller.
PHPs filhent innholdsfunksjon leses inn i en streng fra begynnelsen til slutten av filen. Bruken av den er spesielt interessant når adressen til en ressurs på Internett (URI) brukes som en fil.
Funksjonsbeskrivelse
PHPs filhent innhold-funksjon blir somparameter er et filnavn eller URI og sender ut en streng. Dette eksemplet viser brukskoden. Funksjonen kalles fire ganger. Første gang en fil leses som bare inneholder tekst, leses den andre gangen en annen fil, som i tillegg til tekst har HTML-koder.
Det neste samtaleparet blir foretattkonvertering av koding. Dette er ikke alltid nødvendig, men i tilfeller der det genereres rare tegn på utdataene, bør du bruke transformasjonen av strengen som er oppnådd etter å ha lest, og de russiske bokstavene vil være synlige. Et eksempel på filhent innhold PHP vises i nettleseren som vist nedenfor.
De to første funksjonsanropene oversettes ikkekoding til ønsket format, slik at russiske bokstaver ikke vises. Innholdet i begge filene (local-1.txt og local-2.txt) er det samme. Naturligvis inneholder begge filene linjefôr, men nettleseren analyserer dem ikke. PHPs filinnhentingsfunksjon leser alt som det er, men den andre filen inneholder de nødvendige kodene, og linjene vises etter behov, og ikke på en linje. Denne omstendigheten er ikke viktig, fordi filen som hovedregel blir lest som den er, og tilstedeværelsen av koder i den er relevant når HTML-siden leses, og alt du trenger er der. Imidlertid er denne omstendigheten, spesielt faktumet med en mulig inkonsekvens for koding, viktig å vite.
Andre funksjonsparametere
Hvis du trenger å lese noe på en spesiell måte,for eksempel, bare en del av en fil, eller hvis du starter fra en bestemt posisjon i den, kan du bruke forskyvning og antall. Imidlertid kan PHP-filen få innholdsfunksjon i noen tilfeller kan gjøre en feil ved å lese feil ting, i feil mengde eller fra feil posisjon. Hvis en ikke-lokal fil leses, vil den angitte forskyvningen og antall byte som er lest være gyldig. I alle andre tilfeller er det bedre å kontrollere resultatet som returneres av funksjonen. Du kan angi en søkeparameter for en fil i inkluderingssti-mappen og en ressursparameter for å lese streaming-kontekster.
Sekvensen av parametere er som følger:
- Filnavn;
- søkeparameter;
- ressursparameter;
- partiskhet;
- mengde.
Det er ikke tilrådelig å bruke søkeparameteren, selv omi noen tilfeller er dette tilrådelig. Når du leser både lokale og eksterne filer eller URI-er, er det best å alltid vite hva som blir lest og hvorfra. Hvis URI inneholder spesialtegn, for eksempel et mellomrom, skal URI være kodet for urlekode.
Lese en fil eksternt
Her bruker funksjonen på samme måte. Det er ingen signifikante forskjeller, bortsett fra en omstendighet: det er ingen feil på de to første samtalene til PHP-filen for å få innhold.
I den tredje samtalen leses nettstedssiden.Denne siden vises på nettleserens nåværende plassering, der veldig spesifikke CSS-regler er i kraft, men ikke reglene for nettstedet som åpnes. Derfor vil ikke resultatet av koden som leser URI være sant. Imidlertid forfølger lesing vanligvis formålet med å analysere, i stedet for å vise dem i stedet for lesing.
Men denne omstendigheten bør huskes. Å lese en URI er langt fra innholdet på nettstedet, men bare en spesifikk adresse.
Lese- og parsefunksjon
Hvis filnavnet eller URI er feilmulig feil. Dette kan lett spores av mangel på leseresultat. Hvis andre parametere er feil, genererer funksjonen en boolsk verdi FALSE. Den vanlige bruken av lesefunksjonen er fullstendig assosiert med bulkinnstillingen av nettstedsparametere. For eksempel å lese en konfigurasjonsfil, brukerdata eller en innstillingsfil. I alle slike tilfeller:
- resultatet er veldefinert;
- strukturen til dataene som blir lest også.
Når du leser URI på forhånd, er det vanskelig å forutsi hva oghvordan den vil bli lest, og om den i det hele tatt blir lest. Det er viktig å tydelig forstå at ikke alltid det du leser skal sendes til nettleseren. Behandle informasjon er en ting, men å prøve å kontrollere behandlingen av HTML-innhold uten spesielle verktøy eller forholdsregler i nettleseren er en annen.
