Тогда и было принято решение, что надо плавно мигрировать с EveryDNS куда-нибудь, где поспокойнее. Товарищ посоветовал FreeDNS.ws. Приятный сервис, адекватная админка, но в какой-то момент нейм-сервера этой конторы стали лежать сутками. За последние 4 дня ДНСы были недоступны, пожалуй, 3 суток. Что естественно неприемлимо. Пару дней назад оттуда пришло письмо, дескать их злостно ддосят. Но это их личная проблема. Снова назрел вопрос перезда…

А тут случайно на Хабре появился анонс сервиса Your Personal DNS (YpDNS.com). Большой плюс сервиса – поддержка пяти нейм-серверов в разных частях света (Россия, США, Израиль, Малайзия, Англия); в наличии имеется удобная админка и прочие вкусности.

Сегодня утром переехал на их сервера, посмотрим как у них в плане стабильности.

Для выполнения поставленной задачи естественно использовал консольную версию архиватора.

Кросспост моего топика на Хабре.

После непродолжительного курения манов команда приняла следующий вид:

7za.exe a -tzip -ssw -mx7 -r0 -x@exclusions.txt full_path_for_the_archive working_dir

Поподробней об использованных ключах:

-tzip формат архива установлен в zip, без этого ключа умолчальный формат 7z;

-ssw принудительная упаковка файлов, которые в данный момент открыты для записи (мало ли кто-то засиделся на работе и что-то там правит);

-mx7 высокая степень сжатия (?), можно поставить и 5 (нормальное сжатие), тогда процесс пойдет побыстрее;

-r0 (это ноль, а не буква О) исключения, которые будут прописаны дальше обрабатываются только в рабочем каталоге;

-x@exclusions.txt это собственно говоря файл со списком исключений, которые не будем архивировать. Каждая строка файла – новое исключение. Можно использовать маски типа *.ext и т..п. Если исключение не много, то можно обойтись и без файла, в таком случае ключ примет следующий вид: -x!*.ext ;

full_path_for_the_archive это соответственно путь и имя нового архива;

working_dir это папка, которая подлежит упаковке.

Для пущего удобства можно использовать в имени архива %date%.

В связи с тем, что архивировать нужно разные папки в разные архивы, объемами 10-15 гигов, то резонно использовать последовательность команд, дабы не создавать кучу правил в планировщике и не думать сколько времени займет весь этот процесс. Соответственно для этих целей использую объединение команд с помощью &&. Если использовать &, то все команды будут выполняться одновременно, что меня никак не устраивает, с && последовательно при удачном завершении предыдущей команды.

Помимо всего прочего желательно иметь логи, чтоб быть в курсе, а не случилось ли чего. Это можно легко реализовать с помощью инструкции  ’>>’, которая сохраняет вывод в консоль в текстовый файл. Однако проблема в том, что 7zip вываливает в консоль кучу информации, в том числе и об архивации каждого нового файла. Очевидно, что на объемах в несколько тысяч файлов вся эта инфа в логах нужна как мертвому припарок. Соответственно требуется исключить все ненужные строки, оставив те, где есть информация о названии создаваемого архива, результат архивации и информацию об ошибках, коли таковые появятся.

Тут на помощь приходит команда FINDSTR. В моем случае она принимает следующий вид:

findstr /P  /I /V «Compressing 7-Zip»

Сначала пара слов об использованных ключах:

/P пропускает строки, содержащие непечатные символы;

/I на всякий случай игнорирую регистр букв;

/V » « непосредственно перечень слов для поиска в строках и последующего исключения этих строк.

В итоге на выходе этой команды имеем 3 строки:

Scanning

Creating archive archive_name

Everything is Ok

А потом закатываю все в текстовый файл, для последующего изучения:

findstr /P /I /V «Compressing 7-Zip» >> log_file

Теперь дело за малым. Нужно зафутболить все три блока в одну последовательность команд:

7za.exe a -tzip -ssw -mx7 -r0 -x@exclusions.txt full_path_for_the_archive working_dir | findstr /P /I /V «Compressing 7-Zip» > log_file.%date%.txt

