Ну есть некоторая небольшая разница между "для начала вручную прокачаем профили тематическим контентом на дюжине форумов чтобы сайт не был совсем уж нулевым" и "если кто не слышал про хрумер"...
Не спора ради. Так небольшое уточнение. А в целом будем следить, один фиг все уже там и следят. Осенью будет видно - хрумер или не хрумер.
Ну допустим если площадка запрещает обсуждать выбор хостера для раздачи ДП, то это разумно. Здесь стоит вопрос в том что считать спамом.
Я вот встречал у модераторов в подписях ссылки продвигающие то на чем они зарабатывают, и даже в тексте сообщений иногда проскакивают ссылки (о ужас!).
Но то такое. Болтология. Грохнули и грохнули. Лично я только рад за Игоря что грохнули. Я вон с истио в свое время полтора года плясал под дудку Яндекса чтобы выполнить все их требования тогдашних правил, чтобы по белому запросы АПИ получать. А потом мне саппорт сказал мол в правилах этого нет, но тебя мы пошлем без правил. Обидно было. Ведь по черному бралось за полчаса.
Следак спит, служба идет.
Т.е. пострадавшие компенсацию ущерба не получили, и извинений за угрозы вместо благодарности тоже. Ясно-понятно. Вопросов больше нет.
Нет, к клоакингу бутстрап не имеет никакого отношения.
В принципе "много классов и прочего" не является проблемой именно бутстрапа, а того как пишет ваш верстальщик. С помощью LESS можно спрятать большинство классов которые вам мешают через миксины, оставив только семантичные названия классов. Но в реальности это уместно только в крупных проектах когда есть куча лишних бабок и хочется сделать совсем красиво, или реально есть необходимость по причине большой сложности. Поисковику пофиг на ваши пару десятков лишних классов. Важнее более общие показатели вроде валидности (не поймите превратно, гоняться за формальной валидностью не обязательно, главное чтобы структура была адекватная и т.п.), размер страницы, общая скорость загрузки, процент кода против самого контента и т.п.
Это вообще не про бутстрап.
Если речь идет о том, что сайдбары и главное меню, шапка и т.п. занимают много места перед контентом, то значение этого фактора явно преувеличено.
Но даже если и так, то никто не мешает вам переставить блоки местами, а визуально оставить как было с помощью бутстрапа. При этом если вы размечаете контент html5-тегами вроде aside, header и т.п. то это вообще значения не имеет.
Если же вы говорите о том, что у вас очень много кода в шапке страницы (загрузка плагинов, дополнительный CSS и т.п.), то это вообще не про бутстрап а про общие принципы верстки или про сторонние плагины.
В идеале - покажите пациента чтобы понять паранойя у вас или есть проблема.---------- Добавлено 09.07.2017 в 11:31 ----------
БЭМ наше фсё. Ага. И секта бурундука в придачу.
Всего должно быть в меру.
Если ты не используешь бутстрап, то ты используешь другой фреймворк.
Если ты не используешь фреймвор, то ты все равно используешь фреймворк, только свой.
Иначе будет полная Ж с кроссбраузерностью и\или адаптивностью.
Не нравится бутстрап потому что тяжелый?
Сетка, нормалайзер и резиновые инструменты весят всего 15кб.
Вот так, в лоб. Если сразу с сайта скачивать.
А так то можно и подпилить под себя что надо, что не надо.
Но это если совсем всё самому переписывать.
А так то бутстрап для того и нужен, чтобы быстро на мокать все что тебе надо, а потом допилить лишь то что отличается.
При правильно настроенном сервере (сжатие, кеширование), а в идеале еще и с CDN (уже скачано пользователем на другом сайте с вероятностью 80%) - потери смехотворны. Но бонусом будет то, что пользователь может использовать в своих статьях знакомые классы.
Семантичность классов смущает? Ну так миксины же. Прячь что хочешь.
Пока в CSS не залезешь и файрбаг не включишь так бутстрап и не узнаешь.
Разве что надо будет руками плагины включать в jquery чтобы они знали на какие новые названия классов им "возбуждаться". Заодно и data-* туда уберем.
Единственный, подчеркну, единственный вопрос к бутстрапу это то, что он слишком CSS-ный (каскадные таблицы стилей), т.е. много переопределений идет и т.п. В больших проектах начинается каша в понимании того что у тебя происходит, лишние изменения, зависимости и т.п. Но тут уж каждый выбирает сам что ему важнее.
В мире здравого смысла писать "вопрос решен" может либо тот кто был инициатором жалобы (т.е. продавец/покупатель в данном случае), либо если такое пишет "ответчик", то объясняет как именно он решал вопрос. Ну чисто чтобы было понятно, что да, чувак разрулил, или нет, чувак идиот и только сам думает что разрулил.
А когда пишете вы, и не уточняете что и как, а "истцы" молчат, то это для всех означает следующее:
1) Вы накосячили.
2) От вашего косяка продавец понес убытков на 1200 рублей. Чисто благодаря помощи покупателя, который по сути ВАМ подарил всю сумму.
3) Вы компенсировали только половину от прямого ущерба нанесенного ВАМИ, и в качестве благодарности нахамили.
Итого все просто.
Либо вы рассказываете как именно вы "решили вопрос" (если вдруг реальность отличается от озвученной), либо все будут знать, что в вашем понимании решение вопроса произошедшего по причине вашего огромного косяка это компенсировать половину убытков и нахамить.
DIXI
А браузер некорректно разбирает?
А HTMLPurifier?
Я имею ввиду, что в валидаторе меня в первую очередь интересует, когда он говорит мне о том, что я поломал дерево. Поскольку хтмл это почти хмл (давайте не будем холиварить о доктипах и закрытых br), то я это и имел ввиду под валидностью.
Итого меня интересует чтобы все дивы были закрыты и не было td вложенных в ul. Остальное в целом пофиг.
Не является валидность фактором ранжирования. Примерно как и тошнота или водность. Фактором ранжирования является более интегральный показатель, с которым валидность КОРРЕЛИРУЕТ. Вы надеюсь понимаете разницу между зависимостью и корреляцией? Поломанный DOM может быть фактором, а опущенный альт - нет. Но даже опущенный альт может КОРРЕЛИРОВАТЬ с ранжированием, поскольку в среднем сайты с альтами более оптимизированны чем без. Или к примеру тег NOINDEX. Не валидный от слова совсем. Понижать за это в топе?) Верстальщик верстает в xhtml а копирайтер br не закрывает. Понижать?
Семантика опять таки к валидности не относится. Валидатор ее не проверит.
Открытые, и незакрытые теги, и т.п.
Т.е. если я проставлю забытые альты, поставив alt="", то сайт резко пойдет в топ?
Бугага.
По размеру цсс скорее gtmetrix.
Ну и так далее.
На валидатор надо смотреть, а не мастурбировать.
Да пофиг. Если дерево живое, то все остальное по барабану.
Не закрытые дивы и прочие чудеса нужно исправлять, и в этом валидатор помогает.
Иногда какой-то тег остался от копипаста по ошибке, и это тоже иногда можно увидеть. Например если он в неродном месте. Но вылизывать - глупо.
Тот же bootlint если ты используешь бутстрап - и то важнее.
Нет, я сам иногда правлю незначительные замечания если этот код многократно вызывается на странице и замусоривает выдачу валидатора, но гоняться за парой ворнингов глупо.
Еще раз повторюсь. Если у нас валидный XML, лишних тегов не валяется, и выглядит оно правильно (совпадает с макетом), то и пофиг.
