С удовлетворением обнаруживаю что мой эксперимент с поиском по сайту с использованием Google API начал работать, что говорит о том что Гугль все же соизволил проиндексировать наш сайт. Раньше казалось что сей факт должен был свершиться намного быстрее.

Подозреваю что Page Rank в Google toolbar меня обманывает, показывая "0".
Ну а пока подождем и посмотрим.

 

Решился скачать бету 2 Visual WebDeveloper Express 2005.
Поставил. Первые впечатления - втыкание в монитор с открытым ртом и тупое возюкание мышкой по красочным менюшкам. Армия мартышек когда-нибудь напишет "Войну и мир", а армия разработчиков Microsoft уже клепает на протяжении десятка лет ведущее ПО, в т.ч. и ПО для разработки. Если окунуться немного в историю, то ASP был диалектом, так сказать, не совсем юзабельным. В свое время что-то оттолкнуло меня от юзания этой технологии, ограничившись экспериментами с Adobe GoLive, который генерил частичные ASP контролзы. Но ничто не стоит на месте. С технологией .NET пришел правильный подход отделения контента и движка от оформления. Серверные контролзы облегчали повторное использование кода, а стандартизованная аутентификация решала 99% вопросов, которые о этого веб-девелоперы решали день ото дня  своими методами.

WebDeveloper в этом плане пошел еще дальше: в стандатном наборе присутствует контролз "Login box" и "Registration", т.е. элементы присутствующие в подавляющем большинстве веб-проектов. Отдельного внимания заслуживает подход к пользовательскому интерфейсу и способу взаимодействия с контролзами. У каждого контрола присутствует т.н. "Смарт-тег", такая вот пимпочка в правом верхнем углу, служит сие для быстрого доступа к часто выполняемым операциям, к примеру, если это логин-бокс, то в этом меню мы имеем возможность выбрать "стили" бокса, у контролза "TreeView" мы можем из выпадающего списка выбрать "источник" записей.

Дополнений, безусловно, много, я бы даже сказал что подход к веб разработке стал структурированнее и прозрачнее. Стоит упомянуть о фиче "Master page", которая служит для "основного шаблона сайта", а все дочерние страницы просто прилинковываются.
Присутствет тесная интеграция с новым движком баз данных SQL Express 2005, который, к сожалению у меня так и не установился :(

В целом впечатление очень благоприятное. После Web Express 2005 запускать Visual Studio 2003 уже НЕ ХОЧЕТСЯ.

Единственное что мне не нравится в Visual Web Express 2005, то это то, что она в бете.

 

У Яна Тьелена новый постинг про редактирование стилей SharePoint
http://james.milne.com/SPSkin/

Позволяет визуально подредактировать CSS, посмотреть и выслать CSS на ваш e-mail.
Примечательно что CSS для предпросмотра применяется без перезагрузки страницы.
Рекоммендовано к посещению и активному юзанию. 

# Подключение Parser-а для всех .html-страниц
AddHandler parsed-html html
Action parsed-html /cgi-bin/parser3.cgi

RewriteEngine on

## Русская версия
RewriteCond %{REQUEST_URI} ^/eng/
RewriteRule ^eng/(.*) $1&lang=eng [PT]

## Английская версия
RewriteCond %{REQUEST_URI} ^/ukr/
RewriteRule ^ukr/(.*) $1&lang=ukr [PT]

## обрезка html
#RewriteCond %{REQUEST_URI} \.html
#RewriteRule (.*)/(.*)\.html(.*) /$1$3&method=$2 [PT]

RewriteCond %{REQUEST_URI} \.html
RewriteCond %{REQUEST_URI} !^/nbs
RewriteCond %{REQUEST_URI} !^/jscript
RewriteCond %{REQUEST_URI} /admin/
RewriteRule (.*)/(.*)\.html(.*) /$1$3&method=$2 [PT]

RewriteCond %{REQUEST_URI} ^/admin/
RewriteCond %{REQUEST_URI} !/jscript
RewriteCond %{REQUEST_FILENAME} !\.(gif|jpg|jpeg|png|css|js|cgi)$ [NC]
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^admin/(.*) adm.html?uri=/$1 [QSA,L]

RewriteCond %{REQUEST_FILENAME} !\.(gif|jpg|jpeg|png|css|js|cgi)$ [NC]
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f

RewriteRule ^(.*)$ index.html?uri=/$1 [QSA,L]

DirectoryIndex index.html

<files "adm.html">
 AuthType Basic
 AuthName "Alex Admin"
 AuthUserFile "/home/kyivpatr/.htpasswds/passwd"
 require valid-user
</files>

 

И сопутствующие ему ошибки:  All Global Catalog Servers in use are not responding: и т.д.
после долгих исследований так и не выявили видимой причины отказа почты в обслуживании.

Полечилось нетривиально: путем деинсталла GFI Essentials!

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

P.S. Все это счастье работает на Exchange 2003 SP1 и стоит на Windows 2003.

 

DLO agent на клиенте и Backup Exec for Windows на сервере с опцией DLO - Desktop and Laptop Option.



Агент отслеживает My Documents, ну и то что мы еще скормим, и бекапит усе в сеть, а точнее туда, куда мы сконфигурим на Media сервере. Фичи: автоматическое обнаружение новых файлов для бекапа, версионность файлов, богатый шедулер.

Мне показалось удобным бекапить все в пользовательские каталоги.
Т.е. для юзера deer бекап поступает в \\it\dfs\users\deer, там создается служебный каталог
.dlo со своей структурой.

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

Проблема: видимо все настройки криптования и т.д. сохраняются в базе данных сервера бекапов в MSDE хранилище, поэтому если мы снесли сервер бекапов и развернули на другом сервере без восстановления базы данных, то до юзерских бекапов добраться НЕВОЗМОЖНО! 

Источник: http://www.parser.ru/forum/?id=39589

У меня такая проблема:
Имеется домен с хостингом www.name.ru и домен без хостинга www.name2.net.ru. Требуется сделать так, чтобы при запросе www.name2.net.ru открывался физически www.name.ru/domain/, при наборе www.name2.net.ru/news/ — www.name.ru/domain/news/. Причем в строке браузера отображалось попрежнему www.name2.net.ru/news/.
C помощью DNS прописал, что при наборе name2 открывается name. Но получить то, что требуется не могу. Пробовал решить ситуацию с помощью rewrite, но не помогло (смотрел примеры на egoroff.spb.ru).

Если это возможно, то как будет вести себя Парсер (ведь получается, что корневой каталог не "/" a "/domain/")?

Знаю, что сообщение немного не в тему, но единственным оправданием будет то, что сайт name2 работает на Парсере. :-)

Ответ от PAF:

давайте два правила перепишем в одно, что-то вроде:

#нужный host
RewriteCond %{HTTP_HOST} name2 
#его ещё не загнули
RewriteCond %{REQUEST_URI} !^/domain/ 
#загибаем
RewriteRule (.*) /domain/$1 [L,QSA]