'Теория сайтостроения'

Контент менеджмент

Это такая работа от которой зависит по большому счету судьба любого сайта в большей степени даже, чем от дизайна, раскруток и прочей косметики.  Заниматься размещением статей, редактированием текста, созданием цепляющих и вместе с тем адекватных и релевантных заголовков – это нужно делать обязательно, каждый день. Регулярно бить в одну точку. Нельзя останавливаться. Я бы сказал, что контент менеджер – это самый главный человек в команде обслуживающей сайт.

Я был свидетелем того как  интернет проекты с большим потенциалом после запуска очень быстро умирали естественной смертью из-за банального отсутствия ответственного человека, который бы насыщал сайт свежими материалами и оперативно реагировал на аналитические отчеты по посещаемости ресурса. Многие из тех, кто «заказывал музыку», обращаясь ко мне за разработкой сайта, не воспринимали в серьёз этот важный момент. Они надеялись, что их секретарь Людочка или какая нибудь Катенька, вполне может справиться с этой работой. С таким настроем они терпели фиаско в поддержке своего сайта очень быстро.

Людочкам и Катенькам всегда было безразлично какие лучше делать заголовки, как правильно писать тексты новостей, для чего нужно подписывать картинки, зачем прописывать в ссылках атрибуты title и так далее. То есть в силу своей тотальной некомпетентности в вопросах поисковой оптимизации, основ юзабилити и аналитики, в силу слабой заинтересованности в развитии сайта в целом –  эти бедные девушки загоняли в глубокую жопу проекты, которые казалось были обречены на успех.

И вот у меня нет контент-менеджера  на audioveda.ru. Поэтому я делаю большинство работы сам, ибо мне не безразлична судьба этого портала. Сегодня я забросил на аудиоведу еще три лекции. Две Руслана Нарушевича и одну Бхарати Махараджа. Проверил тексты, чтобы в них не было явной пурги с неправильно написанными словами, оформил аннотации, пометил тегами. Затем пропиарил в контакте лекцию Лакшми Нараяны даса «Какой должна быть идеальная жена» и вспомнил что центр развития «Идея», просил повесить банер на  курс лекций Руслана Нарушевича, который состоится в Москве 23 февраля. Конечно еще три недели до этого события, но обещал помочь – надо сделать. Как раз Руслан прислал недавно несколько своих позитивных фотографий.  Вобщем получилось вот так вот:

Думаю что вешать нужно будет начиная с девятого. За две недели не раньше. Это не билеты на премьеру Титаника, поэтому люди не склонны их покупать почти за месяц заранее. Нужно это тоже учитывать.

Коррекция вектора внимания. Или подтасовка материалов.

По поводу того что я уже писал относительно архитэгов … Итак, свойство релевантности (в смысле адекватности материала) добавлена. Уже есть первые «цветочки» в виде резкого увеличения количества просмотров тех лекций, которые были подняты наверх в выдаче по архитэгу при помощи указания релевантности.

Как это выглядит на практике? На практике я, например, вижу в отчете Гугул Аналитики, что наибольшим спросом у пользователей пользуется страница архитэга «смысл жизни» – (очень много заходов как извне так и переходов с главной страницы).   Тогда в первую очередь мы с Преманандой готовим текст-описание, в котором ссылаемся на другие архитеги (все согласно нашей секретной схеме, целью которой является закольцовка понятий в рамках одного смыслового ядра познания). Дальше я начинаю работать с материалами, которые отмечены данным архитэгом, выставляя им релевантность от 0 до 100 % таким образом, чтобы наиболее качественные материалы при выдаче ближе к верху страницы, где их сразу увидит пользователь.

В таком механизме выдачи ничего нового нет – так работают поисковики. Но отличие от поисковиков в том, что релевантность определяют роботы, которые руководствуются жесткими правилами и не способны по-человечески оценить адекватность текста. Мы же в рамках отдельно взятого проекта Аудиоведа способны проставить релевантность вручную независимо от того насколько часто в тексте встречаются ключевые слова. Мы руководствуемся не правилами а головным мозгом.

Эффект на лицо. Посещаемость нужных нам страниц выросла на 100 – 300 %. А это говорит о чем? О том что у нас появился в распоряжении инструмент, позволяющий корректировать вектор внимания пользователя, как-бы ненавязчиво подтасовывая нужные  лекции наверх выдачи по архитэгу. Я считаю, что эксперимент прошел удачно. Мы имеем реальные убедительные цифры. Харибол, господа!

