ну не на 6-ке, а на семерке, но посыл правильный.
у меня несколько сайтов висят на 7 один на 6 с лохматых годов. Переписывать его под 8 или мигрировать куда-либо нет желания от слова совсем.
и потом, если сейчас будет нужно срочно что-то куда-то перепереть, то лучше сделать на каком-нибудь mvc/hmvc фреймворке простеньком, вроде кодигнитера, чем использовать цмс-ы, которые уже разожрались до состояния 100+ мегов ядро.
Вот только за подобное дело вы получите эцих с гвоздями еще и от поисковика, так как он разбираться не будет. Выдаст баню за клоакинг и всё
при условии, что не производится ревью кода после камита. Если код ревьювится, то этот ужос никто пушить в мастер не будет.
чайнокод еще страшнее. он вообще беспощаден к мозгам
и Вас!
Но боюсь вы не совсем поняли смысл моего поста. Язык программирования сам по себе не важен. Я начинал с паскаля и ассемблера (приходилось много писать на голом asm-е так как паскаль не устраивал по производительности), потом дельфи, потом php и ванильный js, иногда приходится писать на сях. Сам по себе язык не так важен. Синтаксис - не так сложно выучить или нагуглить мануалы. А в тонкостях языка разобраться можно за год.
Гораздо сложнее наработать методологии.
есть простое правило.
пишут не на языке а с помощью языка.
что мешает сгенерить файл цсс и положить его в папку? а?
нафига городить велосипед с переменными, которые будут подставляться куда-то там.
Поймите, любой адекватный разработчик, если видит color: #ff0000, понимает, что это красный цвет. а если он видит color: var(--MyCoolColor); никогда ничего не поймет.
Это я говорю и как человек, который дизайном сайтов занимается с 2002 года.---------- Добавлено 28.12.2019 в 02:59 ----------
Через месяц после того, как он уволился и мне пришлось ковыряться в коде (так как никого не было, а график релизов никто не отменял) я уже был готов его найти и пристрелить на месте. Нельзя так делать. Это в принципе нечитабельно.
если вы хотите описывать стандартные элементы, то надо пользоваться БЭМ или похожей методологией.
их тогда очень легко применять. Например:
<input type="submit" value="сохранить" class="button button__red" />
и
<a href="#submit_ajax" data-action="submit" class="button button__red" >сохранить</a>
будут выглядеть одинаково и не надо изобретать никаких велосипедов. Всё уже изобретено давно (парни из яндекса не глупее вас, в конце концов.)
не надо изобретать велосипедов, тогда в вашем коде будет легко разбираться другим людям. А это первый признак хорошего программиста или верстальщика.
тогда стили будут выглядеть
layouts.css .button{ display: inline-block; background-color: transparent; border: #f0f0f0 solid 1px; font-size: 1.6rem; line-height: 100%; padding:8px 16px; margin:0 5px 0 0; white-space: nowrap; } styles.css .button__red{ background-color:maroon; } .button__red:hover{ background-color:crimson; }
и всё. теперь вы можете накидывать стили элементов когда угодно, причем легко и непринужденно.
правда, для этого необходимо всю верстку делать с учетом подобной структуры
1. все хорошие сайты отличаются минимальным количеством колхоза на страницах.
все ссылки одного цвета, все кнопки двух цветов (максимум трех) Параметры текста. Гарнитура, кегль, интерлиньяж Тоже имеют буквально 2-3 разновидности. Поэтому вам не нужно объявлять 100500 цветов.
2. если вы хотите что-то динамически нонфигурировать, объявляйте цвета через css vars https://caniuse.com/#feat=css-variables
на самом деле создаются. Но для этого нужно иметь некоторое понимание теории цвета.
Я когда-то ставил такие эксперименты, когда цвет генерировался автоматом на основе базового цвета и дополняющих цветов (цветовой круг).
Только вот для этого пришлось написать целый сервис с нехилой такой математикой. (на выходе имеем сгенерированный цсс который закидывается в сайт, где и лежит. Цсс-ха перегенерируется каждый релиз для всех пяти десятков сайтов с учетом нового функционала)
webmasterandrew, Надо переписать js, ибо в том варианте, который представлен в примере, организовать "многоформовость" не представляется возможным
