Hasznos tippek

Webhely címe (webhely címe)

Pin
Send
Share
Send
Send


Minden olyan felhasználó, aki valamilyen módon kapcsolatban áll a webhelyekkel, azok létrehozásával vagy szerkesztésével naponta találkozik, linkeket hoz létre a különféle anyagokhoz. És biztosan mindegyik tudja, hogyan és milyen html-címke segítségével linket készíthet az interneten található egyes anyagokhoz.

Ugyanakkor nem mindenki tudja, hogyan lehet linket elhelyezni az oldal egy adott részére. Ez nagyon hasznos lehet, ha nagyszerű cikkeket ír. A bejegyzés elején tartalomjegyzéket készíthet, amelynek minden sorából hivatkozást készíthet a szöveg egy részére ugyanazon az oldalon és bármely más oldalon.

Ahhoz, hogy megértsük, mire gondolunk, tekintsük át a legutóbbi utasításunk felépítését, amely lehetővé teszi a lapok mentését a különféle böngészők bezárásakor. Az oldal tetején éppen egy olyan menü kerül végrehajtásra, amelyben az oldal egy adott helyére mutató hivatkozások készülnek.

1. Az oldal rögzítése

Az első elem, amelyet hozzá kell rendelnie annak az oldalnak az úgynevezett "horgonyához" (horgony), amelyet a felhasználónak el kell dobnia, amikor rákattint a linkre. Ehhez illessze be az alábbi kódot a szöveg elé az oldal ezen részén

ahol a "horgonyzás" helyett bármely szót illesszen be, amely jelentésben kívánatos abban a bekezdésben, amelyet összekapcsol.

2. Készítsen linket a "horgonyhoz"

A második dolog, amit meg kell tennie, az az, hogy az oldal első bekezdésébe telepített horgonyhoz kapcsolódik, ahonnan a felhasználó véleménye szerint azt a szövegrészt kívánja elérni, amelyre hivatkozik. Például ez lehet a cikk elején található tartalomjegyzék. A link a "horgonyhoz" a következő

ahol a "horgony" helyébe a cikk első bekezdésében kiválasztott szó lép.

2. Link egy másik oldal horgonyához

Mint az előző esetben, csak csatolni kell a linket a korábban létrehozott "horgonyhoz". Az egyetlen különbség az, hogy egy másik oldal egy részére való hivatkozáskor hozzá kell adnia annak URL-jét a kódhoz, ami ennek eredményeként így néz ki:

ahol az "oldalcím" helyett helyettesítenie kell az összekapcsolt oldal URL-jét, és "horgonyolás" helyett a "horgony" létrehozásakor kiválasztott szöveget.

Mi az a webcím?

A faluban vagy a városban található házak bármely címe meghatározza a helyét. Ie ismerve a kívánt ház címét, könnyen megtalálhatja. Hasonlóan a webhelyekkel. Minden webhelynek megvan a saját címe, amely világosan meghatározza a helyét az interneten. Ha megadja a kívánt címet, akkor biztosan megkapja a szükséges erőforrásokat. Ezenkívül az erőforrások minden oldalának saját egyedi címe van.

Hol adhatom meg a címet?

Voltak olyan esetek is, amikor egy ügyfélnek elküldtem egy linket egy tesztoldalra, de azt mondták, hogy adnak meg egy linket, de az oldal nem nyílik meg. Aztán megkérdezem, hová írja be a linket? Ennek eredményeként az emberek egyszerűen összekeverik a böngésző címsort és a keresőmotorban található keresősávot.

Ezért néhány ember számára a "hol van a böngésző címsávja" kérdés eléggé releváns. Erre a kérdésre azonnal megválaszolom. Az Internet (web) webhely címét be kell írni a böngésző címsorába, amely vízszintesen helyezkedik el és a felső részében közvetlenül a fülek alatt helyezkedik el.

Hogyan kényelmesen másolhatja az Internet (web) webhely címét

Mint fentebb írtam, a címsorról másolhat, ez elég egyszerű. De amikor néhány böngészőben cirill betűket (.РФ domaineket) használó címeket másolunk, és amikor a másolt eredményt valahol beillesztjük, gyönyörű és érthető cím helyett elképzelhetetlen hosszú karakterkészletet kapunk, amelyet nagyon kényelmetlen nyújtani valaki számára linkként történő felhasználás céljából. .

Ebben az esetben nagyon kényelmes a böngésző-kiterjesztés (a Yandex böngészőbe és a Google Chrome-ba telepítve) használata, amely az úgynevezett MÁSOLÁS URL-je . A szokásos módon telepítheti a Google bővítmény áruházán keresztül. A kiterjesztés telepítése után egy ikon, dupla papírlap formájában jelenik meg a címsor jobb oldalán. Az ikonra kattintva automatikusan lemásolja annak az internetes (web) webhelynek a címét, amelyen jelenleg tartózkodik. Ezután azonnal beillesztheti a másolt címet bármely helyre, ahová a szöveget beillesztheti.

titoktartási

A titoktartás a magánélet - azaz védi az információkat illetéktelen személyek általi olvasástól. Általában ez a folyamat magában foglalja az információk lefordítását olvasható formából (beleértve a hangot és a videót is), amelyet úgy hívnak egyszerű szöveg, titkosított, olvashatatlan formában, úgynevezett rejtjelezett. Ezt a folyamatot hívják titkosítás. A fordított folyamatot - az olvashatatlan rejtjelis szöveget visszaolvasható szöveges szöveggé - hívják dekódolás. Az információ titkosításához és visszafejtéséhez számos módszer létezik - titkosítási funkciók (vagy algoritmusok).