Символ | в указанном примере передает данные от 7zip команде findstr.

Буквально недавно встала, с одной стороны, тривиальная задача – переместить около 100 папок с одного места в другое, но не все сразу, а по одной, максимум две с интервалами 7-10 минут. К чему такие сложности? Дело в том, что целевая папка мониторится самописной софтиной, которая при появлении новых папок дергает ftp.exe с необходимыми ключами и, соответственно, заливает файло на некий ftp-сервер. Естественно единовременное перемещение всех папок повлечет за собой легкий коллапс тем паче, что больше 2-3 потоков на аплод сервер не потянет.

На дворе 3 часа ночи, после того, как вручную перенес семь папок терпение лопнуло и был написан маленький скрипт, несколько строк  на vbs, который в цикле подхватывал имена папок, перемещал их в целевую папку, а потом засыпал на 10 минут. На утро проверил логи сервера. Наступила благодать.

Set objFSO = CreateObject(«Scripting.FileSystemObject»)
Set objFolder = objFSO.GetFolder(«source_folder_path»)
Set colSubfolders = objFolder.Subfolders
For Each objSubfolder in colSubfolders
objFSO.MoveFolder «source_folder_path»+objSubfolder.Name , «target_folder_path»
Wscript.Sleep(600000)
Next

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

Да и вообще VBS изрядно облегчает жизнь в ряде случаев.

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

Затем неокрепший юношеский мозг поработили локальные сети и свалившаяся вместе с ними манна в виде быстрого канала, отсутствия проблем с подключением и, конечно же, возможности быть онлайн в режиме 24/7. Однако ж в бочке меда нашлась и бочка дегтя. Цена мегабайта, мягко говоря, кусалась, поэтому о качании и речи быть не могло. Видит око да зуб неймет. Помимо этого приходилось отключать картинки, да и вообще всячески себя ограничивать.

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

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

Но тут на днях бухгалтер, практически со слезами на глазах, преподнесла счет за июнь месяц. О_О WTF подумал я!!! Перерасход был просто нереальный.

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

В итоге воткнул на шлюз, за которым висит вся наша офисная сетка, пару софтин для учета и мониторинга трафика – trafd и trafshow. Почему не занимался учетом трафика ранее?  Юзверы у нас вполне все адекватные, никто никогда не был замечен в злоупотреблении конторским интернетом, счета приходили всегда в передлах допустимого, так зачем шевелиться?

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

Подсобрав данных и убедившись, что трафик как пер, так и прет, стал анализировать логи, с целью выяснить с каких узлов приходит больше всего инфы, а потом прибить негодяев в фаере. Однако ж в общей массе ничего подозрительного не заметил. Топ 10 составляли вполне надежные сайты. С наскока проблему решить не удалось, поэтому был вынужден изучать логи по каждому конкретному пользователю. А в результате нашел одного человека, который делал половину дневного трафика. И все бы хорошо, но ничего криминального в его логах не было, за исключением большого количества айпишников типа 212.188.7.xx. Как показал поиск, все адреса в этом диапазоне выделены Гуглу, а с них, в том числе, идет весь трафик с YouTube.

Человек сидел, никого не трогал, шарился по сайтам, смотрел видяхи в Трубе, а в итоге накрутил, сам того не заметив, изрядное количество метров. А все почему? Потому что уже давным давно никто не задумывается о том, сколько весит ролик, его просто смотрят, сколько весит страница с кучей графики, сколько весит композиции, залитая на Вконтакте. Казалось бы с миру по нитке, а в итоге полтора десятка гигабайт перерасхода.

Мораль №1. Безлимитный интернет развращает.

З.Ы. Но и без него никак

Мораль №2. Доверяй, но проверяй.

Пойду посплю.

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

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

Продолжение еще не придумал…