Архитэги

Пока сидел рисовал новую таблицу взаимодействия понял что у нас на www.audioveda.ru  уже не просто теги на сайте. У нас Архи-тэги! Пусть это теперь так называется =) И вот в чем принципиальное отличие Архитега от простого обычного тега (метки),  который мы привыкли использовать в интернете для выборки материалов . Сейчас объясню. Смотрите, вот нам понравилась какаято статья и мы кликнули по тегу (метке) которым она отмечена и получаем что? Что мы ожидаем от этого действия? Мы хотим получить информацию схожего рода как и на этой странице, которую мы прочли. Причем наш вектор внимания уточнил “какого именно, схожего рода” и выбрал из тэгов (меток) именно ту область схожести, что имеет несущее смысловое понятие, обозначенное выбранным нами тегом. А теперь посмотрим как это на сегодняшний день реализовано в реале в подавляющем большинстве случаев, а именно:

Обычный тег.

Обычный тег разбивает материалы сайта на две группы, группа А куда входят отмеченные эти тегом материалы и группа Б куда нет.  Как им пользуется посетитель сайта. Первый клик он делает по тегу (метке) внизу записи и переходит на страницу выборки материалов группы А.  Вторым кликом пользователя в этом случае будет выбор материала из предложенного списка.  Вот такое у обычного тега, с точки зрения юзабилити назначение - how is it [able] to [use]? (как это можно использовать).

Материалы в такой выборке в 99% случаев не имеют осмысленной сортировки и сортируются просто – по дате записи. В итоге – пользователь вступает в вербальный контакт с кучей материала и фактически ручной перебор результатов выборки, листая страницы сверху вниз по дате в поисках наиболее интересного материала в области указанного несущего смыслового понятия .

Я предлагаю повсеместно использовать:

Архитэг.

Внешне архитэг ничем не отличается. Это такая же метка к записи.  Но при клике по архитэгу происходит переход не на страницу выборки, а на страницу Архитэга, где в начале страницы пользователю выдается краткое текстовое описание несущего смыслового понятия.  Текст этого описания может содержать ссылки на другие архитэги.

Так пользователю дается возможность быстро скорректировать свой вектор внимания в нужную сторону, например пользователь может быть удовлетворен краткой справкой по архитэгу с более широким понятием и перейдет по ссылке внутри описания на более конкретную область отраженную другим архитэгом.

Например, пользователь что то там читал на сайте про время и Юги и вот он переходит по архитэгу «юги» – у нас он получает краткую информацию об этом явлении и с этой страницы уже переходит, допустим  на страницу  идущей в настоящий момент «кали-юги» и уже смотрит ее описание  и получает другую отличную от первой выборку из базы данных материалов. Это первый момент.

Второй важный момент, это real hand set выставленный в ручную показатель релевантности к материалу.  Свойство релевантности в таблице пересечения тег-аудио изменяется в пределах 1 до 3. 1-высокая релевантность (основная тема статьи), 2-средняя (одна из подтем статьи), 3-низкая (упоминается вскользь).  Понятно, что он служит для сортировки материалов на странице Архитэга.

Пользователь, в нашем случае, получает наверху выдачи наиболее релевантные (с точки зрения человекоподобных модераторов ресурса audioveda.ru) материалы, затем материалы где архитэгу был присвоен второй и третий уровни релевантности.

Тайминг – возможность указать несколько ( Как это сделать ??? =8-О) диапазонов по времени, в пределах которых этот архитег релевантен контенту, опять же жесткий real hand set.  Но это дает уникальную, почти фантастическую с точки зрения юзабилити, возможность на этапе второго клика… на странице… визуально выделить  в тексте статьи блоки релевантного контента!. Это было бы супер круто. [пока непонятно как это реализовать]

Но то что уже есть сейчас – Архитэг знает свою Макро-группу.  Если бы мы выводили Макрогруппу архитэга на его странице  - это дало бы пользователю возможность сделать второй клик в сторону выборки материалов по Макрогруппе.  С целью расширения диапазона поиска.  Это такой ассортиментный подход пользователя.

Архитэги

