что такое префикс на форуме
CSS3: жизнь без префиксов
Префиксы вещь хорошая. Они помогают производителям браузеров в реализации новых возможностей. Но жизнь разработчиков от них становится только сложнее. Префиксов много, иногда наблюдаются различия в синтаксисе.
Проблема очевидна. Нужен способ облегчить работу с префиксами.
Естественно, перестать использовать префиксы было бы неразумно. Но переложить обязанность по их генерации на существующие специально для этого инструменты вполне возможно. Я попробовал перечислить возможные варианты.
1. Препроцессоры
Суть препроцессоров в том, что автор файла стилей может использовать дополнительные возможности, которых нет в CSS, вроде переменных, подобия функций и много чего еще, изучив предварительно синтаксис препроцессора, а препроцессор уже создаст нормальный файл стилей, заменив переменные и прочий код на статичные значения. Возможность замены кода можно использовать и для того, чтобы автоматически генерировать кроссбраузерный код с префиксами.
Самые известные препроцессоры CSS это LESS и SASS.
Они являются прямыми конкурентами, хотя разница между ними есть. Оба могут использовать на стороне сервера, но LESS еще и доступен в виде javascript-файла, поэтому можно на эту особенность обратить отдельное внимание.
Этот препроцессор обладает синтаксисом, который проще, чем у конкурента. Существует возможность обрабатывать файлы стилей на стороне сервера, но нас интересует сейчас вариант работы на стороне клиента через файл javascript.
Миксин
.border-radius( @radius: 3px ) <
-webkit-border-radius: @radius;
-moz-border-radius: @radius;
border-radius: @radius;
>
Использование
#shape1 <
.border-radius(10px);
>
Для того, чтобы работать с префиксами, нужно использовать миксины (тот самый код, который знает что и где заменять). Существуют готовые наборы миксинов и библиотеки для CSS3
lesselements.com
github.com/jdmiller82/-lessins-
snipplr.com/view/47181/less-classes
roel.vanhintum.eu/more-less
Написан на Ruby. Имеет больше возможностей, чем LESS, поэтому лучше подходит для крупных проектов. Использование для генерации префиксов будет практически как у конкурента, то есть через миксины.
Одним из плюсов является наличие фреймворка Compass, который содержит готовые библиотеки и миксины, в том числе и для работы с CSS3. Существует приложение для локальной компиляции файлов SASS в CSS. Кроссплатформенное, но платное (платной является графическая оболочка, сам компилятор опенсорсный).
Есть и библиотеки миксинов CSS3 для SASS:
github.com/thoughtbot/bourbon
Достоинства препроцессоров:
+ Кроме префиксов, можно делать куда больше вещей
+ Возможность автоматически обрабатывать файл CSS (например, сжимать, удаляя лишнее)
+ Нормальное кэширование (правда, LESS кэшируется с помощью localStorage)
Недостатки препроцессоров:
– Для варианта с javascript — зависимость от включенных скриптов в браузере
– Генерируется код со всеми возможными префиксами, не только теми, которые нужны конкретному браузеру
-Prefix-free — это скрипт, который нужно подключать к своим страницам. В отличие от препроцессоров, обрабатывает обычный файл CSS, то есть в коде нет переменных или миксинов, а самый обычный CSS-код, только без вендорных префиксов.
Обработка страниц стилей происходит с помощью Javascript.
Префиксы добавляются только для тех свойств, который конкретным браузером не поддреживаются без префиксов.
Достоинства:
+ Автор файла стилей использует только один вариант свойств, без префиксов
+ Браузер пользователя не получает стили с «чужими» префиксами или префиксами, которые уже устарели
+ Валидный код
+ Можно удалить безболезненно, когда исчезнет в нем необходимость
Недостатки:
– Не обрабатываются стили, подключенные через import
– После загрузки сайта и перед полной обработкой CSS3-стилей возникает едва заметная пауза
– При отключенном Javascript пользователь не увидит некоторые CSS3-стили
– Дополнительный файл для загрузки (правда, всего 2KB в сжатом виде)
– Обработанный файл стилей не кэшируется
3. Генераторы
Этот способ уже используется многими. Просто открываем один из онлайн-генераторов и копируем оттуда готовый код с префиксами.
Недавно я попробовал поискать генератор, который бы автоматически добавлял свойства с префиксами к написанному мной стандартному свойству. Оказалось, что есть несколько вариантов.
Достоинства:
+ Ничего не нужно устанавливать и настраивать
+ Часто генератор дает возможность удобной настройки значений для свойств CSS3
Недостатки:
– Нет автоматизации при создании и последующем изменении значений свойств CSS3
4. Редакторы кода
Ну и наверняка существует возможность автоматизации подстановки префиксов для редакторов кода и сред программирования. Иметь под рукой Zen Coding для префиксов было бы очень удобно.
На данный момент удалось найти плагины, использующие Prefixr:
На этой странице перечислены плагины для Notepad++, TextMate, Espresso, Coda и некоторых других.
Prefixr для NetBeans
UPD For those of you who don’t speak Russian this article in English.
Возможности:
Выбор узлов для отображения
Сортировка префиксов
Отображение над списком тем или снизу
Количество тем с префиксом
Prefix forum listing 2.0.2
Prefix forum listing 2.0.7
Дополнительные ссылки на скачивание ТОЛЬКО для зарегистрированных
Рекомендуем также:
Продам доска объявлений маркетплейс Joysale letro v 4.2.6 nulled / лицензия + apk + ios или меняю его на Tamaranga 2.4.6 nulled / лицензия
Больше баннеров
Нужна ли категория «Интернет магазины»?
Последние комментарии:
Оставлю здесь никнеймы данного персонажа:
(может кому будет полезно)
Nokian Nordman (TG @nokiannordman)
Hseyn Javadov он же (модер-взломщик) на канале Dle_group (TG @HuseynJavaDle)
Кошелек мошенника Юmoney: 410014588140805
Персонаж утверждает, что может этот плагин скачать. Делаем вывод, что человек имеет доступ ко всем плагинам с сайта kylaksizov напрямую.
На самом канале в телеграм «как мышь» скрывается под другим никнеймом.
Что такое префикс на форуме
> реальных недостатков у префиксов полно и они в этой теме уже подробно описаны и неоднократно
а можно ссылку? а то я не вижу «реальных» недостатков
Я понимаю, что «чукча не читатель, чукча писатель» 
Поэтому попробую свести вместе результат данного обсуждения
Использование префиксов было рекомендовано первыми выпусками Best Practis в ранних версиях Axapta. В последующих выпусках Best Practis (новых версиях Axapta) этой рекомендации больше нет. «Но осадок остался» (с)
Цель: Исключение пересечения имен с именами стандартных объектов с целью облегчения выделения кастомизированных объектов при переходе на новые версии/фиксы
1) Заявленная цель носит скорее теоретический характер. Никто и никогда еще не говорил на форуме о подобной проблеме.
3) Если имя кастомизированного объекта совпало с именем стандартного объекта в новом фиксе, то это повод пересмотреть логику использования данного объекта.
Цель: Идентификация компании/модуля/разработчика/фикса (в зависимости от того, что «шифруют» в префиксе) с целью последующего «разбора полетов»
1) Для идентификации автора объекта существует ряд других способов, не связанных с именованием объектов
2) Если проблема, связанная с объектом выявляется достаточно быстро, то и так все знают, кто автор. А если проблема выявляется не сразу, то на момент обнаружения проблемы уже не важно, кто автор. Надо проблему решать, а не искать крайнего
3) Префикс фиксирует момент создания объекта, а при «разборе полетов» требуется определить всю цепочку изменений, приведших к текущему состоянию объекта. Не переименовывать же объект после каждой модификации!
4) Если в префиксе «шифруется» разработчик или код фикса, то возникают проблемы при модификации подобного объекта. Ведь его префикс перестает соответствовать содержанию.
5) Если в префиксе «шифруется» компания, для которой сделана кастомизация, то возникает проблема при портировании решения для других компаний. Безотносительно к правовой стороне данного вопроса. Префикс перестает соответствовать содержанию.
Если же рассматривать правовую сторону подобного портирования, то она решается внепрограммными средствами. Префикс не может рассматриваться как предмет авторского права.
6) «Шифрование» в префиксе модуля оправдано только в случае, если это действительно отдельный независимый модуль. Но, в этом случае использование префикса фактически совпадает со «стандартной» идеологией именования объектов в системе Axapta. «А если нет разницы, то зачем. » (с)
Цель: Идентификация кода модификаций в именах проектов
Возражение: Это единственный случай, который не вызывает существенных возражений Есть «придирка», а не возражение.
В случае многочисленных модификаций придется поднимать все проекты, в которые включен данный объект
Впрочем, это все-равно удобно. В случе поддержания правил вставки комментариев в код X++ можно определить имя проекта и посмотреть все объекты, включенные в данный проект. Сразу видно, что еще было изменено в данном проекте.
Хотя, данный способ использования можно считать «вне темы», поскольку к именованию объектов АОТ он не относится.
Цель: Модификации с одинаковым префиксом располагаются в АОТ рядом. Удобнее искать
1) Удобно, пока общее количество объектов относительно небольшое. При большом количестве объектов это уже существенного влияния не оказывает
2) Если объекты относятся к разным модулям, то поиск усложняется, поскольку объект оказывается далеко от стандартных объектов данного модуля. Необходим «двойной» поиск. Сначала по именам без префиксов, потом по именам с префиксами. Вне зависимости от того, нашли или нет что-то по поиску без префиксов. Если есть несколько префиксов, то надо будет выполнять поиск по каждому префиксу в отдельности.
Цель: «Расширение» одноименных объектов (дополнительные поля таблиц) или их локализация
Возражение: Для этой цели удобнее использовать суффиксы. Не нарушается стандартная идеология именования объектов и объекты оказываются рядом в АОТ
1) В случае многочисленных кастомизаций будет много разных префиксов. Как следствие, возникают сложности в поиске и идентификации нужных объектов
3) Усложняется процесс вхождения в курс дела нового сотрудника. Ему нужно изучить «двойные стандарты» именования
4) Потенциально способствует дублированию функционала. Ну, не нашел нужного объекта (забыл про префикс) и создал свой собственный
Что такое префикс на форуме
Яндекс.Директ обновляет подход к сертификации специалистов
Как создать вебинар: полное руководство
Извиняюсь за глупый вопрос, но я не как не могу понять значения наличия префикса в урле или его отсутствия там же.
Это цитата из центра для вебмастеров Google. Здесь имеются ввиду разные страницы одного сайта? Не может же Google один и тот же домен с префиксом и без, держать за разные домены?
Имеет ли какое нибудь значение как проиндексирован URL, с префиксом или без?
То есть цитата должна выглядеть вот так:
Если так, то URL c префиксом и URL без префикса абсолютно идентичны. Тогда становится не понятным зачем все это нужно.
Если же не так, то, по всей видимости, предпочтительнее URL с префиксом?
Помогите разобраться! А то в голове такая путаница.
1. Для поисковых систем сайты вида http://www.site.ru/ и http://www.site.ru изначально являются совершенно разными сайтами. Спустя некоторое время поисковая система их «склеивает». В результате этого получается, что один из сайтов становится главным зеркалом (основным доменом), а второй – обычным зеркалом сайта.
Бывают случаи, когда поисковая система определяет в качестве зеркала сайта не то, которое бы хотелось. Или случается, что разные поисковые системы определяют в качестве основного зеркала сайта два сайта и с www и без www.
Склейкой лучше всего заниматься уже при проведении оптимизационных мероприятий, то есть начала продвижения.
Для ПС монопинисуально с www Ваш сайт будет в итоге или без.
Префиксы поставщиков и их использование
Если вести речь о спецификациях CSS3-модулей, то либо их еще предстоит утвердить (чем занимается консорциум W3C), либо полностью реализовать все предлагаемые ими функции в браузерах, из-за чего поставщики браузеров используют для тестирования новых «экспериментальных» CSS-параметров префиксы поставщиков. Несмотря на то что это помогает разработчикам браузеров реализовывать новые CSS3-модули, нам, как занимающимся написанием CSS3-кода, это немного усложняет жизнь. Взгляните на приведенный далее код для создания скругленного угла:
-khtml-border-radius: 10px; /* Konqueror */
-rim-border-radius: 10px; /* RIM */
-ms-border-radius: 10px; /* Microsoft */
-o-border-radius: 10px; /* Opera */
-moz-border-radius: 10px; /* Mozilla (например, Firefox) */ — webkit-border-radius: 10px; /* Webkit (например, Safari и Chrome) */ border-radius: 10px; /* W3C */
В этом примере вы можете видеть свойства с префиксами поставщиков (причем это далеко не исчерпывающий список), каждое из которых обладает собственным уникальным префиксом, например — webkit-, что означает основанные на WebKit браузеры, или — ms- префикс такого поставщика, как Microsoft, подразумевающий Internet Explorer, и т. д. Из-за особенностей работы CSS браузер будет двигаться вниз по таблице стилей строка за строкой, применяя соответствующие свойства и игнорируя те, которые не может распознать.
Кроме того, соответствующие свойства, расположенные далее в таблице стилей, имеют больший приоритет, чем предшествующие им. Благодаря такому каскадированию мы можем указать сначала наши свойства с префиксами поставщиков, а затем надлежащую (но, возможно, еще ожидающую своей реализации) версию без префикса, точно зная, что, когда она будет полностью принята, браузеры станут задействовать надлежащую версию вместо экспериментальной, ориентированной на определенный браузер и указанной до нее.
ВЫРЕЗАННЫЕ ФРАГМЕНТЫ КОДА И JAVASCRIPT-РЕШЕНИЯ ДЛЯ БЫСТРОГО ДОБАВЛЕНИЯ ПРЕФИКСОВ CSS3.
Возможно, вам покажется удобным сохранять вырезанные фрагменты кода распространенных CSS3-правил, которые содержат все необходимые свойства с префиксами поставщиков. Таким образом, вы сможете просто вставлять их без необходимости заново печатать каждый раз. Во многих программах для редактирования кода (или интегрированных средах разработки (IDE — Integrated Development Environment), как их часто называют) имеется функция сохранения вырезанных сегментов кода и доступа к ним, которая при использовании CSS3 позволяет сэкономить массу времени. Кроме того, существуют JavaScript-решения, которые автоматически добавляют префиксы в CSS-файлы, и по адресу http://leaverou. github.com/prefixfree/ вы сможете отыскать прекрасное решение такого рода под названием — prefix-free.
Кроме того, допустимо указывать все версии префиксов поставщиков того или иного свойства. Однако в реальности так поступают лишь немногие разработчики. Вместо этого они либо нацеливаются на браузеры, которые считают наиболее часто используемыми, либо проверяют, какие именно браузеры поддерживают определенное свойство, прежде чем писать правило. Например, вы можете предпочесть написать так:
-moz-border-radius: 10px; /* Mozilla (например, Firefox) */ — webkit-border-radius: 10px; /* Webkit (например, Safari и Chrome) */ border-radius: 10px; /* W3C */
В этом примере охватываются Firefox, Chrome, Safari и любые браузеры, которые полностью реализуют данное правило.
Я знаю, что вы думаете: «А разве указание версий одного и того же свойства, но с разными префиксами поставщиков не приведет к “раздутию” кода?» Что ж, приведет, но в небольшой степени. Независимо от того, сколько свойств с префиксами мы добавим, это все равно будет более быстрое, изящное и надежное решение, чем использование изображений.
Прежде чем приступать к работе над сайтом, будет разумным взглянуть на текущую статистику использования браузеров. Так вы быстрее поймете, для каких браузеров вам придется обеспечить специфическую поддержку. Например, если вы ограничены во времени и бюджете, то, возможно, решите пренебречь префиксами поставщиков для браузеров, доля использования каждого из которых для просмотра вашего сайта составит менее 3 % от общего количества. Как и всегда, вам потребуется принять решение, исходя из нескольких переменных факторов.
Итак, мы знаем, что собой представляют префиксы и как применять их в правилах. Теперь взглянем на небольшие, легко реализуемые и полезные CSS3-трюки.
КОГДА ИМЕННО МОЖНО ИСПОЛЬЗОВАТЬ ОПРЕДЕЛЕННЫЕ CSS3- И HTML5-ФУНКЦИИ?