kontrollib, kas esimese teksti välja sisu on tagurpidi teise tekstivälja sisu (näiteks "ja" ning "aj"). Stringi ümber pööramiseks on php-s olemas funktsioon strrev.
5.Sessioonid ja cookied: 20p. A)Selgita paari lausega, mismoodi saavutatakse, et sisseloginud kasutaja ei pea saidi igal lehel uuesti oma nime ja parooli sisestama. Selgituses ootan konkreetse tehnika seletamist - kus, mida ja mismoodi hoitakse - mitte üldist juttu. Lehelt sisestatud name Jaan ja password kala saadetakse päringuparameetrina serverirakendusse, kes vastab lehega, mille päises on lisatud cookie, näiteks name=Jaan ja password=kala, ning iga järgmine sisestus brauseris paneb name ja password cookied alati automaatselt serverirakendusele kaasa.Milliseid andmeid hoitakse Unixi failisüsteemi kataloogikirjetes? I- kuulutatakse välja nii et kasutajale ei looda ikoon, ega menüü punkte ning kirje nr., kataloogi kirje pikkus, nime pikkus, nimi rakendust ennast veel ei paigaldata. Kasutajale antakse võimalus algatada 20. Kirjutage käsurida, mis väljastab tähestiku järgi järjestatuna parasjagu rakenduse paigaldamine. sisseloginud kasutajate nimekirja? 19.Mida tähendab andmeturvalisuses käideldavus? Ligipääs andmetele on 21. Defineerige millised arvutisüsteemi koponendid kuuluvad turvaline. jaotusesse 20.Kirjutage käsud, mille abil saab kindlaks teha,millised teenused Arvuti abikomponendid- komponendid, mis otseselt infotöötluse ega kataloogist /etc/rc.d/init
Esiteks avalik tase - sellisel juhul pole vaja login tingimust päringule lisada. Teiseks on tavakasutaja sisselogimise tase - nõutav on sisselogimine, olenevalt siis aplikatsiooni seadetest kas suvaline Google Konto kasutaja või kindla domeeniga Google Apps kasutaja. Viimane, kõige rangem tase lubab sisse logida vaid aplikatsiooni administraatoritel. - url: .* script: main.py login: required Parameetri login väärtus võib seega olla · required - sobib iga sisseloginud kasutaja (vastavalt aplikatsiooni seadetele) · admin - sobivad ainult aplikatsiooni administraatorid Juhul kui sisselogimine pole nõutav, siis tuleb login parameeter ära jätta. Aplikatsiooni administraatoreid saab määrata aplikatsiooni administreerimise lehel (selle avab SDK graafilise liidese nupp ,,Dashboard") ,,Developers" alamlehelt. Aplikatsiooni looja on automaatselt ka aplikatsiooni administraator.
Ja kui nüüd veebilehitsejas vaadata loodud sessioone, siis peaksime nägema midagi sellist. Sessioonist lahtisaamiseks kasuta järgmist funktsiooni: ? 1 session_destroy(); Paneme sessioonid kenasti järgmises harjutuses tööle, kus üritame dokumenti parooliga kaitsta. 11 - PHP ja MySQL - Lehe kaitsmine parooliga (Ülesanne 6) Teemad $_SESSION['nimi'] header() crypt Sissejuhatus Selle teema eesmärgiks on luua veebileht, mis näitab oma sisu, kui kasutaja on sisseloginud. Kasutaja tuvastamiseks kasutame sessioone ning krüpteerime kasutaja parooli crypt() abiga. Peatüki lõpuks lisame kasutajanime ja parooli andmebaasi ning proovime neid tuvastada. Dokumentide loomine Alustame sellest, et loome kolm dokumenti (võid oma nimed valida): 07_admin.php - fail mille sisu tahame kaitsta 07_login.php - fail, mis kontrollib kasutajanime ja parooli 07_logout.php - fail, mis aitab välja logida 07_admin.php
tahetakse. Et meil vaid üks külastuste tabel, siis tasub ta andmetabelite loetelust suurde aknasse kohale lohistada. Edasiseks toimetuseks vaja projekt ära kompileerida. Siin osutus vajalikuks ka korra sulgeda ja uuesti avada. LINQ to SQL tekitab automaatselt tabelite nimelised klassid. Koodi uurides: DataClassesDataContext tüüpi dc on objekt, mille kaudu andmebaasiga suhelda. Külastuste klassist luuakse uus eksemplar nimega k. Sinna kasutajanimeks pannakse sisseloginud kasutaja nimi, ehk siis HttpContext.Current.User.Identity.Name. Ajaks saab praegune aeg. Inglise grammatika järgi paistab tabelisse lisamine lisamisena kollektsiooni ,,kylastuseds". Lõpuks ,,submit" ning andmed ongi kohal. using System; using System.Collections.Generic; using System.Linq; using System.Web; using System.Web.UI; using System.Web.UI.WebControls; public partial class About : System.Web.UI.Page { protected void Page_Load(object sender, EventArgs e) {
Jõudsime lehestikuga siis nõnda kaugele, et esialgu saavad kõik lehe avajad ka kasside tabelis muutusi teha. Ehk siis nii andmeallikas kui ka vaade on väljapool (tagapool) LoginView'd nagu alloleval pildil näha. SqlDataSource on plussmärgiga kokku tõmmatud ja hall, kuna nii on seda skeemil kergem näha. Soovides muutmisõigust aga piirata, tuleb mõlemad tõsta ülespoole, ainult sisseloginud kasutajale määratud piirkonda. Pärast tõstmist näeb kood järgnev välja ehk siis andmeallikas koos tabeliga on LoggedInTemplate sees. Ning parooliga kaitstud aspx-lehe lähtekood tervikuna. <%@ Page Language="C#" AutoEventWireup="true" CodeFile="kassileht_parooliga.aspx.cs" Inherits="kassileht_parooliga" %>
annaabi.ee 