И я думаю, что Архитэги могут и должны быть частично объединены в семейства. Отдельная дополнительная табличка в базе . Тоесть вторая группировка, помимо “макро-групп” (разделов).  Многие понятия формируют отдельные кейсы, которые можно было бы выделить через эти семейства.  Допускается что один Архитег может быть включен в несколько семейств одновременно.

Аминь!

Тэги, теги, ID3 теги… просветление.

Много раз уже я участвовал в обсуждении того, как именно нужно орагнизовать теги на новом сайте и понял, что большинство участников обсуждения путаются в самом понятии – что такое теги. Я попробую навести порядок в этом вопросе. В этой статье я пишу слово тэг с буквой Э в одном случае и тег с буквой Е в другом. Ну и теперь о тегах…

ID3 теги – это  информация вшитая непосредственно в файл mp3, который вы открываете в плеере и видите название трека, автора, год создания, название альбома итд – это те теги которые существуют внутри файла, независимо от сайта с которого файл был скачан.

А теперь о тэгах сайта. Тэг – это метка, бирка, если хотите, раскрывающая в виде одного-двух слов тему электронного материала, будь то аудифайл, видео файл, статья или фото. При помощи этой метки мы устанавливаем горизонтальную логическую связь с другими материалами сайта, имеющими такой же тэг. Тоесть тэг нужен для того, чтобы пользователь мог получить доступ к другим материалам по данной теме.

Тут важно отметить, что не стоит создавать тэги настолько уникальные, что с этим тэгом у нас на сайте всего один материал.  Так как это приведет нас к бессмысленному разочарованию пользователя. Пытаясь получить доступ к другим материалам с этим тэгом, он ничего нового на сайте не найдет, ибо с таким тэгом только один материал. Подумайте дважды прежде чем создать новый тэг.

Теперь о группировке тэгов по областям их применения. Тэги могут быть сгруппированы по следующим принципам:

  1. Тэги  - имена. Это тэги содержащие имена собственные. Их следует указывать, только если в материале какой-то личности, например, Васе Пупкину, уделяется большое внимание, о нем идет речь не вскользь, а совершенно конкретно и обстоятельно в течении значительного времени по отношении к общему времени всего аудио или видео материала.
  2. Тэги – источники. Тэги содержащие названия источников информации о которых упоминается в материале. Их нужно присваивать если в материале достаточно подробно рассматривается какой либо источник. Например разбирается Махабхарата или Рамаяна – ставим соответствующий тэг – Махабхарата или Рамаяна. Просто источник и ничего более, стих глава – это не нужно.
  3. Тэги – понятия и темы (самая большая). Эти тэги указывают на абстрактные понятия или темы затрагиваемые в материале. Например понятия – аскетизм, карма, смерть, любовь, ум, сознание, красота итд. если эти понятия подробно и обстоятельно разбираются в материале. Это достаточно широкие смысловые диапазоны, поэтому не стоит при первом же упоминании о вечности лепить тэгвечность, если там о вечности всего 16 секунд из трех часового материала.  Пример тем – смысл жизни, поиск учителя, духовный путь.

Помните! Задача не в том чтобы присвоить как можно больше тэгов, а в том чтобы связать материалы друг с другом через этот тэг. Модератор должен сначала ознакомиться с материалом на 100% и выписать тэги на листок бумаги, а затем подумать – все ли они уместны и раскрывают суть материала. По большому счету тэги это ответ на вопрос – о чем данный материал.

Теперь пару слов о том, что по своей сути  в рамках логики работы сайта тэгом не является. Я часто наблюдаю, как сайтостроители в попытке систематизировать контент используют механизм тэгирования не по назначению.  Например – вот список “тэгов” к аудиоматериалу, записанному в Лахте, автором которого является Шрипад Б. С. Госвами Махарадж, а перевод на русский язык был осуществлен Муралишваром Прабху:

  • iFocus (287),
  • Лахта (514),
  • Переводчик: Муралишвар Прабху (350),
  • Санкт-Петербург (544),
  • Тема: Вера (26),
  • Тема: Прогресс в духовной жизни (4),
  • Шрипад Б. С. Госвами Махарадж (291)

