Kedvezőtlen szabályok html. HTML dokumentumok létrehozásának szabályai

A jól strukturált stíluslapoknál nem kell minden elemhez osztályt rendelni. Elég csak az elemek stílusát részletesebben leírni, felhasználva a szelektorok más szelektorokba ágyazásának lehetőségét. Egyébként az ilyen szelektorokat úgy hívják beágyazottés egy háromdimenziós szerkezetet ábrázolnak.

Példa 2.2.1

Az alábbiakban látható az úgynevezett „részletes CSS”, amely egy modellt mutat be egyes szelektorok más szelektorokba ágyazására.

.global-header ( background-color : #f5f5f5 ; color : #443d3d ; border-bottom : 1px solid #ddd ; ) .global-header h1 ( margin-top : 0 ; margin-bottom : 0 ; font-size : 4rem ; ) .global-header h1 small ( font-size : 2rem ; ) .global-header .header-actions ( háttérszín : #fff ; padding-top : 10px ; padding-bottom : 10px ; text-align : center; )

Problémamegoldás

Mindez jó, de csak addig, amíg az osztálynevek rövidek, a beágyazás mélysége nem nagy, és a szemed képes követni ezt a szerkezetet. Személy szerint egészen addig, amíg el nem kezdtem a CSS-előfeldolgozókat használni, így írtam a kódot, miközben a CSS-fájlt logikai blokkokra osztottam, és igyekeztem tisztán tartani. Kényelmes és praktikus, de hamar elegem lett a kódok egymásba ágyazással történő rendezéséből, és a stíluslapom néha úgy nézett ki, mint a betűk és számok összevissza. Természetesen mindezt a projekt végső felépítése előtt kijavították, de ez nem az az eset, amikor időt veszítene.

Képzeljük el egy egyszerű könyv tartalomjegyzékét, például így:

1. 1. fejezet. Ez a könyv első fejezete 1.1. Ez az első történetem arról, amit csináltam 1.1.1. Egy kicsit bővebben arról, hogy mit csináltam 1.2. Ez a második történetem arról, amit 1.X. ...

Itt elég könnyű megérteni, hogy az 1.1 pont az első pont következménye. Ha azonban ezt átírja egy olvashatóbb formátumba, időt takaríthat meg a fejben lévő számok feldolgozásával. Absztrakt módon a következő formátum képzelhető el:

Ez az első fejezetem a könyvből Ez az első történetem arról, amit csináltam. Kicsit többet arról, amit csináltam Ez a második történetem arról, amit tettem

Pontosan ez a beágyazási modell a Less-ben, amikor az egyik választó szó szerint egy másik szelektorba van beágyazva. Ez könnyen karbantartható, olvasható és a szemnek kellemes szerkezetet eredményez. Ha egy ilyen modellt próbál kivetíteni CSS-kódra, az így fog kinézni:

.class-1 ( property : value; .class-2 ( property : value; ) .class-3 ( property : value; ) )

A nagyobb áttekinthetőség érdekében azt javaslom, hogy forduljunk egy konkrét példához, amelyben megpróbálom összehasonlítani a klasszikus CSS-t és a Less kódot.

Példa 2.2.2

Itt írtam át a kódot példa 2.2.1, a klasszikus szintaxist előfeldolgozóra cserélve.

.global-header ( háttérszín : #f5f5f5 ; szín : #443d3d ; keret-alsó : 1px solid #ddd ; h1 ( margó felső : 0 ; margó alsó : 0 ; betűméret : 4rem ; kicsi ( font- méret : 2rem ; ) .header-actions ( háttérszín : #fff ; padding-top : 10px ; padding-bottom : 10px ; text-align : center; ) )

Az alábbi képen az ebben a példában leírt beágyazási modell látható. Az áttekinthetőség és a történések lényegének megértése érdekében a képernyő két részre oszlik, ahol a bal oldalon a kód előfeldolgozó nyelven, a jobb oldalon pedig „tiszta” CSS-ben van írva.

Elfogadom, most a kód intuitív és könnyen olvasható lesz. Egy ilyen struktúrában nehéz összezavarodni és eltévedni a kiválasztók között, mert itt jól látható a beágyazásuk, és nem kell emlékezni a szülőválasztó nevére - ezt a fordító végzi el helyettünk.

Figyelem!

Próbálj meg egyszer s mindenkorra emlékezni arra, hogy a szelektorokat a végtelenségig egymásba ágyazhatod, de tedd ezt szigorúan Nem ajánlott! Sok fejlesztő azt tanácsolja, hogy a szerkezet általában ne haladja meg három beruházás. Nincs szükség a szelektorok beágyazására, a szülőtől kezdve ilyen mélységig. A maximálisan megengedett szint szélsőséges esetekben öt melléklet. Próbáld meg elkerülni a szélső eseteket, hacsak nem igazán kell.

Sziasztok, a blogoldal kedves olvasói. Ma azt javaslom, hogy folytassuk a beszélgetést, amelyről a fenti cikkben elkezdtünk. Még korábban megismerkedtünk a lépcsőzetes stíluslapokkal, megtanultuk, mit jelentenek, és még sok minden mást.

A lépcsőzetes stíluslapokról szóló összes anyag, amely már megjelent ezen a blogon, megtalálható a következő helyen: Ma először arról fogunk beszélni, hogyan lehet a kijelölőket kombinálni és csoportosítani, majd részletesen megvizsgáljuk, hogy milyen szabályok vonatkoznak ugyanarra az elemre a HTML kódban (Fontos, számláló szelektorok és írási szabályok a style attribútumban).

A szelektorok kombinációi és csoportosítása a CSS-ben

Tehát a korábbi cikkekben 7 típust sikerült figyelembe venni:

A hét lehetséges nézet közül CSS-ben hozhat létre kombinációkat. Minden kombináció, amelyet készítünk, közvetlenül kapcsolódik (ősök - leszármazottak, szülők - gyerekek, testvérek - nővérek).

Az első típusú kombinációt ún kontextus választó. Figyelembe veszi a HTML kódelemek kapcsolatát az „Ős – leszármazott” elv szerint:

Különálló a kombinációkban lévő szelektorokat szóközzel elválasztva írjuk, és jobbról balra kell olvasnia. Hogy. A CSS-szabályok ebből a kombinációból csak az utolsóra (a jobb szélsőre) vonatkoznak, és minden, ami előtte kerül, csak azt teszi lehetővé, hogy pontosabb alkalmazást (célzást) adjunk meg szabályainkhoz (kiemelés).

Az első példa azt állítja, hogy minden (félkövéren szedett) B elem, amelynek Div ​​elemei vannak, zöld színű lesz.

A fenti kódban csak az aláhúzott töredék lesz zöld színű, mert az ősei között van egy Div, és a második, B címkékkel kiemelt kódrészlet továbbra is az alapértelmezés szerint kiválasztott szín marad, mert a Div tároló már nincs az ősei között (csak P és Body):

Az ilyen kombinációk bármely böngészőben működnek.

A következő típusú kombináció az lenne gyermekválasztó, amely a „Szülő - Gyermek” típusú kódelemek közötti kapcsolatok elveire épül:

Elválasztójellel vannak írva ismerősebb (>):

Ezt a bejegyzést a böngésző a következőképpen értelmezi: - esetén, amelynek „szülője” (legközelebbi őse) a Div tároló, pirossal lesz kiemelve.

A fenti példában csak a körvonalazott bekezdések lesznek piros színűek, mert közvetlenül abban a Div tárolóban vannak, amely a szülőjük (legközelebbi ősük). Ha módosítja a gyermekválasztó fenti példáját, hogy így nézzen ki:

Test > p (szín:piros)

Ekkor már csak az utolsó bekezdés lesz pirossal kiemelve, mert... szülője a Body címke, és az első két bekezdés az alapértelmezett színben marad (a Body a szülőjük, de nem a szülőjük, ami a Div). Gyermekválasztók nem működik az Ie 6 böngészőben.

Hogyan és miért csoportosítják a kiválasztókat a CSS-kódban

Az utolsó kombinációt ún szomszédos szelektorokés megfelel a „Sisters - Brothers” típusú HTML kódelemek közötti kapcsolatok elveinek. Használhatják a „+” vagy a „~” jelet elválasztóként:

Ez a bejegyzés azt jelenti, hogy az I (dőlt betűs) elem tartalma csak akkor lesz piros, ha a legközelebbi szomszédja balra (kódban fent) a B elem (félkövér). Például ebben a példában ez a feltétel teljesül:

Ha a szomszédos választót Css kódban így írod be:

H1 ~ p (szín:piros)

Ez azt jelenti, hogy az összes olyan bekezdés (P), amelynek szomszédos H1 eleme (címsor) található a kódban magasabban, piros színű lesz. Ez kifejezetten a szomszédos elemekre vonatkozik (a „Nővérek – Testvérek” típusú kapcsolatok). Az alábbi példában az adott kijelölőhöz a bekarikázott bekezdések illeszkednek:

A szomszédos szelektorok kombinációi az Ie 6 böngészőben szintén sajnos nem támogatottak. Az Ie 6-ban csak az első típusú kombináció támogatott, az Ie 7-es és magasabb verziókban azonban az összes többi. Más böngészőkben nem lehet probléma.

Kiválasztók a Css-ben csoportosítani is lehet. Például, ha némelyikük egy vagy több azonos szabályt használ, akkor összevonhatók egy csoportba, hogy csökkentsék a Css kód mennyiségét.

A képernyőképen látható példában minden fejlécválasztónál megismétlődik (h1-3), ami bonyolultságot (többszörös munkát) okozhat, ha módosítani szeretné ennek a tulajdonságnak az értékét. Ezért a csoportos bejegyzés második lehetősége egy kicsit előnyösebbnek tűnik.

Vegye figyelembe, hogy csoportosításkor a kiválasztókat vesszővel elválasztva írjuk. Ha több azonos szabály van, akkor a kódmegtakarítások észrevehetőbbek lesznek. És azokat a szabályokat, amelyek egyediek voltak, továbbra is egyenként kell leírni.

A CSS-tulajdonságok prioritásai (fontossal és anélkül)

Most gondoljuk át, milyen stílust fog használni a böngésző, ha ehhez a HTML kódelemhez nincs megadva stílus? És ehhez van egy megfelelő specifikáció, ahol mindez le van írva.

Mint látható, a HTML és a Css végleges szétválasztása megtörtént. Azok. még tiszta HTML kód esetén is a böngésző továbbra is a stíluslapok alapértelmezett tulajdonságait fogja használni. Tehát itt vannak az alapértelmezett tulajdonságok: a legalacsonyabb prioritású.

A felhasználó által a böngésző beállításaiban hozzárendelt tulajdonságok magasabb prioritást élveznek. Ezeket a stílusokat a rendszer minden olyan dokumentumra alkalmazza, amelyet ebben a böngészőben tekint meg.

Igaz, nem minden böngészőben van ez a funkció, de legalább az Ie és az Opera megvan. Azok. Kívánt esetben a felhasználó saját CSS-fájlját is felveheti a stílusjelölés forrásaként.

Például az Ie-ben ehhez ki kell választania az „Eszközök” - „Internetbeállítások” lehetőséget a jobb felső menüben, majd az első „Általános” lapon kattintson az alsó „Megjelenés” gombra. A megnyíló ablakban jelölje be a „Tervezés egyéni stílus használatával” jelölőnégyzetet, és a „Tallózás” gombbal keresse meg a számítógépén szükséges CSS-stílusjelölő fájlt:

Azok. a felhasználónak lehetősége van arra, hogy a böngészőben megnyitott bármely webhelyet a CSS fájlban leírt követelményeinek megfelelően nézzen ki. Ez az úgynevezett "egyedi stílusok"és elsőbbséget élveznek az alapértelmezett specifikációban meghatározott stílusokkal szemben. De az úgynevezett szerzői stílusok még nagyobb prioritást élveznek.

Vagyis ha én (az oldal fejlesztője) az alapértelmezett stílusoktól eltérő stílusokat akartam használni bármely HTML kódelem tervezésénél (ne feledje, ezek a specifikációban vannak leírva), akkor a felhasználó nem tudja felülbírálni a tervemet saját Css fájlja.

Kénytelen lesz ezt elfogadni a felhasználó? Nem. Megvan a lehetősége Növelje a CSS-tulajdonságok prioritását a Fontos hozzáadásával mindegyik végén. Ezt a szót szóközzel elválasztva, felkiáltójellel elválasztva írjuk:

P (szín:piros !fontos;)

Ha a felhasználó saját stílusfájljában ugyanazzal a tulajdonsággal rendelkezik, mint az Important, amelyet a böngészőhöz kapcsolt, akkor az összes bekezdést pirossal látja. De a webhely szerzője (fejlesztője) ehhez a tulajdonsághoz használhatja a Fontos elemet is. Ki fog akkor nyerni, és kinek lesz magasabb prioritása?

Úgy döntöttünk egyéni stílusok a Fontos elemmel mindenesetre magasabb prioritást élvez, mint a szerző stílusai, akár a Fontos elemmel, akár anélkül.

Foglaljuk össze lista formájában a stílustulajdonságok prioritásaival kapcsolatban bemutatott összes információt. A prioritás felülről lefelé csökken:

  1. Egyedi és Fontos
  2. Szerzői jog a Fontos elemmel
  3. szerzői jog
  4. Egyedi
  5. A specifikációban alapértelmezés szerint elfogadott stílusok a HTML-elemekhez (ha sem a szerző, sem a felhasználó nem adott meg mást)

Azok. A Fontos nélkül a szerzői stílusok fontosabbak, és velük együtt a felhasználói stílusok a legfontosabbak és prioritást élveznek. Nos, most foglalkozzunk a szerzői táblázatokkal, mert amit a felhasználó csinál, az számunkra ismeretlen, és sötétségbe burkolózva.

Hogyan lehet növelni a CSS-tulajdonságok prioritását a szerzői stílusokban

Most már rátérünk a kérdésre lépcsőzetes CSS stíluslapok. Nézzük meg ezt egy példán keresztül, hogy világosabb legyen. Tegyük fel, hogy van egy kódrészletünk a következő HTML-elemekkel (egy bekezdés a Div tárolóban):

A tartály tartalma

Először írjuk le a következő tulajdonságokat:

P (szín:piros) .sbox (háttér:#f0f0f0)

Ennek eredményeként mind az első kerül alkalmazásra a bekezdésre (mivel azt a P címke alkotja), mind az a tulajdonság, amely beállítja az „sbox” osztályú elem szürke hátterét, amely ebben a bekezdésben is rendelkezik:

Most adjunk hozzá még egy tulajdonságot a második választóhoz (az osztályhoz), amely ütközik az első sorral (mindkettő beállítja a , de más értékeket használ):

P (szín:piros) .sbox (háttér:#f0f0f0;szín:kék)

Ez azt eredményezi, hogy a bekezdés szövegének színe piros helyett kékre változik.

Miért? Mert pontosan így lehet feloldani a konfliktust, amikor ugyanaz a HTML kódelem több azonos szabályt kap egyszerre, de különböző értékekkel és a Css kód különböző helyeiről. Annak meghatározásához, hogy melyik szabálynak van magasabb prioritása, meg kell számolnia a kiválasztókat.

Ezen kívül magát a választóknak prioritás szerinti fokozata van. Az azonosító a legmagasabb prioritású. Ebben a példában a szöveg színe pontosan azért lesz kék, mert az Id (#out) prioritása magasabb lesz, mint a címkeválasztóé (p):

P (szín:piros) #out (szín:kék)

A prioritási ranglétrán lejjebb vannak az osztályok, pszeudoosztályok és attribútumok választói. A következő példában a címke (p) újra lejátszásra kerül, és a bekezdés szövegének színe kék lesz, mert versenyez a magasabb prioritású (osztály) választójával:

P (szín:piros) .sbox (szín:kék)

Nos, a legalacsonyabb prioritást (nem számítva az univerzális *-ot, amely a legkisebb súlyú, és nem változtat az ilyen összeillesztéseken) a címkék és pszeudoelemek választói.

Div p (szín: piros) p (szín: kék)

Milyen színű lesz az eredményül kapott bekezdés szövege? Igaz, piros, mert... Ez a tulajdonság több címkeválasztóval rendelkezik (kettő az eggyel szemben). Oh hogy. Azok. Elsőként az azonosítókat veszik figyelembe. Ha a nyertest nem azonosítják, akkor osztályokat, álosztályokat és tulajdonságokat veszik figyelembe. Nos, ha ott semmi nem oldódott meg, vagy nem találtak ilyeneket, akkor a címkék és pszeudoelemek szelektorait veszik figyelembe.

De nagyon valószínű, hogy nem kerül ki győztes, és a versenyző osztályok válogatói összességében egyenlő elsőbbséget élveznek. Például egy Div-tárolóba zárt, régóta szenvedett bekezdésünkhöz:

A tartály tartalma

Teljesen lehetséges lenne egy ilyen CSS-kódrészletet írni:

Div.box #out(szín:piros) #in p.sbox(szín:kék)

És milyen színű legyen a bekezdés szövege? Mindkét kombináció pontosan leírja a bekezdésünket. Az elsőt szokás szerint jobbról balra kell olvasni: alkalmazza ezeket a tulajdonságokat (szín: piros) egy Id #out elemre, amely valahol a Div tároló belsejében található (legyen az „ősei között”) a osztály.doboz (div.box ). Teljesen megfelel a mi bekezdésünknek.

A második kombináció: alkalmazza ezeket a tulajdonságokat (szín:kék) egy sbox osztályú (p.sbox) bekezdéselemre, amely bármely #in azonosítójú elemen belül található. Ismét teljesen leírja a bekezdésünket. Számoljuk meg a kiválasztókat.

Az azonosítók mindkét kombinációban egyszer fordulnak elő, és ugyanez mondható el az osztályokról is. Már csak a címkeválasztókat kell megszámolni, de ezeket is ugyanannyiszor használják mindkét kombinációban (egy). Csapda.

Megkaptuk egyenlő prioritásokat ugyanaz a tulajdonság különböző értékekkel (szöveg színe piros vagy kék). Hogyan oldja meg a böngésző ezt a dilemmát?

A szabály itt lesz érvényes - ki az utolsó, igaza van. Ezért az én példámban a bekezdés szövegének színe kék lesz, mert ez a tulajdonság (szín:kék) lejjebb található a kódban. Ha ezek a szabályok megfordulnak:

#in p.sbox(szín:kék) div.box #out(szín:piros)

Ennek eredményeként a bekezdés szövegének színe pirosra változik. Q.E.D. Bármilyen kombinációhoz hozzáadhat például egy másik címkeválasztót, és ennek javára billentjük a mérleget, még akkor is, ha nem alacsonyabb a kódban:

Törzs #a dobozban(szín:kék) div.box #out(szín:piros)

Ebben az esetben a bekezdés színe kékre változik. Az univerzális „*” választónak nincs hatása a prioritások kiszámítására. Mellesleg fentebb megvizsgáltuk a CSS-szabályok prioritásának növelésének módját a Fontos hozzáadásával. Példánkban ez így nézhet ki:

P (szín:zöld !fontos) #in p.sbox(color:blue) div.box #out(color:red)

Milyen színű lesz ebben az esetben a bekezdés szövege? Zöld, természetesen. És nem is kell semmit számolnod, mert fontos hozzáadása egy style tulajdonság egyértelműen megoldja ezt a vitatott kérdést, függetlenül attól, hogy hol található a kódban, és nem számít, hány választója van.

De a Fontos nem az egyetlen módja annak, hogy feltétel nélkül növelje egy ingatlan prioritását. A növekedés második módja a stílus használata lehet tulajdonságok a Style attribútumban a szükséges HTML elemet.

Azok. ugyanabban a régóta szenvedő P címkében adjon hozzá egy Stílus attribútumot, amely bármilyen színt megad:

A tartály tartalma

Ez az. Mostantól függetlenül attól, hogy egy külső stíluslapfájlban vagy a Style Html kódcímkékben milyen tulajdonságok vannak megadva ehhez az elemhez, a bekezdés szövegének színe sárga lesz.

De nem fogja tudni legyőzni a tulajdonságokat a Fontos funkcióval. Azok. az utolsó példában, ahol hozzáadtuk a "p (szín:zöld !fontos) szabályt", a szöveg színe továbbra is zöld lesz, annak ellenére, hogy style="color:yellow".

Valójában a két szabály prioritása (a külső stíluslapfájlban és a style attribútumban az Important mellett) egyenlő, ami azt jelenti, hogy tovább kell számolnunk a kijelölőket. Tényleg benne lehetnek a stílus attribútumban?

Igen, nem lehet, ami azt jelenti, hogy a style attribútumban írt szabály mindig veszít a Fontos szabálynál, csak a kisebb számú kijelölő miatt (a nulla bármely számnál kisebb lesz).

Nos, akkor mi van? a legmagasabb prioritást a Css tulajdonságnak adja? Így van, a style attribútumban lesz írva, sőt a Fontos:

A tartály tartalma



Ebben az esetben a bekezdésszöveg színe sárga lesz, és ezt nem lehet bármivel megszakítani a szerző stílusában. Megtaláltuk a stílusok beállításának abszolút módját. Csak a saját stílusfájljával és az ehhez megadott Important tulajdonsággal rendelkező felhasználó szakíthatja meg.

Tehát próbáljunk meg komponálni prioritást befolyásoló tényezők listája tulajdonságok a szerző stílusában, csökkenő sorrendben:

  1. A tulajdonság megadása a kívánt címke style attribútumában a Fontos elemmel együtt
  2. Fontos hozzáadás egy tulajdonsághoz egy külső stíluslapfájlban vagy a stíluscímkében közvetlenül a HTML-kódban
  3. Ezt a tulajdonságot egyszerűen be kell állítani a style attribútumban az elemen
  4. Nagyobb számú azonosító használata egy adott tulajdonhoz
  5. Több osztályválasztó, pszeudoosztály vagy attribútum használata
  6. Több címkeválasztó és pszeudoelem használata
  7. Alacsonyabb tulajdonságelhelyezés a CSS-kódban, minden más tényező változatlansága mellett

Valójában a style attribútum szabályait nagyon ritkán használják (képzelje el, milyen nehéz lenne ebben az esetben a teljes webhelykódban módosítani, nem pedig egy külön CSS-fájlban).

Ezt az attribútumot főleg akkor használják, ha valamit gyorsan kell tesztelni. Nos, az is kényelmes, ha beszúrod a kódodat mások HTML-oldalaiba, amelyeknek megvan a saját stílusuk, és ami örökölhető () a beillesztett elemekhez.

Miért és hogyan illessze be a kódját mások oldalaira? Lehet, hogy nekünk nincs rá szükségünk, de a Yandex és a Google megteszi ezt mások webhelyein (a mi webhelyeinken) amikor vagy másoknak.

Ha hozzáadja a style attribútumot a hirdetésblokk kód minden eleméhez, a benne megadott tulajdonságokkal és a Fontos elemmel, többé nem kell aggódnia amiatt, hogy a hirdetési kód bármilyen módon megváltozik (bár a Yandex hirdetések továbbra is módosíthatók CSS segítségével és Fontos, láthatóan nem ezt a módszert használták).

Sok szerencsét! Hamarosan találkozunk a blog oldalain

Lehet, hogy érdekel

Címke-, osztály-, azonosító- és univerzális szelektorok, valamint attribútum-választók a modern CSS-ben
Álosztályok és pszeudoelemek választói a CSS-ben (hover, first-child, first-line és mások), a HTML kódcímkék közötti kapcsolatok
Listastílus (típus, kép, pozíció) – Css-szabályok a listák HTML-kódban való megjelenésének testreszabásához
Mire való a CSS, hogyan lehet lépcsőzetes stíluslapokat csatlakoztatni egy HTML-dokumentumhoz és ennek a nyelvnek az alapvető szintaxisát
CSS - mi ez, hogyan kapcsolódnak a lépcsőzetes stíluslapok a HTML kódhoz a stílus és hivatkozás segítségével
Méretegységek (pixelek, Em és Ex) és öröklési szabályok a CSS-ben
Háttér a CSS-ben (szín, pozíció, kép, ismétlés, melléklet) - minden a HTML-elemek háttérszínének vagy háttérképének beállításához
Hogyan keresheti meg és távolíthatja el a nem használt stílussorokat (extra választókat) a webhely CSS-fájljában Különböző stílus a belső és külső hivatkozásokhoz CSS-en keresztül

A cikk nem teljesen releváns
A 10.2-es és újabb verziókban lehetőség nyílt az oldal átnevezésére a webhelyszabályokkal közvetlenül a motor adminisztrációs paneljén, amikor közvetlenül szerkeszti a szabályok szövegét. A webhelyszabályokat tartalmazó oldal azonban megmarad. Létezik és megtalálható bármely DLE webhelyen a http://my_site/rules.html címen
Hogyan préseld ki az összes levet ebből a címből - olvass tovább

Oldal a webhelyszabályokkal a CMS DLE-ben

A webhelyszabályok oldala egy statikus rendszeroldal. A motor feldolgozza, és ugyanúgy generálja, mint egy normál statikus oldalt. Egyszerűen lehetetlen eltávolítani - a motor fejlesztője nem rendelkezik róla. Még akkor is, ha a webhelyszabályok megjelenítése le van tiltva a regisztráció során, a webhelyszabályokat tartalmazó oldal mindig elérhető a http://my_site/rules.html címen. Az első keresőmotor, amelyik ott találja, elkezdi hányni és köpködni a szöveget, és cím. Ez nem csoda. Végül is az összes DLE webhelyen ugyanaz a dolog.

Amikor egy webhelyszabályokkal rendelkező oldal az oldaltérképbe kerül, azt a keresőmotor „szemétnek” tekinti, és nem kerül be a keresési indexbe, mivel az oldalszabályok szinte mindenhol ugyanazok. Ezért a DLE webhelyszabályait tartalmazó oldal alapértelmezés szerint le van tiltva (le van zárva) a fájlban ( sor Disallow: /rules.html).

A „Webhelyszabályzat” egyedisége

Az oldalszabályokkal és egyediségével kapcsolatos személyes véleményem az, hogy ez egy atavizmus, ami eltereli a felhasználó figyelmét a regisztráció során. Az oldal szabályai egy kezdetleges kinövés, melynek haszontalanságát a közösségi oldalak szervezői sikeresen bizonyították.

Nem, nos, látott valaki félelmetes vagy különleges szabályokat a Facebookon vagy a Twitteren való regisztráció során? Vagy talán a VKontakte és az Odnoklassniki oldalon vannak? Ugyanez!

És néhány webhely 1000 egyedi látogatóval -
elkezdi írni a saját egyedi szabályait a felhasználók számára.
Ami engem illet, az oldalon a legjobb szabályok a teljes hiányuk.
Ha a felhasználó normális és megfelelő, akkor már mindent ért.

Nincs oldal - nincs probléma

Nem titok, hogy az oldalak és könyvtárak keresési indexelésének letiltása nem csodaszer. Így vagy úgy, az oldal bármely oldalát előbb-utóbb „megrágja” a kereső. Vegyük például ugyanazt a Yandexet. Keresőrobotjai mindent kiszívnak, amit a webhelyről találnak, és csak ezután kezdenek el válogatni és gondolkodni azon, hogy visszaadják-e az oldalakat a kereséshez vagy sem. Ez teljesen nyilvánvaló, annak ellenére, hogy a Yandex megható biztosítéka, hogy ő és robotjai nem töltenek le felesleges anyagokat az oldalról. Például, ha egy weboldalt bezártak az indexelésből, akkor a Yandex csak a címét menti el a jelöléssel , vagy(ki hogyan zárja be).

Ahelyett, hogy turkálunk és letiltunk egy webhelyszabályokat tartalmazó „szemét” oldalt a keresési indexelésből, sokkal jobb, ha átdolgozzuk valami más hasznos dologgá, és megnyitjuk a hozzáférést a keresők számára – hagyjuk, hogy megnyugodjanak. Vagy legalább írja meg viselkedését a webhelyen, és ismét engedélyezze a keresőmotorok számára az oldal elérését.

A keresőmotorok megnyitásának szabályai

Merész lépést teszünk, és hozzáférést biztosítunk a keresőmotoroknak a webhelyszabályok oldalához. Ehhez a fájlunkban megtaláljuk a Disallow: /rules.html sort és töröljük nafik. Ez kész! Mostantól bármelyik keresőrobot hivatalosan be tud lépni a nyílt „Webhelyszabályokba”, és természetesen kimondhatja, hogy „Fe-e!” és „Be-e!” Ennek elkerülése érdekében átdolgozzuk a „Webhelyszabályzat” oldalt - bármilyen témához, saját egyedi szövegünkhöz, képekhez illesszük be, és változtassuk meg az oldal nevét (címét).

A „Webhelyszabályok” oldal szerkesztése

Az oldal szerkesztése a webhelyszabályokkal elérhető a DLE-motor adminisztrációs paneljén, az „Összes szakasz listája” - „Szabályok a webhelyen” részben. A „Webhelyszabályok” oldal szerkesztése ugyanúgy történik, mint bármely más statikus oldal esetében - a vizuális szövegszerkesztő normál üzemmódjában. Itt csak az egyedi szöveg írásával és az egyedi képek kiválasztásával lehet probléma. Kicsit feljebb van egy speciális ablak a frissítendő oldal címének (címének) megadásához. De egy ilyen újítás megjelent a 10.2-es verziótól kezdve.

A webhelyszabályok oldalának átnevezése
régebbi motormodelleknél -
bele kell mélyednie a rendszerfájljaiba.

A „Webhelyszabályok” oldal átnevezése
(CMS DLE 10.1 és régebbi verziókhoz)

A „Webhelyszabályok” oldal közvetlen átnevezése az adminpanel.lng fájlban történik, amely a Language/Russian/adminpanel.lng mappában található. Az adminpanel.lng fájl a DLE motor rendszerfájlja. A szerkesztéshez lépjen a szerverére (egyébként nincs mód).

Nyissa meg az adminpanel.lng fájlt.
Húrt keresek
"rules_edit" => "Általános szabályok a webhelyen"
Az „Az oldal általános szabályai” szavakat az új nevünkre cseréljük. Zárjuk le. Megment. (Csak a cirill ábécét módosíthatja, amely az idézőjelek között van. Ellenkező esetben teljesen leáll.)

Törölje a motor és a böngésző gyorsítótárát. Az adminlogs.lng fájl szerkesztése és mentése után törölnie kell a motor gyorsítótárát és a böngésző gyorsítótárát, hogy a motort új néven új oldal létrehozására kényszerítse, a böngészőt pedig letöltse. Ha ez nem segít, és továbbra is a régi név jelenik meg, akkor a motor adminisztrációs paneljére kell lépnie, szerkesztenie és el kell mentenie a „Webhelyszabályok” oldalt néhány kisebb jellel. Például tegyen pontot a szövegbe (akkor mindent vissza lehet javítani). Az ilyen zaklatások és atrocitások minden bizonnyal megtisztítják a motor és a szerver agyát, és új név generálására és megjelenítésére kényszerítik őket.

Hangosan gondolkodni. Kedvesnek érzi magát celsoft olvassa ezt a blogot. Kicsit később, e publikáció után, a CMS DLE 10.2 motorverziójának adminisztrációs panelén lehetővé vált az oldal normál civilizált módon, a rendszer szkriptfájlokban való unalmas turkálás nélkül, webhelyszabályokkal történő átnevezése. Köszönet a CMS DLE fejlesztőinek munkájukért és a hétköznapi emberek problémáira fordított figyelmükért.

A szabályok a világunk részét képezik, és folyamatosan irányítják napi cselekedeteinket. Életünk szinte minden területén vannak szabályok - viselkedési szabályok, etikett szabályok, az utcán való átkelés szabályai - a lista végtelen lehet.

Mik a szabályok? Ez egy olyan utasítás, amelyet követni kell, vagy be kell tartani. Sok angol szó van, amely szabályokra utal, vagy szabályokra utal:

  • Figyelmeztetések - figyelmeztetés
  • Parancsok – parancs, utasítás
  • Útvonalak – utasítások
  • Előrejelzések – figyelmeztetések
  • Útmutatók
  • Irányelvek
  • Utasítások – utasítások
  • Törvények – törvények
  • Irányelvek – beállítások
  • Eljárások
  • Szabályzat – szabályok
  • Figyelmeztetések – figyelmeztetések

Google rövid kód

A szabályok nap mint nap érintenek minket, és még a legegyszerűbb helyeken is nehéz elkerülni, még az utcán sétálva sem lehet kihagyni a körülöttünk kihelyezett összes táblát, amelyek figyelmeztetnek és instruálnak a szabályok betartására. A szabály magyarázatának legegyszerűbb módja, ha leírod egy könyvbe, vagy olyan táblákat teszel fel, amelyeket mindenki láthat. Íme néhány szabály, amelyet táblák formájában helyeztek el, amelyeket gyakran láthatunk az utcákon és nyilvános helyeken, ezeket figyelmeztető tábláknak nevezzük.

  • tilos kerékpározni – nem biciklizhet
  • belépés tilos – tilos a belépés
  • korcsolyázni tilos – görkorcsolyázni nem lehet
  • óvakodj a szembejövő kerékpároktól - óvakodj a szembejövő kerékpároktól
  • Tartsa távol = ne zárja el ezt a területet – ne foglalja el ezt a területet
  • itt nem töltheti meg a gázpalackokat - nem töltheti meg a gázpalackokat
  • méreg = ne edd meg – méreg = nem tudsz enni
  • tilos a dohányzás - tilos a dohányzás
  • óvakodjunk az úton átkelő emberektől – legyenek óvatosak, gyalogosok
  • nem szabad parkolni – tilos a parkolás
  • ne dobjon szemetet - ne dobja ki a szemetet
  • gyerekeket nem fogadnak be – gyerekeket nem
  • fényképezni tilos – fényképezni tilos
  • kérjük, takarítson a kutyája után – takarítson a kutyája után
  • életveszély – veszély, magasfeszültségű áram a közelben – veszélyes! – veszélyes, nagyfeszültségű
  • köpni tilos - nem lehet köpni

Mint látható, rengeteg szabály van körülöttünk, és ezeket be kell tartanunk, bár el kell mondani, hogy az emberek néha nem tartják be a szabályokat, megszegik a szabályokat, vagy szembemennek a szabályokkal. a szabályokkal), néha „elkapják” és megbüntetik (megbüntetik). Ha megszegsz egy szabályt, akkor pénzfizetésre kényszerülhetsz, pl. pénzbüntetés/büntetés, vagy ami még rosszabb, arra kényszerítheti, hogy menjen a rendőrségre.

Megszegted már a szabályokat? Azokat, akik mindig betartják a szabályokat, „törvénytisztelőknek”, a szabályokat megszegőket pedig „törvénysértőknek” nevezik.

Végül szeretnénk azt kívánni, hogy „legyen jó!” , „tartsd be a szabályokat!”, „kerüld a bajt!”

A megosztás törődés!

A What does attribútuma csinálni? A sorok és oszlopok közötti belső határok megjelenítésének meghatározására szolgál. Ez az attribútum elavult. Ehelyett használja a CSS-t a táblázatszegélyek stílusához.

A Rules attribútum elavult Ez az attribútum elavult, ezért nem szabad használni. A böngésző támogatja ezt az attribútumot, és használata váratlan eredményeket eredményezhet. Ehelyett használja a CSS-t a táblák stílusához.

A RULES attribútum

A RULES , egy HTML 4.0 attribútum, jelzi, hogy kell-e belső szegély a táblázatban. Áttekintjük a RULES minden egyes értékét, és bemutatjuk, hogyan használják őket. A RULES és a FRAME bosszantó módon módosíthatja egymás alapértelmezett beállításait. Életének leegyszerűsítésére itt van egy ökölszabály: ha a RULES-t használja, használja a FRAME-t és a BORDER-t is. Könnyebb elkerülni, hogy összezavarodjon.

A NONE értéke a RULES attribútumhoz

RULES=NONE azt jelenti, hogy nincsenek belső határok. RULES=NONE az alapértelmezett, ha nem használja a BORDER-t, vagy nullára állítja, de egyébként kifejezetten meg kell adni, hogy nincs belső határ. Vegye figyelembe, hogy a Netscape jelenleg nem ismeri fel a RULES-t.

NévÉtel
Csillagvirágkevert tofu
Mikozöldséges rizsleves
Andyhumusz
Pingfrancia pirítós

A RULES attribútum ALL értéke

RULES=ALL azt jelzi, hogy az összes belső határnak láthatónak kell lennie. A RULES=ALL paramétert általában a FRAME=VOID paraméterrel együtt használják, így vannak külső szegélyek, de nincsenek belső szegélyek.

Amikor egy táblázatra alkalmazzuk, ez az érték a következő eredményt adja:

NévÉtel
Csillagvirágkevert tofu
Mikozöldséges rizsleves
Andyhumusz
Pingfrancia pirítós

A RULES attribútum COLS értéke

A COLS azt jelzi, hogy az oszlopok között határoknak kell lenniük, a sorok között nem.

Amikor egy táblázatra alkalmazzuk, ez az érték a következő eredményt adja:

NévÉtel
Csillagvirágkevert tofu
Mikozöldséges rizsleves
Andyhumusz
Pingfrancia pirítós

A ROWS értéke a RULES attribútumhoz

A RULES=ROWS azt jelzi, hogy a sorok között szegélynek kell lennie, az oszlopok között nem.

Amikor egy táblázatra alkalmazzuk, ez az érték a következő eredményt adja:

NévÉtel
Csillagvirágkevert tofu
Mikozöldséges rizsleves
Andyhumusz
Pingfrancia pirítós

A GROUPS értéke a RULES attribútumhoz

RULES=CSOPORTOK lehetővé teszi szegélyek elhelyezését a táblázatcellák csoportjai között. A cellák kétféleképpen csoportosíthatók: sor és oszlop szerint. Vegyük figyelembe, hogy a Netscape jelenleg nem ismeri fel a SZABÁLYOKAT.

Csoportosítás sorok szerint

A sorok szerinti csoportosításhoz használja a , , címkéket. jelzi a táblázat fejléceit, a táblázat törzsét jelöli, és az alsó sorokat jelzi. Így például ez a kód létrehoz egy táblázatot három csoporttal. A szegélyek csak a csoportok között jelennek meg:

NévÉtelÁr
Csillagvirágkevert tofu5.95
Mikozöldséges rizsleves4.95
Andyhumusz3.95
Pingfrancia pirítós5.95
Teljes20.80

Így jelenik meg a táblázat:

NévÉtelÁr
Csillagvirágkevert tofu5.95
Mikozöldséges rizsleves4.95
Andyhumusz3.95
Pingfrancia pirítós5.95
Teljes20.80

Csoportosítás oszlop szerint

Az oszlop szerinti csoportosításhoz használja a tag és annak SPAN attribútuma. Egy kis megszokást igényel, mert valójában nem kerül meg semmilyen táblázatcellát. A táblázat kódjának tetejére kerül, ahol szabályokat állít be a táblázat oszlopaira vonatkozóan, beleértve azokat is, amelyek csoportosítva vannak. jelzi, hogy hány oszlop van az egyes csoportokban. Ha elhagyja a SPAN-t, akkor azt feltételezzük, hogy a csoportnak csak egy oszlopa van. Így például a következő kód azt mondja, hogy az első oszlop önmagában egy csoportban van, az azt követő három pedig együtt van egy csoportban. Vedd észre végcímkét igényel. A határok csak a csoportok között lesznek.