Dies gilt für Arbeitsversionen von Dateien, die HTML, CSS und GSS verwenden

Es ist erlaubt, jedes Tool zu verwenden, um die Kompilierung oder Code-Verschleierung zu minimieren, vorausgesetzt, dass die Gesamtqualität des Codes erhalten bleibt.

Lassen Sie den Protokollnamen (http:, https:) in Links zu Bildern oder anderen Medienressourcen, Stildateien oder Skripten natürlich weg, wenn diese Dateien über beide Protokolle verfügbar sind.

Nicht empfohlen:
Empfohlen:
Nicht empfohlen: .example (Hintergrund: URL(http://www.google.com/images/example); )
Empfohlen: .example (Hintergrund: URL(//www.google.com/images/example); )

Verwenden Sie keine Tabulatoren und mischen Sie keine Tabulatoren mit Leerzeichen.

Der gesamte Code muss in Kleinbuchstaben geschrieben werden: Dies gilt für Elementnamen, Attributnamen, Attributwerte (außer Text/CDATA), Selektoren, Eigenschaften und deren Werte (außer Text).

Leerzeichen am Zeilenende sind optional und erschweren die Verwendung von diff.

Stellen Sie sicher, dass Ihr Editor die UTF-8-Kodierung ohne Byte Order Mark (BOM) verwendet.

Geben Sie die Codierung in HTML-Vorlagen und -Dokumenten mithilfe von an. Lassen Sie die Kodierung für CSS-Dateien weg: UTF-8 ist für sie standardmäßig eingestellt.

(Weitere Informationen zu Kodierungen und deren Verwendung finden Sie unter diesem Link: Zeichensätze und Kodierungen in XHTML, HTML CSS.)

Verwenden Sie Kommentare, um Ihren Code zu erläutern: was er tut, was er tut und warum die von Ihnen gewählte Lösung verwendet wird.

(Dieser Punkt ist optional, da es keinen Sinn macht, zu erwarten, dass der Code immer gut dokumentiert ist. Der Nutzen von Kommentaren hängt von der Komplexität des Projekts ab und kann für HTML- und CSS-Code unterschiedlich sein.)

Markieren Sie Aufgaben mit dem Schlüsselwort TODO. Verwenden Sie keine anderen häufig verwendeten Formate wie @@ .

Schließen Sie Kontakte (Benutzername oder Mailingliste) in Klammern ein: TODO(contact) .

Beschreiben Sie die Aufgabe nach einem Doppelpunkt, zum Beispiel: TODO: Aufgabe.

Empfohlen: (# TODO(Ivan Ivanov): Mit der Ausrichtung umgehen #) Test
Empfohlen:

• Gurken
• Tomaten

(Es wird empfohlen, HTML mit dem Inhaltstyp text/html zu verwenden. Verwenden Sie kein XHTML, da application/xhtml+xml eine schlechte Browserunterstützung bietet und die Optimierungsmöglichkeiten eingeschränkt sind.)

Verwenden Sie gültigen HTML-Code, es sei denn, die Nutzung ermöglicht es Ihnen nicht, die für das gewünschte Leistungsniveau erforderliche Dateigröße zu erreichen.

W3C HTML-Validator (Englisch) zur Überprüfung der Gültigkeit des Codes.

Gültigkeit ist eine wichtige und messbare Qualität von Code. Das Schreiben von gültigem HTML fördert das Erlernen der technischen Anforderungen und Einschränkungen und stellt die ordnungsgemäße Verwendung von HTML sicher.

Nicht empfohlen: Überprüfen Sie einfach
Empfohlen: Scheck Nur ein Scheck.

Verwenden Sie Elemente (manchmal fälschlicherweise „Tags“ genannt) für den vorgesehenen Zweck: Überschriften für Überschriften, p für Absätze, a für Links usw.

Dadurch ist der Code einfacher zu lesen, zu bearbeiten und zu warten.

Versuchen Sie, alternative Inhalte für Medien bereitzustellen, z. B. Bilder, Videos oder Animationen, die mit Canvas definiert wurden. Bei Bildern ist dies ein aussagekräftiger Alternativtext (alt), bei Video und Audio möglichst eine Abschrift des Textes und der Bildunterschrift.

Alternative Inhalte können Menschen mit Behinderungen helfen. Beispielsweise ist es für eine Person mit Sehbehinderung schwierig zu verstehen, was auf dem Bild zu sehen ist, wenn @alt nicht darauf eingestellt ist. Andere Menschen haben möglicherweise Schwierigkeiten zu verstehen, was in einer Video- oder Audioaufnahme gesagt wird.

(Wenn der Alt-Text des Bildes überflüssig ist oder nur zu dekorativen Zwecken an Stellen verwendet wird, an denen CSS nicht verwendet werden kann, verwenden Sie einen leeren Alt-Text alt="" )

Halten Sie Struktur (Markup), Erscheinungsbild (Stile) und Verhalten (Skripte) getrennt und versuchen Sie, die Interaktionen zwischen ihnen auf ein Minimum zu beschränken.

Stellen Sie sicher, dass Dokumente und Vorlagen nur HTML enthalten und dass HTML nur dazu dient, die Struktur des Dokuments zu definieren. Verschieben Sie den gesamten für das Design verantwortlichen Code in Stildateien und den für das Verhalten verantwortlichen Code in Skripte.

Versuchen Sie, ihre Überschneidungen auf ein Minimum zu reduzieren, indem Sie eine minimale Anzahl von Stildateien und Skripten in Ihre Vorlagen aufnehmen.

Die Trennung von Struktur, Präsentation und Verhalten erleichtert die Wartung des Codes. Das Ändern von Vorlagen und HTML-Dokumenten dauert immer länger als das Ändern von Style-Dateien oder Skripten.

Nicht empfohlen: HTML ist scheiße. HTML ist scheiße

Irgendwo habe ich davon schon einmal gelesen, aber jetzt ist definitiv alles klar: HTML ist völliger Müll!!1 Ich kann nicht glauben, dass man, um das Design zu ändern, jedes Mal alles neu machen muss.
Empfohlen: Mein erstes reines CSS-Redesign. Mein neues CSS-Design

Darüber habe ich schon einmal gelesen, aber schließlich habe ich es selbst gemacht: Ich wende das Prinzip der Interessenstrennung an und schiebe das Design nicht in HTML

Wie cool!

Die einzige Ausnahme von dieser Regel sind HTML-Dienstzeichen (z. B< и & ) а так же вспомогательные и “невидимые” символы (например неразрывный пробел).

Um die Dateigröße zu reduzieren und die Lesbarkeit des Codes zu verbessern, können Sie optionale Tags weglassen. Die HTML5-Spezifikation enthält eine Liste optionaler Tags.

(Es kann einige Zeit dauern, bis dieser Ansatz weit verbreitet ist, da er sich stark von dem unterscheidet, was Webentwicklern normalerweise beigebracht wird. Unter dem Gesichtspunkt der Konsistenz, des Codes und der Einfachheit ist es am besten, alle optionalen Tags wegzulassen und nicht einige davon.)

Nicht empfohlen: Wir verschwenden Bytes – wir verschwenden Geld.
Empfohlen: Bytes sind Geld!

So dass

Verwenden Sie das Typattribut nicht, wenn Sie Stile (außer wenn Sie etwas anderes als CSS verwenden) und Skripte (außer wenn Sie etwas anderes als JavaScript verwenden) verbinden.

Die Angabe des Typattributs ist in diesem Fall nicht erforderlich, da HTML5 standardmäßig Text/CSS (Englisch) und Text/Javascript (Englisch) verwendet. Dies funktioniert auch in älteren Browsern.

Nicht empfohlen:
Empfohlen:
Nicht empfohlen:
Empfohlen:

Unabhängig von den für das Element angegebenen Stilen (mit CSS können Sie das Verhalten des Elements mithilfe der Anzeigeeigenschaft ändern) brechen Sie jeden Block oder jedes Tabellenelement in eine neue Zeile ein.

Ziehen Sie außerdem alle Elemente ein, die in einem Block- oder Tabellenelement verschachtelt sind.

(Wenn Sie Probleme mit Leerzeichen zwischen Listenelementen haben, können Sie alle li-Elemente in einer Zeile platzieren. Es wird empfohlen, dass Lint in diesem Fall eine Warnung anstelle eines Fehlers ausgibt.

• Mascha
• Glasha
• Tscheburasch

Außer in Fällen, in denen browserabhängiger Code erforderlich ist oder Validatorfehler auftreten, verwenden Sie gültigen CSS-Code.

Verwenden Sie Tools wie den W3C CSS Validator, um Ihren Code zu validieren.

Gültigkeit ist eine wichtige und messbare Qualität von Code. Das Schreiben von gültigem CSS hilft, redundanten Code zu eliminieren und stellt die ordnungsgemäße Verwendung von Stylesheets sicher ...

Anstatt Codes zu verwenden oder das Aussehen eines Elements zu beschreiben, versuchen Sie, die Bedeutung seiner Erstellung im Namen einer Klasse oder eines Bezeichners auszudrücken, oder geben Sie ihm einen Vorlagennamen ...

Platzhalternamen sind einfach Variantennamen für Elemente, die keinen besonderen Zweck haben oder nicht von ihren Geschwistern zu unterscheiden sind. Sie werden meist als „Helfer“ benötigt.

Durch die Verwendung von Funktions- oder Vorlagennamen wird die Notwendigkeit unnötiger Änderungen am Dokument oder an den Vorlagen verringert.

Veraltet: /* Veraltet: bedeutungslos */ #yee-1901 () /* Veraltet: Beschreibung des Erscheinungsbilds */ .button-green() .clear()
Empfohlen: /* Empfohlen: präzise und auf den Punkt */ #gallery () #login () .video () /* Empfohlen: Vorlagenname */ .aux () .alt ()

Versuchen Sie so kurz wie möglich zu formulieren, was genau dieses Element bewirken soll.

Diese Verwendung von Klassen und Bezeichnern trägt dazu bei, den Code verständlicher und effizienter zu machen.

Sofern nicht unbedingt erforderlich (z. B. bei Hilfsklassen), verwenden Sie keine Elementnamen mit Klassennamen oder Bezeichnern.

CSS bietet viele verschiedene Kurzformen (z. B. Schriftart), deren Verwendung nach Möglichkeit empfohlen wird, auch wenn nur einer der Werte angegeben ist.

Die Verwendung der Eigenschaftsnotation in Kurzschrift ist für eine höhere Effizienz und ein besseres Verständnis Ihres Codes nützlich.

Nicht empfohlen: /* Nicht empfohlen */ border-top-style: none; Schriftfamilie: Palatino, Georgia, Serif; Schriftgröße: 100 %; Zeilenhöhe: 1,6; Polsterung unten: 2em; Polsterung links: 1em; Polsterung rechts: 1em; Polsterung oben: 0;
Empfohlen: /* Empfohlen */ border-top: 0; Schriftart: 100 %/1,6 Palatino, Georgia, Serif; Polsterung: 0 1em 2em;

Geben Sie keine Einheiten für Nullwerte an, es sei denn, es gibt einen Grund dafür.

Geben Sie bei Werten zwischen -1 und 1 keine 0 in den ganzzahligen Teil ein.

Verwenden Sie keine Anführungszeichen ("" , "") mit url() .

Die dreistellige Hexadezimalschreibweise für Farben ist kürzer und nimmt weniger Platz ein.

Verwenden Sie in großen Projekten sowie in Code, der für andere Projekte oder auf anderen Websites verwendet wird, Präfixe (als Namespaces) für Bezeichner und Klassennamen. Verwenden Sie kurze, eindeutige Titel, gefolgt von einem Bindestrich.

Die Verwendung von Namespaces hilft, Namenskonflikte zu vermeiden und kann die Pflege Ihrer Website erleichtern. Zum Beispiel beim Suchen und Ersetzen.

Vermeiden Sie die Verwendung von etwas anderem als einem Bindestrich, um Wörter und Abkürzungen in Selektoren zu verbinden, um die Lesbarkeit und das Verständnis Ihres Codes zu verbessern.

Nicht empfohlen: /* Nicht empfohlen: Die Wörter „demo“ und „image“ werden nicht getrennt */ .demoimage () /* Nicht empfohlen: Unterstrich wird anstelle eines Bindestrichs verwendet */ .error_status ()
Empfohlen: /* Empfohlen */ #video-id().ads-sample()

Es kann verlockend sein, Browserunterschiede mit CSS-Filtern, Hacks oder anderen Workarounds zu bekämpfen. Alle diese Ansätze sollten nur als letzter Ausweg in Betracht gezogen werden, wenn Sie eine effiziente und leicht zu wartende Codebasis wünschen. Einfach ausgedrückt: Das Zulassen von Hacks und Browser-Erkennung wird dem Projekt auf lange Sicht schaden, da es bedeutet, dass das Projekt den Weg des geringsten Widerstands einschlägt. Das erleichtert den Einsatz von Hacks und ermöglicht deren häufigeren Einsatz, was dazu führt, dass sie zu oft eingesetzt werden.

Definieren Sie Deklarationen in alphabetischer Reihenfolge, um konsistenten Code zu gewährleisten, mit dem Sie einfach arbeiten können.

Ignorieren Sie beim Sortieren die Browser-Präfixe. Wenn außerdem mehrere Browser-Präfixe für eine Eigenschaft verwendet werden, müssen diese auch sortiert werden (z. B. sollte -moz vor --webkit stehen).

Ziehen Sie Blockinhalte immer ein, z. B. Regeln innerhalb von Regeln oder Deklarationen, um die Hierarchie anzuzeigen und den Code leichter verständlich zu machen.

Verwenden Sie nach jeder Deklaration ein Semikolon, um die Codekonsistenz zu gewährleisten und das Hinzufügen neuer Eigenschaften zu erleichtern.

Verwenden Sie in Deklarationen immer ein Leerzeichen nach dem Doppelpunkt (aber nicht davor), um die Reihenfolge im Code zu gewährleisten.

Beginnen Sie jeden Selektor oder jede Deklaration in einer neuen Zeile.

Setzen Sie immer einen Zeilenumbruch zwischen den Regeln.

Fassen Sie die Regeln nach Möglichkeit zusammen. Kennzeichnen Sie Gruppen mit Kommentaren und trennen Sie diese durch Zeilenumbrüche.

Wenn Sie Code bearbeiten, nehmen Sie sich ein paar Minuten Zeit, um zu verstehen, wie er geschrieben ist. Wenn mathematische Operatoren durch Leerzeichen getrennt sind, gehen Sie genauso vor. Wenn Kommentare von Klammern oder Bindestrichen umgeben sind, machen Sie dasselbe mit Ihren Kommentaren.

Die Idee dieses Leitfadens besteht darin, ein gemeinsames Vokabular zu schaffen, das es Entwicklern ermöglicht, sich auf das zu konzentrieren, was sie ausdrücken möchten, und nicht darauf, wie.

Wir bieten einheitliche Designregeln, die es Ihnen ermöglichen, Code im gleichen Stil zu schreiben, aber auch der Codestil, der bereits im Projekt verwendet wird, ist wichtig.

Wenn sich Ihr Code stark vom vorhandenen Code unterscheidet, kann dies den Rhythmus des Lesers stören und die Lesbarkeit erschweren. Versuchen Sie dies zu vermeiden.

Vielen Dank an alle, die bis hierher gelesen haben.

Der Artikel ist nicht ganz relevant
In 10.2 und höher wurde die Möglichkeit hinzugefügt, die Seite mit Site-Regeln direkt im Engine-Admin-Panel umzubenennen, wenn der Text der Regeln direkt bearbeitet wird. Die Seite mit den Site-Regeln bleibt jedoch bestehen. Es existiert und befindet sich auf jeder DLE-Website unter http://my_site/rules.html
Wie man aus dieser Adresse den ganzen Saft herauspresst – lesen Sie weiter

Die Site-Regelseite ist eine statische Systemseite. Sie wird von der Engine verarbeitet und auf die gleiche Weise wie eine normale statische Seite generiert. Es ist einfach unmöglich, es zu entfernen – es ist vom Engine-Entwickler nicht vorgesehen. Auch wenn die Site-Regeln selbst bei der Registrierung für die Anzeige deaktiviert sind, ist die Seite mit den Site-Regeln immer unter http://my_site/rules.html verfügbar. Die erste Suchmaschine, die sie dort findet, fängt an, sich über den Text zu übergeben und zu spucken Titel. Es ist kein Wunder. Schließlich ist es auf allen DLE-Sites das Gleiche.

Wenn eine Seite mit Site-Regeln in der Sitemap landet, wird sie von der Suchmaschine als „Junk“ betrachtet und nicht in den Suchindex aufgenommen, da die Site-Regeln fast überall gleich sind. Daher ist die Seite mit Site-Regeln in DLE standardmäßig von der Suchindizierung in der Datei ausgeschlossen (geschlossen). Zeile Disallow: /rules.html).

Meine persönliche Meinung zu der Seite mit den Website-Regeln und ihrer Einzigartigkeit ist, dass es sich um einen Atavismus handelt, der die Aufmerksamkeit des Benutzers bei der Registrierung ablenkt. Die Regeln der Website sind ein rudimentäres Ergebnis, dessen Nutzlosigkeit von den Organisatoren sozialer Netzwerke erfolgreich bewiesen wurde.

Nein, hat irgendjemand irgendwelche strengen oder besonderen Regeln bei der Registrierung auf Facebook oder Twitter gesehen? Oder sind sie vielleicht auf VKontakte und Odnoklassniki? Gleiche Sache!

Und eine Website mit einem Besucher von 1000 Uniques –
beginnt, seine eigenen einzigartigen Regeln für Benutzer zu schreiben.
Für mich sind die besten Regeln auf der Website, dass sie völlig fehlen.
Wenn der Benutzer normal und angemessen ist, versteht er bereits alles.

Es ist kein Geheimnis, dass das Blockieren von Seiten und Verzeichnissen von der Suchindizierung kein Allheilmittel ist. Auf die eine oder andere Weise wird jede Seite der Website früher oder später von der Suchmaschine „gekaut“. Nehmen Sie zum Beispiel dasselbe Yandex. Seine Suchroboter pumpen absolut alles heraus, was sie auf der Website finden können, und beginnen erst dann mit dem Sortieren und Überlegen, ob die Seiten zur Suche zurückgegeben werden sollen oder nicht. Dies ist ziemlich offensichtlich, trotz der rührenden Zusicherungen von Yandex, dass das Unternehmen und seine Roboter kein unnötiges Material von der Website herunterladen. Wenn beispielsweise eine Webseite von der Indexierung ausgeschlossen ist, speichert Yandex nur ihre Adresse mit der Markierung , oder(Wer wird es wie schließen).

Anstatt herumzustöbern und eine „Junk“-Seite mit Site-Regeln für die Suchindizierung zu blockieren, ist es viel besser, sie in eine andere nützliche Sache umzuwandeln und Suchmaschinen den Zugriff darauf zu ermöglichen – lassen Sie sie sich beruhigen. Oder schreiben Sie zumindest einfach Ihr Verhalten auf der Website und erlauben Sie wiederum Suchmaschinen den Zugriff auf die Seite.

Wir unternehmen einen mutigen Schritt und gewähren Suchmaschinen Zugriff auf die Seite mit den Website-Regeln. Dazu suchen wir in unserer Datei die Zeile Disallow: /rules.html und löschen sie nafik. Es ist vollbracht! Jetzt kann jeder Suchroboter offiziell in die offenen „Site-Regeln“ einsteigen und natürlich „Fe-e!“ sagen. und „Be-e!“ Um dies zu verhindern, überarbeiten wir die Seite „Site-Regeln“ – fügen Sie unseren eigenen einzigartigen Text zu jedem Thema und Bildern ein und ändern Sie den Namen (Titel) der Seite.

Das Bearbeiten der Seite mit Site-Regeln ist im Admin-Bereich der DLE-Engine im Abschnitt „Liste aller Abschnitte“ – „Regeln auf der Site“ möglich. Die Bearbeitung der Seite „Site-Regeln“ erfolgt wie bei jeder anderen statischen Seite – im normalen Betriebsmodus eines visuellen Texteditors. Hier können die einzigen Probleme darin bestehen, eindeutigen Text zu schreiben und einzigartige Bilder auszuwählen. Etwas höher befindet sich ein spezielles Fenster zur Eingabe des Titels (Titel) für die zu aktualisierende Seite. Eine solche Neuerung erschien jedoch ab Version 10.2.

Um die Site-Regelseite umzubenennen
bei älteren Motormodellen -
Sie müssen in die Systemdateien stöbern.

Das direkte Umbenennen der Seite „Site Rules“ selbst erfolgt in der Datei adminpanel.lng, die sich im Ordner language/Russian/adminpanel.lng befindet. Die Datei adminpanel.lng ist eine Systemdatei der DLE-Engine. Um es zu bearbeiten, gehen Sie zu Ihrem Server (sonst gibt es keine Möglichkeit).

Öffnen Sie die Datei adminpanel.lng.
Auf der Suche nach einer Saite
"rules_edit" => "Allgemeine Regeln auf der Website"
Wir ändern die Worte „Allgemeine Regeln auf der Website“ in unseren neuen Namen. Lasst uns schließen. Speichern. (Sie können nur das kyrillische Alphabet ändern, das zwischen den Anführungszeichen steht. Andernfalls funktioniert es überhaupt nicht mehr.)

Leeren Sie den Engine- und Browser-Cache. Nachdem Sie die Datei adminlogs.lng bearbeitet und gespeichert haben, müssen Sie den Engine-Cache und den Browser-Cache leeren, um zu erzwingen, dass die Engine eine neue Seite mit einem neuen Namen generiert und der Browser sie herunterlädt. Wenn dies nicht hilft und der alte Name weiterhin angezeigt wird, müssen Sie zum Admin-Bereich der Engine gehen, die Seite „Site-Regeln“ bearbeiten und mit einigen geringfügigen Zeichen erneut speichern. Setzen Sie zum Beispiel einen Punkt in den Text (dann können Sie alles wieder korrigieren). Solche Schikanen und Gräueltaten werden definitiv das Gehirn der Engine und des Servers reinigen und sie dazu zwingen, einen neuen Namen zu generieren und anzuzeigen.

Lautes Denken. Es fühlt sich an, als würde der liebe Celsoft diesen Blog lesen. Wenig später, nach dieser Veröffentlichung, wurde es im Admin-Panel der Engine-Version von CMS DLE 10.2 möglich, die Seite mit Site-Regeln auf normale zivilisierte Weise umzubenennen, ohne mühsam in den Systemskriptdateien herumzustöbern. Vielen Dank an die Entwickler von CMS DLE für ihre Arbeit und ihre Aufmerksamkeit für die Probleme der einfachen Leute.

Wie schreibe ich korrekten CSS-Code?

Ohne die Grundlagen zu kennen, ist es unmöglich, voranzukommen. Darüber hinaus müssen diese Grundlagen auf einer unterbewussten Ebene trainiert werden. Sie müssen alle Regeln zum Schreiben von sauberem, verständlichem Code auswendig kennen und überall anwenden. Beginnen Sie direkt mit Ihrem aktuellen oder bestenfalls Ihrem nächsten Projekt. Dies wird Ihre CSS-Bibel sein

Nachfolgend finden Sie 15 goldene Regeln zum Schreiben von benutzerfreundlichem und professionellem CSS-Code

CSS-Reset ist ein bestimmter Codeabschnitt, der am Anfang unserer Stildatei geschrieben wird, in dem alle Werte zurückgesetzt und alle Grundparameter für alle Stile festgelegt werden, die wir höchstwahrscheinlich für jeden einzelnen Stil schreiben müssten ID/Klasse. Dadurch können Sie den Code später kürzen und Unterschiede in der Anzeige zwischen Browsern vermeiden.

Hier ist ein CSS-Reset-Beispiel von http://meyerweb.com/eric/tools/css/reset/index.html

/* v1.0 | 20080212 */ html, body, div, span, applet, object, iframe, h1, h2, h3, h4, h5, h6, p, blockquote, pre, a, abbr, acronym, address, big, cite, code, del , dfn, em, Schriftart, img, ins, kbd, q, s, samp, klein, Strike, stark, sub, sup, tt, var, b, u, i, center, dl, dt, dd, ol, ul , li, fieldset, form, label, legend, table, caption, tbody, tfoot, thead, tr, th, td ( margin: 0; padding: 0; border: 0; outline: 0; font-size: 100%; Vertical-Align: Baseline; Hintergrund: transparent; before, q:after ( content: ""; content: none; ) /* Denken Sie daran, Fokusstile zu definieren! */:focus ( outline: 0; ) /* Denken Sie daran, Einfügungen irgendwie hervorzuheben! */ ins ( text-decoration: none; ) del ( text-decoration: line-through; ) /* Tabellen benötigen weiterhin „cellspacing="0"" im Markup */ table ( border-collapse: Collapse; border-spacing : 0; )

Zum Beispiel, um eine lange zu schreiben

Rand oben: 5px; Rand rechts: 10px; Rand unten: 15px; Rand links: 20px;

wir können kurz schreiben:

Rand: 5px 10px 15px 20px;

also im Uhrzeigersinn von oben beginnend.

Hauptsächlich abgekürzter Rand, Rand, Abstand, Schriftart und Hintergrund.

Weitere Details hierzu können Sie einsehen

Aber Farben können wie folgt reduziert werden:

Wenn der Farbcode aus 3 sich wiederholenden Ziffern besteht, können Sie diese drei Ziffern einfach aufschreiben.
Beispiel: #FFFFFF kann als #FFF geschrieben werden, oder #990055 kann als #905 geschrieben werden, aber #F091A4 kann nicht abgekürzt werden.

Verwenden Sie Kommentare, wo immer Sie sollten – sie helfen wirklich dabei, den Code zu organisieren und ihn für Sie selbst und diejenigen, die damit arbeiten, verständlicher zu machen

Es sieht ungefähr so ​​aus:

/* Ihr Kommentar hier */

Kommentar:

a) Titel der Stilseite – schreiben Sie, wer der Autor des Codes ist und wann er geschrieben wurde

b) Markieren Sie Stilabschnitte – dadurch wird der gesamte Code in Abschnitte unterteilt.
Zum Beispiel:

c) Kommentieren Sie Problembereiche. Beispielsweise solche, bei denen die Seite in verschiedenen Browsern Unterschiede aufweisen kann. Zum Beispiel:

Eingabe /* IE6-Problem */

d) Schreiben Sie kleine Kommentare an diejenigen, mit denen Sie zusammenarbeiten – zum Beispiel, wenn etwas verbessert werden muss.

Mit kleinen CSS-Dateien ist es nicht schwierig, alle Farben der Site zu verfolgen.
Aber was ist, wenn wir 5000 Codezeilen haben? - Sie dürfen nicht zulassen, dass die falschen Farben verwendet werden.
Zu diesem Zweck gibt es eine Farblegende – also eine Liste der Farben, die wir in unserer Datei verwenden. Zum Beispiel:

/* /* Hellblau: #4595be /* Dunkelblau: #367595 /* Rot für Links: #9F1212 ************************** ******/

Die meisten angehenden Layoutdesigner sind durch diese Konzepte verwirrt, aber es gibt eine Regel, die es Ihnen ermöglicht, Verwirrung zu vermeiden.

Position:absolute positioniert das Objekt relativ zur Seite – unabhängig davon, wo es sich im HTML-Stream befindet. Der Standardwert ist links 0 und oben 0.

Normalerweise wird diese Option nicht verwendet, da sie unpraktisch ist und nur begrenzte Optionen bietet. Aber was für Sie nützlich sein wird, ist, dass, wenn Sie das übergeordnete Element („Wrapper“) unseres Elements auf „Position: relativ“ setzen, „Position: absolut“ relativ zur oberen linken Ecke des übergeordneten Elements ausgerichtet wird. Sie können diese Eigenschaft also nach Bedarf hinzufügen. Deutlich auf dem Bild:

Manchmal zwingen uns Browser wie IE6 und IE7 einfach dazu, Hacks zu verwenden. Khaki ist ein unmittelbarer Fehler für den Validator. Fügen Sie es also in spezielle CSS-Dateien für jeden Browser ein.
Sie können für jeden Browser spezielle Einträge für Hacks sehen und erfahren, wie Sie diese in separate Dateien einfügen

Das fällt nicht oft auf, hilft aber dabei, Probleme bei verschiedenen Browsern zu vermeiden.

Die Idee ist folgende: Anstatt Polsterung für das übergeordnete Element zu verwenden, verwenden wir einen Rand für die untergeordneten Elemente. Also statt

#main-content ( padding-left: 10px )

#main-content ( ) #main-content #left-column ( margin-left: 10px )

An der Verwendung von Polsterungen ist nichts auszusetzen, aber die Erfahrung zeigt, dass der Spielraum besser ist

Wenn Sie einem Element einen Float zuweisen möchten, schreiben Sie overflow: versteckt in sein übergeordnetes Element

Ul (Überlauf: versteckt;) ul li (Float: links;)

Ohne diese Eigenschaft kann es zu einem unschönen Fließen des Elements kommen; auch beim Festlegen von Rändern oder Umrandungen kann es zu Problemen kommen.

Wenn das Element nicht schwebend sein soll, geben Sie „clear:both“ unterhalb des schwebenden Elements an. Dies wird oft anstelle von overflow:hidden;

Ein ziemlich bekanntes Problem in IE6 mit der Verdoppelung der Margen bei Float-Elementen. Das heißt, wenn wir 20 Pixel benötigen, müssen wir 10 Pixel schreiben, da sich dieser Einzug verdoppelt. Obwohl IE6 bereits am Aussterben ist und viele Designer keine Zeit damit verbringen, die Site dafür zu optimieren, wird ein kleiner Codeausschnitt die Anzeige darin angenehmer machen. Also sagen wir mal

Anzeige: inline /* IE6 Problem */

für ein Element, auf das ein Float angewendet wird

Sprite-Bilder sind eine sehr praktische Sache. Sie geben einen Überblick über die Grafiken der gesamten Seite und verkürzen die Ladezeiten.

Wenn Sie Englisch können, dann hier

Nehmen Sie sich die Zeit, die Site-Struktur klar zu machen. Stellen Sie alles in die Regale.
Zum Beispiel:

Hier ist „Website-Name“ der Name der Website, mit der wir arbeiten. Dieser Ordner enthält die HTML-Dateien für die Site sowie die Ordner „Assets“ und „Styles“.
Der Assets-Ordner enthält Dateien, die von der Site heruntergeladen werden können, beispielsweise Archive oder PDF-Dateien. Der Ordner „styles“ enthält wiederum die Ordner „css“, „images“ und „javascript“.

• css – enthält alle CSS-Dateien wie reset.css, layout.css und main.css
• Bilder – alle Bilder der Website. Dieser Ordner kann auch in Abschnitte unterteilt werden.
• Javascript – alle Javascript-Dateien.

Dieses Diagramm ist ungefähr und kann auf verschiedene Arten angezeigt werden. Die Idee ist, dass es Ihnen hilft, schneller zu arbeiten und die Website klarer und übersichtlicher zu machen.

Optionaler Hinweis: Es ist besser, die Namen von Klassen und ID-Stilen zu schreiben und dabei eine Baumstruktur zu beachten, damit alles klar und visuell ist.

Alles ist ganz einfach: Pixel belasten den Code weniger, da das Dokument keine Prozentsätze relativer Werte berechnen muss.

Das Problem bei relativen Größen ist die Übertragung dieser Relativität.
Zur Verdeutlichung erkläre ich es anhand eines Beispiels:

body (Schriftgröße: 62,5 %) bedeutet Schriftgröße: 1em, also 10 Pixel.

Wenn #blog-content 14px benötigt, schreiben Sie:

#Blog-Inhalt ( Schriftgröße: 1,4 em; )

Wenn nun das H3-Tag in #blog-content 20 Pixel benötigt, könnte es wie folgt festgelegt werden:

#Blog-Inhalt (Schriftgröße: 1,4em;) #Blog-Inhalt h3 (Schriftgröße: 2,0em)

Alles wäre gut, aber wir haben Relativität. Und diese 2,0em werden auf 1,4em angewendet
#blog-content’a und als Ergebnis erhalten wir eine Größe von 28 Pixel.

Verwenden Sie daher feste Werte.

Neue Browser haben dieses Problem nicht; es liegt an einer Reihe älterer Browser, allen voran IE6.
Das Problem besteht darin, dass Pseudoklassen (wie :hover) in älteren Browsern nur funktionieren, wenn sie auf ein Tag angewendet werden A, also

#header ul li:hover (Hintergrundfarbe: #900)

funktioniert nicht im IE6

Dieses Problem wird mit jQuery gelöst

Verwenden Sie nach Möglichkeit Selektoren

Verwenden Sie beispielsweise stattdessen

#main-content.main-header

#Hauptinhalt h1

Seien Sie vorsichtig bei der Gruppierung von Selektoren

Denn hier können relative Werte schiefgehen, wenn man sie nutzt

Wenn in diesem Beispiel alles in Ordnung ist,

Hauptinhalt div,.main-content p ( Farbe: #000; )

Seien Sie in diesem Zusammenhang vorsichtig mit relativen Werten.

Main-content div,.main-content p ( line-height: 1.3em; )

Um erfolgreichen Code zu schreiben, vermeiden Sie es, ständig eine Sache in eine andere zu verpacken und so weiter.
Lernen Sie die Tags h1, ul und p.
Der Schlüssel zum Erfolg ist einfach: üben, üben, üben

Viel Erfolg beim Training)

» »

Teilen ist Kümmern!

Das Rules-Attribut ist veraltet. Dieses Attribut ist veraltet und sollte nicht verwendet werden. Die Browserunterstützung für dieses Attribut ist begrenzt und seine Verwendung kann zu unerwarteten Ergebnissen führen. Verwenden Sie stattdessen CSS, um Tabellen zu formatieren.

RULES , ein HTML 4.0-Attribut, gibt an, ob die Tabelle interne Ränder enthalten soll. Wir gehen die einzelnen Werte von RULES durch und demonstrieren, wie sie verwendet werden. RULES und FRAME haben die lästige Art, die Standardeinstellungen des anderen zu ändern. Um Ihnen das Leben zu vereinfachen, hier eine Faustregel: Wenn Sie REGELN verwenden, verwenden Sie auch FRAME und BORDER. So vermeiden Sie Verwirrung.

RULES=NONE bedeutet, dass es keine Innengrenzen gibt. RULES=NONE ist die Standardeinstellung, wenn Sie BORDER nicht verwenden oder auf Null setzen, andernfalls muss jedoch explizit angegeben werden, dass es keine Innenränder gibt. Beachten Sie, dass Netscape derzeit RULES nicht erkennt.

RULES=ALL gibt an, dass alle internen Grenzen sichtbar sein sollen. RULES=ALL wird normalerweise in Verbindung mit FRAME=VOID verwendet, sodass es Außengrenzen, aber keine Innengrenzen gibt.

Wenn dieser Wert auf eine Tabelle angewendet wird, ergibt sich folgendes Ergebnis:

COLS gibt an, dass zwischen den Spalten, aber nicht zwischen den Zeilen Grenzen vorhanden sein sollen.

Wenn dieser Wert auf eine Tabelle angewendet wird, ergibt sich folgendes Ergebnis:

RULES=ROWS gibt an, dass es Grenzen zwischen Zeilen, aber nicht zwischen Spalten geben soll.

Wenn dieser Wert auf eine Tabelle angewendet wird, ergibt sich folgendes Ergebnis:

Mit RULES=GROUPS können Sie Grenzen zwischen Gruppen von Tabellenzellen setzen. Es gibt zwei Möglichkeiten, Zellen zu gruppieren: nach Zeile und nach Spalte. Lassen Sie uns die einzelnen Regeln durchgehen. Beachten Sie, dass Netscape derzeit keine Regeln erkennt.

Um nach Zeilen zu gruppieren, verwenden Sie die Tags , ,. gibt die Kopfzeilen der Tabelle an, gibt den Hauptteil der Tabelle an und gibt die unteren Zeilen an. Dieser Code erstellt beispielsweise eine Tabelle mit drei Gruppen. Grenzen erscheinen nur zwischen Gruppen:

So wird diese Tabelle gerendert:

Um nach Spalten zu gruppieren, verwenden Sie das Tag und sein SPAN-Attribut. Es ist etwas gewöhnungsbedürftig, da es eigentlich keine Tabellenzellen umgeht. Es steht an der Spitze des Tabellencodes und legt dort Regeln für die Tabellenspalten fest, einschließlich derer, die zusammen gruppiert werden sollen. to gibt an, wie viele Spalten sich in jeder Gruppe befinden Wenn Sie SPAN weglassen, wird davon ausgegangen, dass die Gruppe nur eine Spalte hat. Der folgende Code besagt also, dass sich die erste Spalte in einer Gruppe befindet und die drei darauffolgenden zusammen in einer Gruppe sind. Ein End-Tag verläuft nur zwischen den Gruppen.