Annak érdekében, hogy a két fél kommunikáljon, két kérdésben kell megállapodniuk:

  1. Milyen algoritmust (titkosítási funkciót) kell használni a kommunikációban.
  2. Milyen paraméterek, jelszavak vagy szabályok (pl. titok) fogja használni a kiválasztott módszerrel.

Két fő titkosítási módszer létezik:

  • szimmetrikus
    Mindkét fél birtokolja megosztott titkos kulcs.
  • aszimmetrikus
    Az egyik fél tulajdonosa pár nyilvános és magánkulcsotaz alapítvány bemutatása nyilvános kulcsú infrastruktúra (nyilvános kulcsú infrastruktúra, PKI).

A szimmetrikus titkosítási módszerek arra támaszkodnak, hogy mindkét félnek ugyanaz a titka van, amelyet a feladó a titkosításhoz, a címzettnek pedig a visszafejtéshez használja ugyanazzal a módszerrel és ugyanazzal a kulccsal (lásd az alábbi ábrát). Ezeknek a módszereknek a problémája az, hogy a felek megegyeznek (vagyis cserélnek) egy titkos kulcsban, anélkül, hogy egymással fizikailag találkoznának - valamilyen biztonságos kommunikációs csatornát kell létrehozniuk.


Szimmetrikus titkosítás (lásd a nagy verziót)

aszimmetrikus A módszerek megoldják az ilyen típusú problémákat - a nyilvános és a magánkulcs fogalmán alapulnak. A tiszta szöveget egyetlen kulccsal titkosítják, és egy pár kulcs segítségével visszafejthetők.

Szóval hogyan működik? Tegyük fel, hogy két pártunk van, akik biztonságban akarnak kommunikálni egymással - Alice és Bob (minden tankönyvben mindig találnak ilyen kitalált karakterek neveit, a biztonsági útmutatókban és másokban tiszteletben tartjuk ezt a hagyományt). Mindegyiknek megvan a saját kulcspárja: egy titkos és egy nyilvános. A személyes kulcsok csak a megfelelő tulajdonosok számára ismertek, a nyilvános kulcsok mindenki számára nyitva állnak.

Ha Alice üzenetet akar küldeni Bobnak, meg kell szereznie a nyilvános kulcsát, titkosítania kell a szöveget, és el kell küldenie neki a rejtjelet. Ezután titkos kulcsát használja a dekódoláshoz.

Ha Bob üzenetet akar küldeni Alice-nek, meg kell szereznie a nyilvános kulcsát, titkosítani kell a sima szöveget, és el kell küldenie neki a rejtjelet. Ezután titkos kulcsával dekódolja.


Aszimmetrikus titkosítás (lásd a nagy verziót)

Mikor használunk szimmetrikus, és mikor aszimmetrikus titkosítást?

Az aszimmetrikus titkosítást a titkok cseréjére használják az ügyfél és a szerver között. A valós életben általában nincs szükség kétirányú aszimmetrikus kommunikációra - elég, ha valamelyik fél (nevezzük szerver az egyszerűség kedvéért) egy kulcskészlettel rendelkezik, így képes fogadni titkosított üzenetek. A valóságban csak az információkat védi egy irányba - az ügyféltől a szerverig, mivel a nyilvános kulccsal titkosított információkat csak egy vele párosított titkos kulcs felhasználásával lehet visszafejteni: ez azt jelenti, hogy csak a szerver tudja dekódolni. A másik irány nem védett - a kiszolgáló titkos kulcsával titkosított információk visszafejthetők annak nyilvános kulcsával, amely mindenki számára elérhető. A másik oldal (egyszerűség kedvéért is hívjuk) az ügyfél) a kommunikációt egy véletlenszerűen generált munkamenet-titkosítás titkosításával indítja el a kiszolgáló nyilvános kulcsával, majd a rejtjelet küldi vissza a kiszolgálónak, amely viszont a privát kulcsával dekódolja, és most a titok a tulajdonában.

Ezután a valós adatok védelme érdekében az átvitel során szimmetrikus titkosítást alkalmazunk, mivel ez sokkal gyorsabb, mint az aszimmetrikus. Egy titkos információcsere után csak két fél (kliens és szerver) titkosíthatja és dekódolhatja az információkat.

Ezért is ismert a kézfogás első aszimmetrikus része kulcscsere és ez az oka annak, hogy a valóban titkosított kommunikáció az algoritmusokat ismert titkosítási módszerek.

becsületesség

Egy másik probléma, amelyet a HTTPS megold, az az adatok integritása: 1) garancia arra, hogy minden információ teljes egészében átadásra kerül; 2) garancia arra, hogy senki sem változtatja meg az információt annak továbbításakor. Az információk holisztikus továbbításának biztosításához algoritmusokat kell használni. emésztő üzenetek. számítás Üzenet-hitelesítési kódok (MAC) a csere minden egyes üzenete egy folyamat kriptográfiai kivonatolás. Például egy MAC (néha hívott címke) olyan módszert alkalmaz, amely garantálja a gyakorlati lehetetlenséget (néha a kifejezést is használják teljesíthetetlenség) hajtsa végre a következőket:

  • módosítsa az üzenetet a címke befolyásolása nélkül,
  • generál ugyanazt a címkét két különböző üzenethez,
  • fordítsa meg a folyamatot, és kapja meg az eredeti üzenetet a címkéből.