Какие я тут вижу проблемы? По порядку… Я не понимаю что такое iFocus. Без коментариев. Далее, Лахта это не тэг, а место записи, и клик по этой ссылке должен вызывать переход на страницу географического объекта Лахта, на которой в свою очередь представлены все материалы созднанные на его базе: фото, видео, аудио книги итд. Это не тэг уже потому, что в материале, который модератор протэгировал “Лахта” о самой Лахте нет ни слова. Мне понятно желание модератора отделить лекции из Лахты от лекций с Кисельного переулка. Однако это делается не через тэги, а путем создания вертикальной связи между материалом и географическим объектом на базе которого он был создан, а не на горизонтальном уровне материал-материал. У нас на новом сайте подключена адресная книга где модератор может выбрать объект из списка. Материал обретает свойствоместо записи – Лахта. А пользователь при клике на Лахту – попадет на страницу Лахты, где увидет все необходимые атрибуты: контактную информацию и список Лахтинских материалов. Далее – Переводчик: Муралишвар Прабху. Тоже самое. В материале нету ничего о самом переводчике. Переводчик это свойство файла – его, так сказать, служебная информация, такая же как и Автор и год создания и размер в килобайтах. Это не тэг. Думаю, уже понятно, что тут только два тэга – Вера и Прогресс в духовной жизни. А остальное тэгами не является, ибо никак не раскрывает нам вопроса О ЧЕМ ЭТО. Если вы хотите разбивать контент не по принципу о чем он, а по автору, по году, по месту записи – для этого есть другие инструменты и к самой теме лекции они отношения не имеют.

Автоматическая чистка тегов

Мне сегодня в голову пришла такая идея. Теги которые существуют на сайте в единственном числе должны через какоето время уничтожаться. Тоесть проходит например 100 дней и производится чистка. Если никто не добавил хотябы еще один материал с таким тегом – можно его смело прибить. Почему?

Потому что теги служат для поиска ПОХОЖИХ материалов а если за год добавления мы имеем в наличии 10.000 единиц материала и 200 единичных тегов которые ничего не объединяют а просто засоряют страницу – втопку такие теги. Надо только подумать над формулой которая достаточно эффективно будет этим заниматься. Было бы неплохо учесть еще количество переходов по данному тегу за какойто период времени.

9,5 правил ведения безопасного IT-бизнеса в России

1. Держите сервера за границей

Почему так? Далеко за примерами ходить не надо, а случай не единичный.

Представьте, что у вас, например, сервис электронных магазинов. Или хостинг. И тут под предлогом «поиска улик» у вас выключают и опечатывают все сервера. Вы теряете клиентов и попадаете на убытки. В лучшем случае вы просто вне бизнеса, в худшем — еще и с долгами.

Да даже если ваш скромный интернет-магазин никому не нужен, где гарантия, что когда будут трахать вашего хостера, не вырубят ваш сервер, даже бекапы не дав сделать. Да, и делайте бекапы регулярно. Любое серьезное изменение — бекап на локальную машину или сервер в датацентре, не связанном с тем, где хостится ваш сайт. А то обычно оказывается, что и бекапы все были на той же машине.

2. Регистрируйте домены за границей

Если ваш бизнес понравится, или если вы не понравитесь — в России не нужно даже решения суда, чтобы ваш домен заблокировали. Пример —недавняя позорная история с torrents.ru

Так что для любого серьезного проекта, если у вас, конечно, нет крыши, регистрируйте домены вне зоны RU и обязательно у известного регистратора, для которого письма из отечественных «органов» не будут иметь силы превыше закона. Кроме того, актуальность домена в международной зоне вы поймете, дочитав до конца эту заметку.

Доменное имя — это актив. Это ваши инвестиции. Это рубли, доллары и евро, вложенные в рекламу, оптимизацию. Это время, силы, нервы и идеи, вложенные в пиар и маркетинг, в работу с сообществами и т.п. Если в России закон не может защитить ваши вложения — пусть их защищает закон другого государства.

Если уж ваш домен мыкается на зоне RU, хотя бы выбирайте такогонадзирателя регистратора, который не запятнал свое имя и не покрыл себя вечным позором. Лично я с «Ру-Центром» не свяжусь.

3. Регистрируйте компанию за границей

Законодательства развитых стран содержат нормы, серьезно затрудняющие рейдерские захваты. Берите пример с патриотичного «Яндекса»: хоть там и есть «золотая акция Сбербанка», но главная компания называется Yandex N.V., зарегистрирована в Голландии, ей и принадлежит 100% российского ООО «Яндекс».

