Бери IBM ThinkPad T60 ( http://www.pc.ibm.com/europe/catalogs/ru/tseries.html )
Биометрия там на уровне биоса зашита.
Если всю защиту поднимешь - то для того, чтобы ноут без хозяина и админского пароля запустить, надо в сервис центре мать поменять :)
А софтину для биометрии они еще летом до ума довели.
Год назад - через пень колоду работала, сейчас даже грязные руки распознает:)
Опций - как грязи. Сам думаю свой T43 на T60 менять.
Только старых IBM-овских серий, а не собственной леновской разработки.
У самого T43.
По поводу асеров - все хорошо работает до первой поломки. Что гарантийный, что негарантийный ремонт - спрошная мука. У меня клаву 4 месяца полтора года назад на асере меняли. У моего партнера тоже асер, там контакты в мониторе зашалили, полосы по экрану пошли - так уже пятый месяц в гарантии лежит :(
Не надо писать полного имени.
достаточно
ns1 A 1.2.3.4
еще вариант, но не лучший
ns1 CNAME <уже существующее имя сервера>
Владельца ресурса пока как митимум ТРИЖДЫ петух не клюнет о безопасности и не думает. Красиво, круто.... и слава Богу.
Вообще - то мне, как разработчику, абсолютно фиолетово для спама или для спасения мира Вы собираетесь обходить защиту.
Может быть попытаться пойти легальным путем и договориться с владельцами
этих сайтов о работе о возможности иного автоматизированного пути добавления резюме? Например на основе абонентской платы?
Есть еще один хороший путь обойти любую капчу - поднять ресурс с развлекухой ( порнуха, картинки, анекдоты и.т.д. ) без огромного количества рекламы, но где иногда для перехода на страницу надо будет ввести код капчи.
Капчу мы берем.... правильно... с сайта на котором эту капчу надо обойти... т.е. введенный пользователем на пореве код напрямую передаем куда надо.
Самая лучшая распознавалка - человечьи глаза :)
Но по мне - лучше легально.
Вообщето это не один вирь... Их кучи :(
Монгие занимаются просто рассылкой спама, другие - тянут логины/пароли из общедоступных мест.
Я сталкивался с парой зверьков которых ни один антивирь не берет. Даже корпоративные Sophos и Trend Micro. Они спам рассылали.
Короче, не храните логины/пароли в компе.
И отключите автосохранение паролей в IE и других браузерах.
В Вашем случае лучше написать
ns2 A 8.7.6.5
А Ваши записи
ns1.test.ru CNAME 1.2.3.4
ns2.test.ru CNAME 8.7.6.5
Являются просто неправильными.
A - для указания IP
CNAME - Это просто синоним.
Еще один момент. В записях очень важен знак "." в конце имени.
Напрмер для домина test.ru
h1 A 1.2.3.4
h2 CNAME h1.test.ru.
h3.test.ru CNAME h2
Если Вы попытаетесь пропинговать h3.test.ru - то ничего не получите. Третья строка примера описывает узел h3.test.ru.test.ru :)
Мы такое решали, еще в 2002 но не заливкой а в реальном времени.
Т.е. клиент имеет on-Line доступ в систему управления продажами на базе MS SQL через Web c ограниченным функционалом ( например, не может посмотреть сколько всего товара сейчас на складе, а запрашивает сколько ему надо и получает кол-во на складе + срок поставки остального, но резервипрвание в реальном времени ). Есть не только архив заказов, но и архив документов.
Менеджеры к этой системе не имеют никакого отношения ибо работают с внутренней системой.
Администратор только дает доступ т.к. каталог товаров берется тоже из внутренней системы.
Архитектура:
Сервер Domino, хранящий клиентов, обеспечивает авторизацию и хранение клиентских документов, и собственно Web интерфейс. Запрос с Web преобразуется в SQL запрос, и через ODBC внутри VPN поступает на MS SQL сервер. Там срабатывает хранимая процедура, выдающая результат, которая, при необходимости, вносит изменения во внутреннюю систему.
У сервера Domino доступ на SQL только к 17 определенным процедурам. SQL сервер может на Domino только добавлять и удалять пользователей.
Решение позволяет независимо развивать внутреннюю и внешнюю систему разными командами разработчиков ( мы делали только часть для Domino ). Ну и с безопасностью - 5 уровней все-таки.
Если интересно - в личку.
В качестве БД используется собственный лотусовый документоориентированный формат (NSF) или, начиная с 7 версии, можно использовать DB2.
Domino - это и есть распределенная документоориентиованная нереляционная СУБД.
Основа - система коммуникаций и репликаций. Коммуникации - навороченная защищенная почтовая система плюс Sametime - некий сильно навороченный гибрид аськи, скайпа и Radmina.
Web - это один из форматов представления данных.
Языки программирования: 1. Lotus-формулы, 2 Lotus Script ( аналог объектно ориентированного Visual Basic ), 3 Java Script
Живет практически на всех серьзных платформах и без проблем переносится с одной на другую.
Хороший инструмент для разаботки сайтов с мощным документооборотным бэк-офисом.
Более подробная информация о Lotus/Domino есть на сайте IBM, на русском - есть немного о самой системе. Сообщество разработчиков - на англоязычном IBM.
Регистратор тут не при чем :)
Алгоритм переноса сайта со сменой DNS сервера.
1. На старом DNS сервере установить в TTL время хранения кэшей в 6 часов ( обычно - 10 дней ).
2. Перенести сайт к новому хостеру. ( отвечает старый сайт )
3. Протестировать его работоспособность ( обычно в файде hosts создаются необходимые записи )
4. Создать у хостера или на новых NS серверах
5. Протестировать DNS ( через nslookup или dig )
6. Поменять NS сервера у регистратора.
7. Убедиться, что смена NS серверов произошла. ( с этого момента отвечает и старый и новый сайт, т.к. DNS имеет достаточно высокую инерционность. )
8. Сще раз синхронизировать старый и новый web сервера.
9. Сообщить старому хостеру, что можно сносить сайт и DNS записи.
10. Выпить пива :)
Между первым и шестым пунктом желательно иметь перервы в 2-5 дней.
Между 7 и 9 как минимум 6 часов, а лучше - сутки.
При этом алгоритме ни на минуту не возникнет перерыва в сервисе.
Аналогично поступать и с переносом почтового сервера.