hitelesítés

Mi lenne? hitelesség? A nyilvános kulcsú infrastruktúra valódi alkalmazásának problémája az, hogy egyik oldal sem tudja megtudni, ki a második oldal valójában - fizikailag el vannak választva egymástól. Annak bizonyítására, hogy valódi legyen a második oldal, bevonásra kerül Kölcsönösen megbízható harmadik fél tanúsító hatóság (CA). Ez a CA kiadja bizonyítvány annak megerősítésével, hogy az example.com domain név (egyedi azonosító) társítva a (z) XXX nyilvános kulcshoz. Bizonyos esetekben (EV és OV tanúsítvánnyal - lásd alább) a CA ellenőrzi azt is, hogy egy adott vállalat irányítja-e ezt a tartományt. Ezt az információt az X tanúsító hatóság garantálja (azaz hitelesíti), és ez a garancia legkorábban az Y dátumon érvényes (vagyis a tanúsítvány ettől a naptól kezdődik) és legkésőbb a Z dátumig (vagyis a tanúsítvány ezen a napon jár le.) . Mindezeket az információkat egy úgynevezett dokumentum tartalmazza HTTPS tanúsítvány. Könnyen érthető analógia - például az ország kormányának (vagyis egy harmadik félnek, akiben mindenki bízik) - által kiállított igazolvánnyal vagy útlevéllel szolgál - és mindenki, aki bízik a kormányban, bízza a tulajdonosának igazolását (útlevélét) és magát a tulajdonosát. Természetesen feltételezzük, hogy az útlevél nem hamis, de a bizonyítványok hamisítása kívül esik e cikk hatályán.

A tanúsító hatóságok olyan szervezetek, amelyek megbíznak a tanúsítvány aláírásával. Az olyan operációs rendszereken, mint a Windows, a MacOS, az iOS és az Android, valamint a Firefox böngészőben található a megbízható tanúsítványok listája.

Ellenőrizheti, hogy a böngészője mely hitelesítő hatóságai bíznak meg

  • Firefox
    „Opciók” → „Speciális” → „Tanúsítványok” → „Tanúsítványok megtekintése” → „Jogosultságok”
  • A windows
    “Vezérlőpult” → “Internetbeállítások” → “Tartalom” - “Tanúsítványok” → “Megbízható gyökértanúsító hatóságok / Köztes tanúsító hatóságok”
  • Mac
    “Alkalmazások” → “Segédprogramok” → “Kulcstartó hozzáférés.” A “Kategória” menüben válassza a “Tanúsítványok” lehetőséget.

Ezután minden tanúsítványt ellenőriznek és megbíznak. Az ellenőrzést az operációs rendszer vagy a böngésző hajtja végre - a bizalmat közvetlenül vagy egy megbízható fél útján hozzák létre. A bizalomátadási mechanizmust bizalmi láncnak nevezik:


Bizalomlánc (lásd a nagy változatot)

Felvehet további igazolási jogosultságokat, ami hasznos az önaláírt tanúsítványokkal való munka során (amelyet később megvitatunk).

A legjellemzőbb helyzetekben az ügyfélnek meg kell erősítenie a szerver azonosságát - például egy e-kereskedelmi webhelyet az ügyfelek számára - tehát csak erre a webhelyre van szükség tanúsítványra. Más helyzetekben, például az e-kormányzati rendszerekben, mind az ügyfélnek, mind a szervernek igazolnia kell személyazonosságát. Ez azt jelenti, hogy mindkét félnek igazolásokat kell bemutatnia a hitelesítéshez. Egy ilyen rendszer e cikk keretein kívül is esik.

2. A lefedett domainek száma

A régi időkben a HTTPS tanúsítványok általában egyetlen tartományt tartalmaztak a CN mezőben. Később hozzáadtak egy alternatív tárgynevet (SAN), így egy tanúsítvány további domaineket fed le. Manapság az összes HTTPS-tanúsítványt ugyanúgy hozzák létre: még egyetlen domain tanúsítványában is lesz SAN mező ehhez az egyetlen domainhez (és egy második SAN mező a domain www verziójához). Számos eladó történelmi okokból azonban még mindig elad HTTPS tanúsítványokat egy vagy több domain számára.

  1. Egyetlen domain
    Ez a leggyakoribb tanúsítványtípus, amely az example.com és a www.example.com domainnevekre érvényes.
  2. Több domain (UCC / SAN)
    Ez a típusú tanúsítvány, más néven egységes kommunikációs tanúsítvány (UCC) vagy alany alternatív neve (SAN), a tartományok listájára terjedhet ki (egy bizonyos korlátozásig). Ez nem korlátozódik egyetlen domainre - megadhat különféle tartományokat és aldomaineket. A költség általában tartalmaz egy bizonyos számú domaint (háromtól ötig), azzal a képességgel, hogy további (egy bizonyos korlát eléréséig) többletdíjat felvegyen. Javasoljuk, hogy csak testvérhelyekkel használja, mivel az ügyfél, amikor bármilyen weboldalon ellenőrzi a tanúsítványt, látni fogja a fő domaint, valamint az összes kiegészítőt.
  3. Aldomainek (helyettesítő karakter)
    Az ilyen típusú tanúsítvány a fő domainre, valamint korlátlan számú aldomainre (* .example.com) vonatkozik - például a example.com, www.example.com, mail.example.com, ftp.example.com stb. hogy csak a fő domain aldomaineire terjed ki.

