Первый вопрос, который так или иначе начинают задавать себе покупатели - по каким же критериям выбирать? Я постараюсь рассмотреть типичные вопросы при выборе скутера, а также сориентировать по расценкам на скутеры на рынке Украины.

Итак, начнем. Первый вопрос, который следует задать себе, где будет эксплуатироваться скутер, преимущественно на городских неплохих асфальтных дорогах, либо за городом, на даче (например, для поездок на рыбалку)? Исходя из ответов мы будем рассматривать скутеры по типу передних вилок, например, вилки телескопические более адаптированы для езды по ровному асвальту, маятниковые(рычажные) более адаптированы для гашения неровностей дороги. Далее следует задаться вопросом, будет ли скутер часто использоваться для перевозки двух человек. Двухместных скутеров среди 50cc не так уж и много, их можно пересчитать по пальцам одной руки. Следующим вопросом станет скоростной режим эксплуатации, другими словами, гонщик ты, или не очень :) Ежели в душе присутствует тяга к тюнингу, то на выбор скута это также повлияет, например, по количеству тюнингованых запчастей и общей "готовности" к тюнингу. Наиболее предпочтительным в этом случае является выбор модели из линейки продуктов Yamaha. Стоит отметить, что некоторые модели скутеров с объемом двигателя 90cc "на глаз" не отличимы от моделей 50cc.

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

Если это не убьет конкурентов, то сделает их сильнее :) 

Хорошо, когда у вас в контакт листе icq есть много хороших знакомых специалистов в ИТ. Простой и естественный, на первый взгляд, вопрос "кто откуда и куда залогинился"  обязан иметь красивое решение. И действительно, вы можете в данный момент ответить на вопрос "кто сейчас залогинен на такой-то рабочей станции?", хотя и вопрос простой, но думаю очень немногий процент задавших себе этот вопрос смогут на него тут же ответить. Так вот действительно, есть очень красивое и элегантное решение в виде программного комплекса UserLock, и хотя его назначение немного другое - ограничивать возможность пользователя залогиниться одновременно на нескольких рабочих станциях, но и с мониторингом "кто куда?" надо отметить, справляется на "пятерку" (скоро слова "справляется на пятерку" будут понимать немногие люди жившие до реформы системы образования с двеннадцатибальной системой).

Думал что нет альтернативы Цитриксу в плане load-balance для терминальных серверов, ан нет, случайно наткнулся на примечательный програмный комплекс 2X LoadBalancer

В качестве ключевой фичи заявляется балансировка подключений к терминальным серверам на основе не просто dns round-robin (по очереди), а создание подключения к наименее загруженному серверу. Чем до недавнего времени мог похвастаться один продукт - Citrix Metaframe.

Также Load Balancer проверяет на доступность сервера (я так понимаю обычным ping), и на недоступные сервера подключения не форвардит. В случае с обычным round-robin мы имеем тупое переключение по серверам по очереди, вне зависимости, живой сервер или нет.

Также эта штука умеет делать реконнект на отключенные сессии, которые остались жить на сервере.

Умеет работать с продоколами RDP и ICA (Citrix), т.е. может быть проинстулена даже поверх цитрика. Для чего еще один цитрикс над цитриксом? Говорят для снижения стоимости при апгрейде metaframe фич, к примеру c XPa до XPe.

Ах да, чем же эта штука все таки лучше цитрикса? Ответ один - ценой :)

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

Источник: http://www.networkworld.com/community/?q=node/4630

Что же представляет собой netgraph?

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

Надо отметить что netgraph работает на уровне ядра, и, как сказали бы англоязычные братья, this is god damn fast.Надо сказать что к осознанию netgraph я подходил несколько раз. И каждый раз найденная в небольшом количестве рускоязычная документация не раскрывала темы, да и в общем не давала полного понимания принципов работы.

Сейчас становится довольно модным занятием верстка страницы без использования таблиц, используя в качестве форматирующих элементов div + CSS.

Рассмотрим за и против такого подхода.

За:
* более полное отделение оформления от контента
* лучшая индексация поисковиками, объясню почему.
Рассмотрим с точки зрения поисковика табличную верстку. К примеру, у нас есть таблица 3х3, в каком порядке будет проиндексирован текст в ячейках? Исходя из расположения сначала идут три верхних ячейки, потом три средних, затем три нижних. Т.е. каждая левая ячейка будет проиндексирована через две соседних, т.е. не так, как мы будем воспринимать информацию строго слева-направо. При использовании в качестве форматирующих элементов div такой проблемы мы иметь не будем.
* более гибкая в плане дизайна структура. Мы можем как угодно формировать макетную сетку при помощи CSS форматирования.

Против:
* одно, но очень серьезное против: браузеры поддерживают CSS неодинаково. Для того что бы выполнить качественную верстку в CSS мы должны наступить на все возможные баги браузеров и полечить их зачастую только с помощью определенных трюков, специфичных для каждого браузера.

Что следует почитать: http://xhtml.ru обновляемый полезный ресурс с блогом экспериментов с версткой в различных браузерах.