Кроме того, можно делать такую штуку: например, технология принадлежит материнской компании, а дочерняя ее лишь лицензирует. Во-первых, это защищает главный интеллектуальный актив.

Во-вторых, дочерняя компания сможет оплачивать материнской компании эту лицензию, таким образом, совершенно легально выводя деньги из зоны высокого риска (чиновничьей олигархии) в зону, где работают законы и суды.

4. Держите деньги за границей и не держите яйца в одной корзине

Знаете ли вы, что ваши счета могут быть заблокированы? Ну или проблемы могут быть не у вас, а у вашего банка. И плевать, что вам надо платить зарплаты, оплачивать аренду, трафик, рекламу. Даже если потом все рассосется — репутация подмочена, клиенты ушли, партнеры ушли.

Как легально держать деньги за границей? Смотрите пункт третий.

Если вам не надо держать постоянно деньги на расчетном счету — выводите их легально и быстро. Тем более что на расчетных счетах средства не застрахованы, и если проблемы у банка, то проблемы и у вас. Имейте пару расчетных счетов в банках, не связанных между собой через аффилированных лиц.

5. Не держите, говорю, яйца в одной корзине!

Даже в цивилизованных странах есть придурки и тупые чиновники. Вот, в Австралии, к примеру, запрещают сниматься в порнухе женщинам с небольшой грудью. Мол, педофилы на них медитируют, а потом идут и растлевают младенцев насквозь. Ну кем надо быть, чтобы такие законы принимать?

А это значит, что даже за границей может найтись придурок, который заблокирует ваш сервер. Или датацентр. А это значит, что сервер не должен быть один, если у вас от него зависит что-либо серьезное. Критичные вещи нужно дублировать на сервера, находящиеся не только в другом датацентре, но и в другой юрисдикции.

6. Держите базы данных за границей

Это актуально для любого российского бизнеса. Если в ваш офис вломятся люди в масках по наводке конкурентов, они изымут сервера и компьютеры. Делается это, как и арест расчетных счетов, не с тем, чтобы «найти доказательства», хотя я не понимаю, что может помешать записать туда «эксперту» терабайт жесточайшего детского некрозоопорно с массовыми расчленениями, осквернением всех мировых религий, разжиганием розни сразу ко всем расам, национальностям и социальным группам, а также экстремистскими пособиями.

Ну или софта на 146-ю статью, часть посадочную. От этого лично я спасения не вижу (чуть ниже мой внутренний параноик кинет идею, но я сомневаюсь в его компетентности).

Делается это для того, чтобы парализовать работу, заставить компанию буквально истекать кровью и вынудить директора или собственника согласиться на условия захватчиков. Поэтому держите свои базы, бухгалтерию и т.п. на заграничных серверах и связывайтесь по шифрованному туннелю. VPN практически бесплатен, а восстановить работу офиса можно практически мгновенно посредством тонкого клиента.

Ну и базы останутся в целости, а не попадут к родственникам типа в маске. Если большие файлы нужны тут — можно держать их на локальном сервере, в зашифрованном виде, в другом помещении. Но обязательно делать бекапы за границу.

7. Документируйте все, что касается вашего обеспечения

И этот совет касается не только IT. В фирме должен быть приказ об установлении определенного комплекта ПО на машины. Должен быть приказ о запрете устанавливать или записывать что-либо еще, включая ПО и медиа. Под ним должны подписаться все сотрудники. Равно как и под актом, в котором вы передаете им автоматизированное рабочее место в определенном состоянии.

Внутренний параноик подсказывает мне вариант с аппаратным шифрованием винтов, Trusted Platform Module, сбросом состояния винтов, сетевой загрузкой и т.п., а также ежедневным составлением и подписанием актов осмотра оборудования и установленного ПО.

8. Разделяйте активы и риски

Например, у вас поисковая система. Технологией, доменом, патентами, правами и т.п. пусть владеет одна компания, сервера пусть будут на другой, а риски, например, связанные с тем же ПО, арендой, возможностью рейдерского захвата, кадровыми вопросами пусть несет третья.

9. Еще можно отдаться добровольно

Или крышу найти. Ну там «золотые акции» выпустить, проспонсировать что-нибудь, толкать правильные речи за нужную партию. Хотя… шакалам всегда хочется больше.