A táblázatban különféle tanúsítványok láthatók:

Tanúsítvány típusaEllenőrzött domain (DV)Ellenőrzött szervezet (OV)Bővített megerősítés (EV)
HTTPSHTTPS
Ellenőrzött szerzői jogtulajdonos
HTTPS
Ellenőrzött szerzői jogtulajdonos
A tulajdonos adatai megjelennek a böngészőben
Egyetlen domainpélda.com, www.example.com
Több domainpélda.com, www.example.com, mail.example.com, example.net, example.org stb.
Egy előre meghatározott lista, egy bizonyos határig (általában 100)
aldomain* .example.com
Alkalmas bármilyen aldomainhez.
Nem áll rendelkezésre - az összes nevet kifejezetten fel kell tüntetni a tanúsítványban, és a tanúsító hatóságnak ellenőriznie kell

Cipher lakosztályok

A rejtjelkészlet kiválasztása kompromisszumot jelent a kompatibilitás és a biztonság között:

  • A régebbi böngészőkkel való kompatibilitás érdekében a szervernek támogatnia kell a régebbi rejtjelkészleteket.
  • Sok régebbi rejtjelkészletet azonban már nem tekintünk biztonságosnak.

Az OpenSSL felsorolja a támogatott kombinációkat (lásd fent) kriptográfiai erősségük csökkenő sorrendjében. Ez úgy történik, hogy az ügyfél és a kiszolgáló közötti kezdeti kézfogás során a legerősebbtől kezdődő kombinációkon keresztül sorolják át, amíg nem találnak kombinációt, amelyet mindkét fél támogat. Érdemes először kipróbálni a legbiztonságosabb kombinációt, majd fokozatosan gyengíteni a biztonságot, ha nincs más lehetőség.

A Wikipedia kimerítően felsorolja az összes TLS-összetevő algoritmusát, és jelzi azok támogatását az SSL és a TLS különböző verzióiban.

Mozilla SSL konfigurációs generátor - nagyon hasznos és erősen ajánlott referenciamilyen kriptográfiai módszereket kell használni a szerveren. Később felhasználjuk valódi szerverkonfigurációkban.

Kulcstípusok

Elliptikus görbe kriptográfia tanúsítványok (ECC) gyorsabban dolgozzon fel, és kevesebb CPU-t használjon, mint az RSA tanúsítványok, ami különösen fontos a mobil ügyfelek számára. Néhány szolgáltatás, például az Amazon, a CloudFront és a Heroku azonban még nem támogatja az ECC tanúsítványokat az írás idején.

Elegendőnek tekinthető egy 256 bites kulcshossz az ECC számára.

Rivest Shamir Adleman tanúsítványok (RSA) lassabbak, de kompatibilisek a régi kiszolgálók sokféle változatával. Az RSA kulcsok nagyobbak, tehát egy 2048 bites RSA kulcs minimálisan elfogadhatónak tekinthető. Az RSA tanúsítványok 4096 bites vagy annál nagyobb kulcsokkal ronthatják a teljesítményt - ráadásul valószínűleg 2048 bites közvetítő kulccsal írják alá őket, amelyek nagyrészt aláássák a kiegészítő védelmet!

Lehet, hogy észrevette a fenti állítások homályosságát és számok hiányát. Amit egy szerver tölthet be, a másik nem fog betölteni. A teljesítményre gyakorolt ​​hatás meghatározásának legjobb módja a letöltés ellenőrzése a saját szerverén, egy igazi weboldallal és valódi látogatókkal. És még ez is idővel megváltozik.

A HTTPS tanúsítványok beszerzéséhez kövesse az alábbi lépéseket:

  1. Hozzon létre egy pár titkos és nyilvános kulcsot, és készítsen egy tanúsító aláírási kérelmet (CSR), amely tartalmazza a szervezetre és a nyilvános kulcsra vonatkozó információkat.
  2. Vegye fel a kapcsolatot egy tanúsító hatósággal, és kérjen HTTPS tanúsítványt a CSR alapján.
  3. Szerezze be az aláírt HTTPS tanúsítványt, és telepítse a szerverre.

Van egy fájlkészlet, amely a nyilvános kulcsú infrastruktúra (PKI) különféle elemeit tartalmazza: titkos és nyilvános kulcsok, CSR és aláírt HTTPS tanúsítvány. A dolgok még bonyolultabbá tétele érdekében a különböző felek különböző neveket (és kiterjesztéseket) használnak ugyanazon dolog elnevezésére.

A kezdők számára két népszerű formátum van az információk tárolására - DER és PEM. Первый из них (DER) бинарный, а второй (PEM) — это файл DER в кодировке base64 (текст). По умолчанию Windows напрямую использует формат DER, а мир свободных систем (Linux и UNIX) использует формат PEM. Существуют инструменты (OpenSSL) для конвертации файлов из одного формата в другой.

