Привет всем! Был занят, выполняю обещание – палю тему.
Обещал рассказать рефам как сделать самонаполняемый сайт на английском языке. Но так как TLA не показывает кто именно зарегистрировался рефом, то расскажу всем.
Очень часто, нам необходимо расширить какую-то возможность определенного компонента. Я уже не раз встречался с такой проблемой. Самым правильным способом будет создание нового компонента потомка, в котором нужно реализовать необходимые действия. Правильно, но не всегда эффективно. Сегодня мы научимся использовать компоненты не совсем так, как задумывал дядя Борман.
Появление транспортных правил в Microsoft Exchange Server 2007 внесло существенное облегчение в жизнь почтовых администраторов. Задачи по централизованной обработке почты и реализацияи специфических сценариев стали намного проще. Я использую в своей работе транспортные правила Exchange Server, но возможно я знаю не все сценарии их применения. Поэтому я спросил в нашей Exchange группе о сценариях использования транспортных правил и вот какой веселенький список у нас получился.
Только соблюдая определенные правила создания сайта, можно создать хороший сайт. Правила создания сайта касаются как методики создания собственно структуры и дизайна сайта, так и его наполнения контентом.
Контент сайта
Правила создания сайта в отношении контента сайта одновременно и просты, и сложны. Главнейшее из этих правил – это наполнение сайта действительно интересной и полезной информацией для своих посетителей. Поэтому если Вы хотите создать хороший сайт для своей компании или организации, то Вы должны тщательно продумать, какая именно информация будет соответствовать указанному критерию.
Тег "alt"использовать очень легко, как и все остальные теги, но Вам очень важно запомнить - используйте его ОБЯЗАТЕЛЬНО при вставке любых рисунков в контент страниц. Итак, как всегда рассмотрим использование тега на примере. К примеру, Вы вставили рисунок на страницу, название нашего рисунка risunok.jpg. Находите в HTML-коде коде этого рисунка, он должен выглядеть так
Не слишком давно узнал о такой "фишке" как ручной бан ресурса модератором яндекса, интернет-сайт при этом может оказаться белым и пушистым, не продающим ссылки, с уникальным, полезным контентом и хорошей посещаемостью. Банят интернет-сайт, видимо, после оценки асессора какой-то страницы или некоторого количества страниц.
Никакой дыры не вижу. И то, и то (документ и заголовки) — части одного целого, HTTP Response. Формируются одновременно веб-сервером.
Раз уж была возможность эмулировать заголовки в документе (в HTML это <meta http-equiv="..." content="..."/>), то вот еще есть эмуляция элементов документа в заголовках. Если браузер не будет трактовать скрипты, указанные в Link: как-то иначе, чем скрипты, указанные в теле документа — дыре возникнуть не с чего. Даже HTTP headers smuggling тут вроде никак не применить.