Про банк.
Есть такой замечательный банк, работающий, судя по названию, 24 часа в сутки, и есть у них онлайн сервис для доступа к счету. Естественно все это должно быть чрезвычайно секьюрно, поэтому используется шифрование и клиентская софтина, которая собственно осуществляет транспорт пакетов между клиентской машиной, читай компом бухгалтера (не к ночи будет помянут), и сервером банка.
Не долго думая, скачал с сайта банка последнюю версию софтины, прикрутил, радостно воткнул дискетку с секретными ключами и… получил по всей роже. Хотя на кануне звонил в банк, и девушка заверила, что дескать при переносе с одной машины на другую никаких телодвижений делать не нужно, и что все подхватится само собой. Взял бубен, заячью лапку и стал химичить с сертификатами, путями и т.д., однако ж каменный цветок как-то не выходил. Позвонил в банк и выяснил, что оказывается сертификаты работающие с предыдущими версиями софтины с новой уже не работают, ибо в целях повышения все той же секьюрности теперь нужно получить секретное слово, для чего съездить в банк и заключить допсоглашение, а старую версию уже не найти. В то же время на прежней машине старенький клиент замечательно пашет со старыми же сертификатами и всякие секретные слова всем, что называется, по шарабану.
В надежде найти старую версию софтины погуглил, поковырял на сервере и на машине бухгалтера, однако ж не преуспел. Парой минут позже тупо копировал софтину с одной машины на другую, все замечательно работает и без инсталляции. Проблемы нет.

Про говнокодинг.

В приподнятом настроении перешел к остальному софту, и наткнулся на жемчужину говнокодинга. Шедевр под название PersW. По плану софтина делает какие-то выписки для пенсионного фонда, но как она написана!!! Такое ощущение, что «программеры» поскребли по сусекам, понавытаскивали оттуда кода, заткнули все это в один проект и он откомпилировался (это либо чеченский след, либо происки дьявола).
Ставил я сее чудо в %ProgramFilesDir%/something/persw. Самораспаковывающийся архив РАР радостно подцепил батничек программы установки и зашуршал. В консольке переодически появлялись сообщения, что не найдено то-то и то-то, но сразу за ними шли радостные рапорта типа «Не извольте сумлеваться барин, все прописали и все поправили. Все будет работать». Ан нет, не пущай… При запуске софтина сообщила, что, оказывается, она не понимает пути, в которых есть пробелы и радостно заменила их на /PROGRAM_FILES/SOMETHING/PERSW…., а потом раскатала, что нет доступа к какой-то там базе (путь до базы), потому что ее уже кто-то (так и было написано) использует. Ну кто может использовать базу на чистой машине, тем более от свежеустановленной софтины, тем паче, что все это хозяйство висит в древнем FoxPro. Завершил установку – нет доступа, прибил парочку процессов, которые, как казалось, могли быть связаны с этим ПЕРСОМ, – нет доступа, дал юзеру полные права на чтение/запись файлов – нет доступа и еще ряд телодвижений, так или иначе приводящих к одному результату – НЕТ МАТЬ ЕГО ДОСТУПА!!!
Срыл софтину к чертовой матери и поставил в каталог по умолчанию, без пробелов C:persw и все завелось, и доступ к базе сразу появился, ну не дурь ли? Интересно, если ее прикрутить на D:, она тоже будет обезьянить? В общем таких говнокодеров, которые пишут такой говнософт надо подвешивать за причинное место или на кол сажать. После этого даже страшно разбираться со внутренней логикой программы.

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

Официально великая и ужасная Microsoft не поддерживает даунгрейд с EE на SE  и сразу отсылает всех к ‘format c:’ Но умные люди на RU-Board.com опубликовали инструкцию, которая изящно и ненапряжно проведет этот даунгрейд. Гневных криков в стиле «Сцуки, я из-за вас сервант убил!!!» на форуме вроде нет. И тут есть два варианта: 1) все и правда работает; 2) модеры на РуБорде хорошо делают свое дело и саботируют даунгрейд (естественно им проплачивает за это МС ).

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

В последнем варианте есть один мааааленький плюс. Завтра у всей конторы будет выходной и можно вполне законно выпить пефка. Только мне что-то от этого совсем не радостно.

Но вот если все срастется, начнется такая жизнь!!!

UPD: Операция прошла успешно. Немного подработал напильником и получил рабочий сервант малой кровью.