Kray Storm
-
Posts
176 -
Joined
-
Last visited
-
Days Won
3
Content Type
Profiles
Forums
Calendar
Store
Everything posted by Kray Storm
-
Да, интересные варианты. Нужно учиться мыслить глобальнее ) Да я тоже как-то было узнал, что вроде и не нужно, но при этом заметил, что даже при <!DOCTYPE html> и опции "авто-выбор кодировки" в браузерах (как бы ничем их не ограничиваем, по идее), последние время от времени начинали выдавать те самые кракозябры (при файле в UTF-8 без BOM). Возможно виной тому радиус кривизны мои рук, но при указании charset в <meta> эта проблема изчезала. В то же время в статье об HTML5 (двухлетней давности, правда) на нашем же дорогом htmlbook.ru есть и такое:
-
Opera - полет нормальный. И заголовок и навигация и подписи в менюшках - все по центру. Даже при масштабировании. Только у пункта "Главная" слева вертикальный разделитель где-то потерялся (а может так и надо...).
-
Как и положено новичку, я просто обязан задать вопрос о кодировках . Но прежде чем отправлять меня в поход на Гугл (я только оттуда) - гляньте. Это немного не то, что обсуждается в статьях для новичков по кодировке. Зачем мы устанавливаем кодировку в редакторе при сохранении файла понятно - задаем фактическую кодировку документа. Зачем мы прописываем кодировку в мататегах понятно - задаем рекомендацию браузеру, чтоб он ненароком ничего не перепутал. НО. Есть еще такая вещь как <a charset="...">...</a> И она как-бы сообщает браузеру, что "а вот когда нажмешь по этой ссылке, то попадешь на страницу, у которой будет такая кодировка". Вопрос - зачем? Нажмем на ссылку, перейдем, вот тогда браузер и увидит в том же <meta> рекомендуемую кодировку. Та же история с языком. В метатегах есть арибут lang, который сообщает, какой язык используется в документе. Но снова же в теге <а> есть атрибут hreflang, назначение которого я также до конца так и не постиг. Подскажите, в каких случая нужно использовать эти <a charset="..." и hreflang="..."> ?
-
Благодарю за пояснение. В целом я понял: Хочешь стать хорошим кодером - не пренебрегай мелочами )
-
Подскажите, пожалуйста, как обстоят дела с тегами логического форматирования? Есть немало статей, где можно найти разбор отличия между тегами <b>, <i> (которые уже, как я понимаю, не сильно используются, потому как есть CSS) и соответственно <strong> и <em>. Первые – просто визуальное оформление для глаза, а вторые – подсказка для поисковиков, что этот текст "важнее" остального. Если не сильно вдаваться в подробности, то вроде понятно – тексту, выделенному с <em> и <strong> поисковик дает условно "+1 балл внимания". Но, в то же время осталось немало других тегов логического форматирования. Это <cite> (цитаты, названия произведений), <code> (код программы), <acronym> и <abbr> (аббревиатура), <kbd> (текст с клавиатуры), <q> и <blockquote> (цитаты), <samp> (результат, выданный программой), <var> (переменные), <thead>, <tbody>, <del>, <dfn> да и много их еще... Их еще используют? Учитывая, что HTML 5-теги вообще делают упор на логическую разбивку всего контента. А поисковики все умнеют и умнеют. C позиции современной оформительской верстки это даже и неудобно - плодить столько тегов в коде, который все-равно потом оформится через стили. И как разработчики определяют, какой текст должен быть в <strong>, а какой достаточно просто выделить полужирным через CSS? Ведь верстка делается на основе дизайн-макета, а там же все полужирные и курсивы одинаковые :-) Или это уже по пожеланиям SEO-шников? Помогите разобраться, пожалуйста. Или может, что-то почитать на эту тему?
-
Да просто фраза про хакера понравилась ) Вроде ничего грубого не написал. Не хотел обидеть, если что. Не, помочь не смогу. Пока с CMS-ками не связываюсь.
-
Спасибо. Да тут вопрос не о лени совсем. А об оправданности затрат человекосимволов и просто любознательность. Консольные браузеры? Думаю что у таких гуру есть свои "консольные сайты" с консольным порно и там многое по-другому ) Значит, если говорить о серьезных причинах - то это именно оптимизация? Но тогда вроде как нужно знать "правильные слова", чтобы поисковикам нравилось. А насколько сильно они влияют? Учитывая, что есть keywords-ы и discription-ы в метатегах и логические HTML5-теги для разного контента. А также всякие индексы релевантности на основе ссылок и т.д., что по идее намного важнее какого-то там alt. Т.е. если не касаться SEO, то ответ в основном, потому что все так делают?
-
Конечно, это как бы совершенно правильно, что фреймы нигде не используются и поэтому главы по фреймам в книгах по html можно смело пропускать. Однако (хоть и более опытным товарищам виднее, конечно ), из собственного опыта скажу, что если первоочередная цель - именно изучить html, а не сделать сайт, то лично мне фреймы помогли понять, что есть и такие вещи, как "сегментное обновление страницы" (назовем это так), что снижает нагрузку на сервер, ускоряет обновление страниц и логически разграничивает сайт на области. Понятно, что фреймы из-за проблем с поисковиками, давно уже не используются (хотя любительские сайты на фреймах есть до сих пор и даже есть несколько извращенных методов решения проблем фреймов), но на их основе можно очень быстро понять новый (при изучении базы html) подход к организации страниц без необходимости влазить "неокрепшей головой" в серверные технологии. По вопросу. Если делать на фреймах, то нужно создать два фрейм-дока и кнопки переключения языков лучше вывести в отдельную область (или в навигационную, если они в области контента). Кнопки завязать на соответствующие фрейм-доки (получим что-то вроде "перекрестных ссылок"). Достаточно на Ru-доке прицепить одну кнопку-переход на En, а на En - переход на Ru (что, логично ). И в каждом фрейм-доке выводить в областях соответствующие страницы (Ru или En): шапку, область навигации, главную-контент-страницу, и т.д на нужном языке. Т.е. это будут как бы точки выхода на нужную версию-локализацию сайта. Таким образом, общая фрейм-структура будет абсолютно идентична, поменяются только href-ы, name-ы и target-ы. Сделать что-то вроде "перевода любой текущей страницы" на фреймах, думаю, не получится, поскольку одна ссылка = один документ. А если завязывать попарно соответствующие Ru-En страницы и на каждой делать ссылку, то можно обойтись и без фреймов (весь смысл теряется) и все оставить на html. Эм... И как тут лишнее сообщение удаляется?
-
Конечно, это как бы совершенно правильно, что фреймы нигде не используются и поэтому главы по фреймам в книгах по html можно смело пропускать. Однако (хоть и более опытным товарищам виднее, конечно ), из собственного опыта скажу, что если первоочередная цель - именно изучить html, а не сделать сайт, то лично мне фреймы помогли понять, что есть и такие вещи, как "сегментное обновление страницы" (назовем это так), что снижает нагрузку на сервер, ускоряет обновление страниц и логически разграничивает сайт на области. Понятно, что фреймы из-за проблем с поисковиками, давно уже не используются (хотя любительские сайты на фреймах есть до сих пор и даже есть несколько извращенных методов решения проблем фреймов), но на их основе можно очень быстро понять новый (при изучении базы html) подход к организации страниц без необходимости влазить "неокрепшей головой" в серверные технологии. По вопросу. Если делать на фреймах, то нужно создать два фрейм-дока и кнопки переключения языков лучше вывести в отдельную область (или в навигационную, если они в области контента). Кнопки завязать на соответствующие фрейм-доки (получим что-то вроде "перекрестных ссылок"). Достаточно на Ru-доке прицепить одну кнопку-переход на En, а на En - переход на Ru (что, логично ). И в каждом фрейм-доке выводить в областях соответствующие страницы (Ru или En): шапку, область навигации, главную-контент-страницу, и т.д на нужном языке. Т.е. это будут как бы точки выхода на нужную версию-локализацию сайта. Таким образом, общая фрейм-структура будет абсолютно идентична, поменяются только href-ы, name-ы и target-ы. Сделать что-то вроде "перевода любой текущей страницы" на фреймах, думаю, не получится, поскольку одна ссылка = один документ. А если завязывать попарно соответствующие Ru-En страницы и на каждой делать ссылку, то можно обойтись и без фреймов (весь смысл теряется) и все оставить на html.
-
Чем в наше время только не приходится заниматься хакерам
-
Здравствуйте. Не дает покоя вопрос практической оправданности использования атрибута alt в теге <img>. Прочитал одну статью, другую... Еще несколько. Никак не пойму. Что этот атрибут делает и когда используется - понятно. Подпись изображения (а точнее места под него) при недоступном файле или отключенной графике. НО. Первое. Кто-то в наше время отключает в браузере графику? Ну, разве что в "аварийных" ситуациях, когда нужно срочно выйти в Инет, а тариф дико дорог или канал неприлично мал (с мобильника в "лесах/горах" с дорогой Инет-услугой в пакете, например). Даже если и так, то, обычно вполне понятно по тексту, где "нужные" изображения. И с этой позиции атрибуты вроде height и width, наверное, более важны, чтобы было видно, где ж эти самые невидимые изображения находятся. Про рекомендацию W3C об использовании alt в <img> знаю, но это ведь именно рекомендация, а не требование. Второе. Возможно, что есть частные случаи верстки под вывод сайта для людей с нарушениями зрения. Но вряд-ли тут подпись вроде alt="картинка-цветочек" сильно поможет. Да и многие ли на самом деле об этом так заботятся? Третье. Нашел даже статьи по оптимизации, где говорится что alt + title в <img> - это чуть ли не самая крутая приманка для поисковиков, которые толпой ломанутся на ваш сайт плюсовать рейтинг, только увидев подпись к картинке. Ну, может и так. Я не знаю. Сколько пользуюсь Инетом, мне ни разу не было интересно, как подписана картинка. Если она есть - я ее вижу, если нет - иду дальше. Если нет и нужна - иду к Гуглу, пользуясь описанием из контекста соответствующей статьи и нахожу за несколько секунд. Всплывающий текст? Есть title. А на деле все нужные подписи делают под изображением (ну, некогда посетителю наводить курсор и ждать этого "всплытия" ) Поэтому просьба к тем, кто уже достаточно долго и успешно верстает: Объясните мне, пожалуйста раз и навсегда - какое практическое применение этого атрибута alt? Вы тратите время на него или просто пропускаете, высокомерно смеясь над предупреждениями валидаторов?
-
Вот тут все доходчиво объясняется про то, как прописывать ссылки. Если все ссылки "внутри сайта" прописаны относительно, то при переносах сайта ничего менять не нужно. Если index.php и /images/ находятся в /likom25/, то чтобы из него добраться, нужно прописать путь: <img src="images/1.jpg"> (т.е от файла "index.php" зайти в папку /images/ и найти там файл "1.jpg") PS: Может я неправильно понял вопрос... Но а как вообще можно сделать сайт и уже переносить его на хостинг, не зная правил построения ссылок?