В качестве примеров мы будем использовать такие файлы:

  • example.com.key
    Файл в формате PEM с секретным ключом. Расширение .key не является стандартом, так что кто-то может использовать его, а кто-то нет. Файл должен быть защищён и доступен только для суперпользователя.
  • example.com.pub
    Файл в формате PEM с публичным ключом. Вам на самом деле не нужен этот файл (и он никогда не будет явно присутствовать), потому что его можно сгенерировать из секретного ключа. Он включён сюда только для примера.
  • example.com.csr
    Это запрос на подпись сертификата. A PEM fájl információkat tartalmaz a szervezetről, valamint a szerver nyilvános kulcsáról. Ezt el kell küldeni egy hitelesítő hatóságnak, amely kiadja a HTTPS tanúsítványokat.
  • example.com.crt
    A tanúsító hatóság által kiadott HTTPS tanúsítvány. Ez egy PEM fájl, amely a szerver nyilvános kulcsát, a szervezetre vonatkozó információkat, a tanúsító hatóság aláírását, kezdési és befejezési dátumait stb. Tartalmazza. A .crt kiterjesztés nem szabvány, más kiterjesztéseket gyakran használnak, beleértve .cert és .cer.

A fájlnevek (és a kiterjesztések) nem szabványosítva, bármilyen felhasználható. Azért választottam ezeket a neveket, mert úgy tűnik, hogy beszélnek, és nyilvánvalóvá teszik, hogy az egyes komponensek milyen funkciót végeznek. Használhat bármilyen elnevezési sémát, amely ésszerű az Ön számára, az a lényeg, hogy a konfigurációs folyamat során meg kell adnia a megfelelõ kulcs- és tanúsítványfájlokat a parancsokban és a szerverkonfigurációban.

A titkos kulcs egy véletlenszerűen generált, meghatározott hosszúságú karakterlánc (2048 bitet használunk), amely így néz ki:

----- BEGIN RSA PRIVATE KULCS -----
MIIEowIBAAKCAQEAm + 036O2PlUQbKbSSs2ik6O6TYy6 + Zsas5oAk3GioGLl1RW9N
i8kagqdnD69Et29m1vl5OIPsBoW3OWb1aBW5e3J0x9prXI1W / fpvuP9NmrHBUN4E
S17VliRpfVH3aHfPC8rKpv3GvHYOcfOmMN + HfBZlUeKJKs6c5WmSVdnZB0R4UAWu
Q30aHEBVqtrhgHqYDBokVe0 / H4wmwZEIQTINWniCOFR5UphJf5nP8ljGbmPxNTnf
b / iHS / chjcjF7TGMG36e7EBoQijZEUQs5IBCeVefOnFLK5jLx + BC // X + FNzByDil
Tt + l28I / 3ZN1ujhak73YFbWjjLR2tjtp + LQgNQIDAQABAoIBAEAO2KVM02wTKsWb
dZlXKEi5mrtofLhkbqvTgVE7fbOKnW8FJuqCl + 2NMH31F1n03l765p4dNF4JmRhv
/ + ne4vCgOPHR / cFsH4z / 0d5CpHMlC7JZQ5JjR4QDOYNOpUG51smVamPoZjkOlyih
XGk / q72CxeU6F / gKIdLt6Dx03wBosIq9IAE8LwdMnioeuj18qaVg195OMeIOriIn
tpWP4eFya5rTpIFfIdHdIxyXsd6hF / LrRc9BMWTY1 / uOLrpYjTf7chbdNaxhwH7k
buvKxBvCvmXmd6v / AeQQAXbUkdSnbTKDaB9B7IlUTcDJyPBJXvFS1IzzjN6vV + 06
XBwHx5ECgYEAyRZLzwnA3bw8Ep9mDw8JHDQoGuQkFEMLqRdRRoZ + hxnBD9V9M0T6
HRiUFOizEVoXxf6zPtHm / T7cRD8AFqB + pA / Nv0ug6KpwUjA4Aihf5ADp0gem0DNw
YlVkCA6Bu7c9IUlE0hwF7RLB7YrryJVJit9AymmUTUUHCQTWW2yBhC8CgYEAxoHS
HGXthin5owOTNPwLwPfU2o7SybkDBKyW69uTi0KxAl3610DjyA / cV2mxIcFlPv1y
HualGd9eNoeCMBy / AUtjzI0K77yeRpjj321rj6k8c8bYWPHH539SiBXLWTY / WQ0w
pxfT3d / Z4QMh5d6p + p5f3UIrXESYQd + fAaG5tNsCgYEAksTdTB4YUT9EsWr6eN9G
jPlclFQUKV3OMvq77bfYvg8EJORz32nnDDmWS7SUjoOtemwutBlMeWbaKk25aMp3
5JNMXuV6apeMJ9Dd8GU7qBUqlIvVK31 / 96XPvzmnYzWZPqRVwO2HPcRFG3YcJmkg
JmZQyexJvCQ3wFNxiYUm + y0CgYBXQSMhFnCUg4jWbbDcHlnwRT + LnjHrN2arPE3O
eKLfGL6DotmqmjxFaStaRPv2MXMWgAMUsB8sQzG / WEsSaOBQaloAxJJlFIyhzXyE
bi1UZXhMD8BzQDu1dxLI / IN4wE6SDykumVuocEfuDxlsWDZxEgJjWD2E / iXK9seG
yRa + 9wKBgEydVz + C1ECLI / dOWb20UC9nGQ + 2dMa + 3dsmvFwSJJatQv9NGaDUdxmU
hRVzWgogZ8dZ9oH8IY3U0owNRfO65VGe0sN00sQtMoweEQi0SN0J6FePiVCnl7pf
lvYBaemLrW2YI2B7zk5fTm6ng9BW / B1KfrH9Vm5wLQBchAN8Pjbu
----- RSA RIV magánkulcs -----