10. Уезжайте за границу

В самом деле, сервер стоит держать за границей, а себя любимого? Все просто: это как игра, где надо набить очков, чтобы перейти на следующий уровень. Надо выучить язык, получить востребованную профессию, накопить денег или сделать такой проект, который будет кормить вас в любой стране.

Надо выйти на уровень, в котором в игре появляются доступные и честные суды. На уровень, в котором уже не преследуют монстры в масках и с автоматами. Там появляются другие монстры: юридические гоблины, патентные тролли, опытные конкуренты 80-го левела. Но они действуют по четким правилам, а эти правила действуют для всех одинаково.

А не так, что у шакалов (оборотни — слишком громкое слово для падальщиков) в погонах оказывается over 9000 иммунитет к свету, общественному мнению и СМИ, +100500 к иммунитету против закона, способность наложить отворотное заклятие на камеры видеонаблюдения,аннилигировать показания свидетелей или кастануть на вас заклинание «СИЗО смерти».

Кроме того на этом уровне также появляется возможность сохранить свои деньги и вещи, а построенные дома не снесут урукхаи.

Будут доступны дешевые кредиты (-200 к процентной ставке), будет работать DHL (-200 к идиотизму перманентно), не будут блокировать ваши электронные кошельки (-200 к совку во всей локации).

Не будет Петриков и Грызловых. Не будет того, что описано вот в этом блоге: «Как меня пытаются посадить», а это многого стоит.

Построил с нуля успешный бизнес? Поспеши! Билеты в Лондон за 823 фунта.

Пиксель Бит RGB сжатие размер итд

  1. Единица информации это один бит. 1 или 0. Да или нет. в одном Байте 8 бит. В одном Килобайте 1024 байта. Не заморачивайтесь почему. Просто примите как данность как в минуте 60 секунд. Не обязательно знать всю предысторию, просто запомните. 1 байт = 8 бит. Все!
  2. Далее… Цифровое фото состоит из маленьких точек – пикселей. Они могут быть черно-белыми как при передаче фото по факсу. Могут быть черно-серо-белыми как на ксерокопии. Могут быть цветными, как на фотографии в вашем фотоаппарате.
  3. Вышивание крестиком было, пожалуй, первой попыткой хранения изображений в цифровом виде. Один крестик – один пиксель. Цветность зависела от количества разноцветных ниток. Важно понять что именно количество крестиков влияет на адекватность отображения объекта. Согласитесь что роза вышитая из миллиона крестиков будет смотреться гораздо более шикарно нежели выполненная из 25 крестиков.
  4. Чтобы составить большую картинку из точек можно взять листок бумаги в клетку и закрашивать клетки – пиксели. Если у вас только черный карандаш, то изображение получится скучным, но вы обойдетесь всего одним карандашом. Такая экономия используется в факсах. Для записи одного черно-белого пикселя тратится 1 БИТ информации. Либо да либо нет. Закрашено либо не закрашено.
  5. Если вы хотите запечатлеть цветную картинку вам потребуются больше карандашей, чтобы ваши клетки – пиксели могли принимать разные цвета. В современных цифровых мониторах любой цвет состоит из Красного Зеленого и Синего. Red Green Blue. Тоесть говорят RGB палитра.
  6. Что такое 24 битное изображение? это значит что на описание цвета одного пикселя требуется 24 бита информации. Строго говоря по 8 бит на красный зеленый и синий. 8 х 3 = 24.
  7. Если картинка размером 100 х 100 пикселей это значит что в ней 10.000 тысяч маленьких пикселей. 10 тысяч пикселей цветной 24 битной картинки будут весить 240 000 бит или если разделить на 8 то получим 30.000 байт или 29 килобайт с хвостиком.
  8. Если не применять никакого сжатия, этот размер 29 килобайт будет таким вне зависимости как вы будете раскрашивать картинку. закрасите ли все зеленым или каждый пиксель будет своего цвета. или вообще оставите ее белой. Можете проверить в фотошопе. Сохраняйте в несжатый формат BMP.
  9. Теперь про сжатие. Есть много разных алгоритмов позволяющих уменьшить в итоге размер картинки в байтах. Обясню достаточно условно: Например если в картинке только небо и птичка – ее можно неплохо сжать просто сказав компьютеру что почти все пиксели этого изображения синии и не стоит записывать информацию о красном и зеленом. Потом вы заметите что лучше всего жмутся именно фотографии с большими однородно закрашенными областями. Однако помните, что при сжатии JPG информация об оттенках теряется безвозвратно и небо у вас будет уже не такое реалистичное как в жизни. И чем больше сжатие тем хуже качество.
  10. И последнее. Качество фотоматериала зависит только от того сколько пикселей участвовало в описании объекта. Потратили на изображение машинки миллион пикселей – будет красиво. Потратили один пиксель – это просто точка а не машинка.