Tartsa titokban a kulcsot! Ez azt jelenti, hogy védeni kell nagyon korlátozott engedélyekkel (600), és senkinek sem szabad nyilvánosságra hoznia.

A társa nyilvános kulcs - így néz ki:

----- BEGIN NYILVÁNOS KULCS -----
MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAm + 036O2PlUQbKbSSs2ik
6O6TYy6 + Zsas5oAk3GioGLl1RW9Ni8kagqdnD69Et29m1vl5OIPsBoW3OWb1aBW5
e3J0x9prXI1W / fpvuP9NmrHBUN4ES17VliRpfVH3aHfPC8rKpv3GvHYOcfOmMN + H
fBZlUeKJKs6c5WmSVdnZB0R4UAWuQ30aHEBVqtrhgHqYDBokVe0 / H4wmwZEIQTIN
WniCOFR5UphJf5nP8ljGbmPxNTnfb / iHS / chjcjF7TGMG36e7EBoQijZEUQs5IBC
eVefOnFLK5jLx + BC // X + FNzByDilTt + l28I / 3ZN1ujhak73YFbWjjLR2tjtp + LQg
NQIDAQAB
----- VÉGE KÖZPONT -----

A tanúsítvány iránti kérelem így néz ki:

----- ALKALMAZÁSI BIZONYÍTVÁNY KÉRÉSE -----
MIICzjCCAbYCAQAwgYgxFDASBgNVBAMMC2V4YW1wbGUuY29tMQswCQYDVQQLDAJJ
VDEPMA0GA1UECAwGTG9uZG9uMRIwEAYDVQQKDAlBQ01FIEluYy4xIDAeBgkqhkiG
9w0BCQEWEWFkbWluQGV4YW1wbGUuY29tMQswCQYDVQQGEwJHQjEPMA0GA1UEBwwG
TG9uZG9uMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAm + 036O2PlUQb
KbSSs2ik6O6TYy6 + Zsas5oAk3GioGLl1RW9Ni8kagqdnD69Et29m1vl5OIPsBoW3
OWb1aBW5e3J0x9prXI1W / fpvuP9NmrHBUN4ES17VliRpfVH3aHfPC8rKpv3GvHYO
cfOmMN + HfBZlUeKJKs6c5WmSVdnZB0R4UAWuQ30aHEBVqtrhgHqYDBokVe0 / H4wm
wZEIQTINWniCOFR5UphJf5nP8ljGbmPxNTnfb / iHS / chjcjF7TGMG36e7EBoQijZ
EUQs5IBCeVefOnFLK5jLx + BC // X + FNzByDilTt + l28I / 3ZN1ujhak73YFbWjjLR2
tjtp + LQgNQIDAQABoAAwDQYJKoZIhvcNAQELBQADggEBAGIQVhXfuWdINNfceNPm
CkAGv4yzpx88L34bhO1Dw4PYWnoS2f7ItuQA5zNk9EJhjkwK8gYspK7mPkvHDbFa
Um7lPSWsm3gjd3pU7dIaHxQ + 0AW9lOw5ukiBlO4t3qgt + jTVZ3EhMbR0jDSyjTrY
kTgfuqQrGOQSmLb5XviEtCcN0rseWib3fKIl8DM69JiA2AALxyk7DCkS1BqLNChT
pnbgvtlUhc4yFXNCtwPGskXIvLsCn2LRy + qdsPM776kDLgD36hK0Wu14Lpsoa / p +
ZRuwKqTjdaV23o2aUMULyCRuITlghEEkRdJsaXadHXtNd5I5vDJOAAt46PIXcyEZ
aQY =
----- VÉGREHAJTÁSI KÉRELEM -----

Ez a konkrét CSR tartalmazza a szerver nyilvános kulcsát és az ACME Inc.-re vonatkozó információkat, amely Londonban, az Egyesült Királyságban található, és amely az example.com domain tulajdonosa.

Végül aláírták HTTPS tanúsítvány Valami így néz ki:

----- ALKALMAZÁSI BIZONYÍTVÁNY -----
MIIDjjCCAnYCCQCJdR6v1 + W5RzANBgkqhkiG9w0BAQUFADCBiDEUMBIGA1UEAwwL
ZXhhbXBsZS5jb20xCzAJBgNVBAsMAklUMQ8wDQYDVQQIDAZMb25kb24xEjAQBgNV
BAoMCUFDTUUgSW5jLjEgMB4GCSqGSIb3DQEJARYRYWRtaW5AZXhhbXBsZS5jb20x
CzAJBgNVBAYTAkdCMQ8wDQYDVQQHDAZMb25kb24wHhcNMTYwNDE5MTAzMjI1WhcN
MTcwNDE5MTAzMjI1WjCBiDEUMBIGA1UEAwwLZXhhbXBsZS5jb20xCzAJBgNVBAsM
AklUMQ8wDQYDVQQIDAZMb25kb24xEjAQBgNVBAoMCUFDTUUgSW5jLjEgMB4GCSqG
SIb3DQEJARYRYWRtaW5AZXhhbXBsZS5jb20xCzAJBgNVBAYTAkdCMQ8wDQYDVQQH
DAZMb25kb24wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCb7Tfo7Y + V
RBsptJKzaKTo7pNjLr5mxqzmgCTcaKgYuXVFb02LyRqCp2cPr0S3b2bW + Xk4g + wG
hbc5ZvVoFbl7cnTH2mtcjVb9 + m + 4 / 02ascFQ3gRLXtWWJGl9Ufdod88Lysqm / ca8
dg5x86Yw34d8FmVR4okqzpzlaZJV2dkHRHhQBa5DfRocQFWq2uGAepgMGiRV7T8f
jCbBkQhBMg1aeII4VHlSmEl / mc / yWMZuY / E1Od9v + IdL9yGNyMXtMYwbfp7sQGhC
KNkRRCzkgEJ5V586cUsrmMvH4EL / 9f4U3MHIOKVO36Xbwj / dk3W6OFqTvdgVtaOM
tHa2O2n4tCA1AgMBAAEwDQYJKoZIhvcNAQEFBQADggEBABwwkE7wX5gmZMRYugSS
7peSx83Oac1ikLnUDMMOU8WmqxaLTTZQeuoq5W23xWQWgcTtfjP9vfV50jFzXwat
5Ch3OQUS53d06hX5EiVrmTyDgybPVlfbq5147MBEC0ePGxG6uV + Ed + oUYX4OM / bB
XiFa4z7eamG + Md2d / A1cB54R3LH6vECLuyJrF0 + sCGJJAGumJGhjcOdpvUVt5gvD
FIgT9B04VJnaBatEgWbn9x50EP4j41PNFGx / A0CCLgbTs8kZCdhE4QFMxU9T + T9t
rXgaspIi7RA4xkSE7x7B8NbvSlgP79 / qUe80Z7d8Oolva6dTZduByr0CejdfhLhi
mNU =
----- VÉGLEGES BIZONYÍTVÁNY -----

Minden alkatrész össze van kötve, és egyeznie kell egymással. Az utolsó tanúsítványt csak a példa kedvéért hozták létre - ez az úgynevezett önaláírt tanúsítvány, mert azt nem egy elismert tanúsító hatóság írta alá.

Ezt a folyamatot a cPanel, a Linux, a FreeBSD és a Windows valódi lépéseivel szemléltetjük. Ez egy univerzális folyamat, amely alkalmas minden típusú tanúsítványra. Ha ingyenes DV-igazolást szeretne szerezni, akkor kövesse a Letöltések titkosítása és a Cloudflare szakaszokban leírt többi eljárást.

Hogyan lehet létrehozni egy honlapot?

Milyen pontokra kell figyelni, amikor létrehozta:

  • kiemelve a webhely fontos részeit, amelyek kiindulópontként szolgálnak a webhely fő témáihoz,
  • a webhelynek valós információkkal kell rendelkeznie, tartalmának konkrét példáival,
  • a főoldalon található frissített anyagoknak könnyen elérhetőknek kell lenniük, hogy a felhasználó könnyen megtalálja azokat az cikkeket, amelyek már vannak az archívumban,
  • a „Keresés” blokk jelenléte a webhelyen minden webhely fontos része,
  • a "A webhelyről" vagy a "A vállalatról" szakasz jelenléte az egyik módja annak, hogy teljes körű információt szolgáltassunk a felhasználók számára, hogy felkeltsük bizalmukat vállalkozása iránt,
  • A keresőmotorok számára látható címnek (címnek) informatívnak kell lennie. Ne kezdje el olyan mondatokkal, mint a „Welcome” vagy a „Home”. A felhasználó számára a címnek vonzónak kell lennie,
  • Fontos figyelmet fordítani az oldal leírására is. Teljes információknak kell lennie a társaságról. Itt meg kell mutatnia egy kicsit a kreativitást, és a leírásnak reklámkaraktert kell adnia,
  • ha kiválasztja a kulcsfontosságú mondatokat (kulcsszavakat) a weboldal főoldalához, akkor ellenőriznie kell, hogy azok leírják-e a weboldal tartalmát, és hogy nem ismétlődnek-e meg. Ne használjon olyan kulcsokat, amelyek nincsenek az oldalon,
  • a weboldal hátoldalán található információkeresés megkönnyítése érdekében a linkeket a legfontosabb kulcsokkal kell elindítani
  • a jelentős grafika használata érdekli a látogatót. Ha lehetséges, hogy a főoldalon megmutatja munkáinak példáit, akkor jobb, ha ezt megteszi.

A webhely minden oldalának tartalmaznia kell egy linket a főoldalra lépéshez, hogy a látogató ne veszítsen el, ha az erőforráson mozog.

Hogyan lehet eredeti html linket készíteni egy másik oldalra

Kiválaszthat egy blogcímet a böngésző sorában, amely hasonló a http://seitostroenie.ru vagy a http://www.seitostroenie.ru, és átmásolhatja a vágólapra.

Ha hivatkozást kell készítenie egy képre vagy valamilyen feliratra, akkor a kódba a következő bejegyzést kell hozzáadnia:

Ő lesz a link része. Ezután meg kell írnia a webhely címét, a vágólapra illesztve, idézőjelek közé.

A következő rekordnak kell kiderülnie:

A linket természetesen meg kell változtatni a webhely címére.
A felirathoz hozzá kell adni :. A „> karakterek közé ki kell írni egy mondatot, amikor rákattintanak, a látogató a főoldalra vagy egy másik oldalra lép.

Ha képet kell használni linkként, akkor először feltölti a képet a webhelyre, és a html kódot írja:

Egy kép linkké alakításához írja be a következő kódot:

Ha azt akarja, hogy a link új ablakban nyíljon meg, akkor adja hozzá a kódot:

Ha az egérmutatót a kép fölé helyezi, megjelenik a "Otthon" felirat.

Ha a linket aláhúzással és kiemeléssel kell ellátni (tegye a szöveget fekete-fehérvé, és az aláhúzást fehérebbé tegye), akkor adja hozzá a következő bejegyzést a kódhoz:

A „fehér”, “fekete„És”Főoldal más szóval, megkaphatja a hivatkozás szövegét, amely jobban megfelel az erőforrás stílusának.

Fontos: Az oldalak szerkesztése a felsorolt ​​címkékkel csak html módban lehetséges!

És végül, néhány hasznos tipp:

  1. Hiperhivatkozás létrehozásakor ne felejtse el ellenőrizni annak funkcionalitását. Még első pillantásra a html-kód legkisebb pontatlansága teljesen megváltoztathatja annak szemantikai jelentését.
  2. Amikor képeket tölt fel a webhelyre, ellenőrizze, hogy azok neve angol karakterekből áll-e. Használhat számokat.

Hogyan készíthetem el a weboldal főoldalát html formátumban: 10 hozzászólás

Köszönöm Nagyon szép és segítőkész oldal.
Sok szerencsét és sikert neked.

Aligha fogsz meglepni senkit a webhelyén. Szüksége volt figyelemre méltó ismeretekkel a web-programozás területén annak érdekében, hogy saját weboldalt készítsen. Most, a különféle CMS-eknek, mint például a WordPress és a Joomla, szinte bárki meg tudja csinálni. A kérdés azonban továbbra is az, hogy hová tegye, mert maga a webhely sebessége és az arra vonatkozó adatbiztonság a tárhely minőségétől függ.

A vállalkozás vagy bármely termék promóciója az interneten nem könnyű feladat, mivel sok versenyző között nem lesz nehéz elveszni. Nem elegendő egy minőségi termék létrehozása, hanem tudnia kell erről a potenciális ügyfeleiről. Ezt többféle módon megteheti: weboldal létrehozásával, közösségi hálózatokban történő reklámozással, különféle típusú reklámokkal és így tovább. Nagyon sok tapasztalattal kell rendelkeznie ahhoz, hogy a módszerek hatékonyan működjenek, és a költségvetés ne pazaroljon el.

Számos, magas színvonalú, jó minőségű erőforrás-tulajdonos tudja, hogy a versenytársak irigylik. Ez nemcsak dühös megjegyzések és sértések hagyásával nyilvánulhat meg, hanem egy DDOS-támadás formájában is, amely még a leginkább kitartó kiszolgálót is el tudja helyezni. Ahhoz, hogy megvédje magát az ilyen bajoktól, előre fel kell készülnie.

Sokan szeretnének saját blogot létrehozni, ahol megoszthatják gondolataikat, tapasztalataikat, kommentálhatnak bizonyos eseményeket és új barátokat találhatnak. De nem mindenkinek van megfelelő tudása, amely lehetővé tenné számukra ezt. A blog létrehozásához azonban nem feltétlenül szükséges programozó lenni, mert vannak olyan szolgáltatások, amelyek lehetővé teszik, hogy ezt nagy erőfeszítés nélkül megtehesse.

Manapság sok embernek van saját weboldala. Miután létrehozta, valószínűleg sokan már hosszú ideje várták az első látogatókat, de a webhelyen a számláló nulla ponton maradt. Ahhoz, hogy az emberek megismerjék az Ön webhelyét, és megkezdhessék annak meglátogatását, részt kell vennie annak népszerűsítésében vagy, amint a szakemberek mondják, a SEO-optimalizálásban. Ha nincs tapasztalata és készségei az egyszerű kérdésről messze, akkor jobb bízza azt szakemberekre, akik elvégzik a szükséges munkát.

A webhely létrehozása nehéz és felelősségteljes feladat, amelytől függ, hogy a látogatók kedvelik-e a webhelyet, és visszatér-e ez a webhely. Mi az értelme egy webhelynek, ha senki sem tud róla? Ezért nem kevésbé fontos feladat a promóció, vagy - amint azt más néven is hívják - a keresőmotor optimalizálása. Csak tapasztalt szakember javíthatja webhelyének pozícióját anélkül, hogy sérülne.

Saját webhely vagy blog létrehozása sokat vonz. Valójában annak segítségével új ismerősöket létesíthet, megoszthatja a felhalmozott tapasztalatokat és ismereteket, kommentálhatja a világon zajló különféle eseményeket, és természetesen kereshet! Beleegyezik abba, hogy minden munkát fizetettnek kell lenni, tehát sokkal szebb tenni valamit, tudva, hogy jutalom lesz. Néhányan a webhelyet a jövedelem fő forrássá is alakítják, és minden idejüket csak rá fordítják.

A webhely létrehozása messze nem az egyetlen olyan feladat, amely akadályozza a sikeres projektet. Azt is el kell helyezni egy magas színvonalú tárhelyre, amely stabil, gyors és olcsó. Végül is a webhely sebességétől és elérhetőségétől függ, hogy a projekt népszerű lesz-e a felhasználók körében. A Sprinthost tárhely az egyik legjobb, és kiváló megbízhatósággal és sebességgel teli vásárlóit.

Köszönöm) egy nagyon hasznos cikk, határozottan megpróbálom megcsinálni a webhelyemmel

Pin
Send
Share
Send
Send