Несколько сетевых понятий доступным языком

Четверг, 04.07.2005 Теория сайтостроения
Метки:

DHCP
Вы проснулись после дикой пьянки. Первые ваши слова «кто я? » и «где я? ». Сосед, который не запивал водку пивом, вам сообщает все ваши параметры: кто вы и где. Этот сосед выступает в роли DHCP-сервера. Учтите, что в сети могут быть так называемые «ложные DHCP-сервера», например жена – на ваш вопрос «кто я? » она выдаст неверную информацию: «алкоголик ты проклятый». Так что не всегда динамическая выдача параметров безопасна, рекомендуется записывать свои параметры (как зовут, ваш адрес и т. д.) на бумажке.

Маршрут по умолчанию
Подойтите к прохожему и спросите «не подскажите ли вы как пройти к моргу имени Невмировича-Данченко? ». С большой долей вероятности вас пошлют нахуй. Так вот это и есть маршрут по умолчанию, другими словами если адрес назначения не известен, то пакеты посылаются на маршрут по умолчанию (синонимы: шлюз по умолчанию, dafault gateway).

Понятие TTL
Представьте себе, что вам 5 лет и вы хотите кушать. Вы идете к папе и говорите: «Папа, я хочу кушать». Ваш папа смотрит телевизор, согласно таблице маршрутизации о посылает вас к маме. Вы идете к ней и просите «Мамааа, я хочу кушать». Мама болтает с подругой по телефону и согласно своей таблице маршрутизации посылает вас к папе. И так вы ходите как дурак от папы к маме и обратно, туда-сюда, туда-сюда, а все потому что криворукие админы (родители папы и мамы) неправильно настроили таблицу маршрутизации. Чтобы защититься от таких ситуаций придумали понятие TTL (Time To Live), что применительно к нашей ситуации означает количество терпения у мальчика, пока он не скажет «заебало» и не упадет перед ногами мамы или папы в беспомощном состоянии. Последний, по правилам (стандарты – это «так заведено в семье»), обязан послать короткий нелестный отзыв адрес того, кто послал мальчика кушать. Это так называемый icmp-пакет «мальчик издох»

Ping
Вы конечно бывали в ситуации «сам дурак». Вы кричите «Петя ты, еблан», а в ответ слышите «Вася, сам еблан». Это простеший пинг. Вы только что пропинговали Васю. Не все отвечают на пинги, особо культурные, например Microsoft.com не утруждают себя реагированием на ваши запросы. С такими переругиваться есполезно, мы знаем, что они слышат и злятся, но реакции добиться не можем. Тем не менее, пинг – неплохой способ узнать жив ли хост, ведь пиная труп ногами не добьешься реакции «сам дурак»

Traceroute
Представь себе, что ты живешь на 9м этаже и хочешь узнать всех жильцов которые живут от тебя до Клавки с 3го. Ты берешь взрывпакет и, исходя из формулы свободного падения, рассчитываешь время взрыва пакета над 8м этажом. Это TTL=1. После того как пакет ибанет – выглянет озверевшая рожа соседа с 8го этажа. Время реакции зависит от загруженности сервера, т. е. от занятости соседа и от шейпов, т. е. в воздухе ли ваша система или ты живешь на планете, где атмосфера жидкий азот. Так вот, если вообще не дождешься ответа – твой сосед глухой – у него запрещены icmp ответы, либо он запретил их только для тебя если его уже подзаебали твои финты и он научился тебя игнорировать. Дальше выставляешь TTL=2 и т. д. Не забывай, что если Клавка живет выше тебя – это No route to host Sad.

ранее этот текст был размещен тут http://www.livejournal.com/users/n1ckname/21585.html но теперь увы журнал уничтожен.