Блог о технологиях, технократии и методиках борьбы с граблями
На самом деле примерно эти же мысли у меня были в пору моей работы с MS SQL, но в силу отсутствия фантазии я их так и не смог оформить в столь лаконичный и в то же время красноречивый стандарт запроса. 
 |
Теги: юмор
Чем меня радует работа сисадмина, или даже, как в моем случае, сисадминского уже (слава судьбе) прошлого, так это тем фактом что имея достаточное количество друзей, ты будешь по уши обеспечен материалом для админских записок и поводом лишний раз поломать голову. Вот и вчера звонит друг, прикупивший себе пару iMac на которых он запускает виртуальные виндовые машины из которых работает на бирже. При этом человек не рубит толком ни в винде, ни тем более в Mac’e, так что имхо приобретение яблочного кирогаза было обусловлено исключительно понтами.
Ну вообщем звонит в панике, так как 9 утра, а он не может зайти в виртуальную машину, поскольку система дает ошибку Finder ‘a и грузит пустой рабочий стол с которого он никак не может войти никуда, ни даже перегрузить. Поскольку я к тому моменту уже часа 4 ковырялся с удаленным серваком, на котором талантливый одмин клиента умудрился убить виртуальные сети ESXi, то посоветовал товарищу позвонить в службу поддержки Apple, так как идти к нему у меня не было времени, а Mac я все же настолько не знаю, чтобы в голове загрузить виртуальную машину.
Вообщем часа через 3 он перезвонил снова и типо рассказал мне что служба поддержки ему не помогла, поэтому “ай нид хелп”. Уж не знаю о чем он там говорил с поддержкой, я пару раз звонил по клиентским проблемам, вроде настройки не стантартного драйвера, и отвечали резво, хотя не всегда и в попад. Ну вообщем поскольку мой демон уже был побежден, то отправился к товарищу- глянуть что там у него приключилось.
Это была все вода, а вот теперь собственно про зависший Finder:
Машина не грузится, точнее грузит пустой экран, так как Finder не загружается- естественно что зайти куда либо не получается. Собственно по этой причине товарищ пытался перегружать кнопкой, но тут выходила Эпловская штука – что машина уходила в спящий режим.
Глянул на предмет того что возможно какие нить процессы подвисли в памяти, путем нажатия cmd+opt+esc но никаких зависонов не обнаружил, так что просто нажал кнопку выключения. Естественно так как это маковская машинка, а не виндовая, то кнопку следовало держать 6-7 секунд. После чего комп вырубился и после включения все нормально зашуршало.
Откуда мораль- фиксируйте положение пальца.
Теги: apple, mac, техподдержка
Встала проблема что к Windows 7 установленной на удаленной площадке необходимо одновременно подключаться мне и тамошнему админу, так на ней у нас заведены все управлялки внутренними ресурсами. Естественно что по умолчанию это не получается, так как Windows 7 является рабочей станцией и позволяет одновременно подключаться к системе только одному пользователю, так что входя в систему мы автоматом вырубаем присутствующего пользователя. Естественно что данная процедура запрещена для коммерческого использования, поскольку она нарушает лицензионное соглашение мелкомягких.
Теги: Windows, windows 7, Сетевые протоколы, Сети, техподдержка
Сегодня 27 июня так нежданно- негаданно произошло то чего все ждали уже на протяжении последних нескольких недель. Точнее все ждали апа ТиЦ, а неожиданно пришел ап PR, которого вообще практически никто не ждал, так как ничего не предвещало беды.
Ну что сказать по итогам этого обновления? Очень странный спорный сайт, так как все выглядит реальным багом или глюком, и откровенно говоря, мне кажется что в ближайшие несколько недель будет произведена корректировка. Но чуть ниже, более подробно:
Четыре сайта от 4 до 7 лет выглядят следующим образом:
1 -> 2 (тут очень странная картина, так как эта двоечка распространилась по практически всем внутрякам идущим с морды, так что категории и теги получили от 1 до 2PR, в количестве около сотни штук)
0 -> 1 (субдомен предыдущего, 1 отобрали в предыдущий ап, сейчас вернули обратно, после того как я убрал огромное количество тегов с морды)
3 -> 4 (дроп)
3 -> 1 (дроп)
Всем сайтам от 10 месяцев до года, продвигаю фактически последние 3-4 месяца:
1 -> 1 (пара внутряков получила PR3, так как я по этим статьям прогонял сайт)
0 -> 3 (все внутряки остались на 0, но этот сайт я продвигаю последние несколько месяцев на постоянной основе)
0 -> 4 (собственно это мой одминский блог, который я двигал, но очень ненавязчиво, проведя пару прогнозов, и ради эксперимента приклеив пару дропов: кстати на нем также пыр разползся по всем тегам и категориям так что почти все статьи и разделы с морды получили PR2, что крайне меня озадачило)
1 -> 5 (данный проект мне вообще не ясен, так как на сайт ведет от силы 20-30 ссылок, которыми он прирос сам собой, так как я его вообще не продвигал, но при этом данный PR также растекся по всем внутрякам- страницы из меню, теги, категории, алфавитный указатель, так что около 100 страниц получили в одночасье PR3, так что остается получить тиц 20-30 и спокойно пожинать плоды)
Все конечно выглядит более чем вкусно, но остается предполагать что все таки грядет корректировка, в ближайшие пару недель, иначе стоимость внутряков с пыром, в такой ситуации, грозит значительно просесть в сапе. Хотя с другой стороны было бы не плохо зафиксировать данные показатели на полгодика.
Но вышесказанное, и тот факт что хорошие статсы получило большое количество ГС, в то время как хорошие человеческие сайты, по которым люди проводили работы, остались либо на тех же позициях, либо даже потеряли показатели, не оставляют надежды на то что корректировка все таки приключится.
Теги: pr, домен, поисковики
Скажу откровенно- вопрос маршрутизации в Windows Server я для себя закрыл еще в далеком 200X году, когда некие умельцы в том филиале Ростелекома, где я работал на тот момент, пытались поднять программный маршрутизатор на платформе Server 2003 и скажу откровенно это выглядело уныло, так как у них постоянно падали сетки, отваливались маршруты, пакеты переставали ходить и прочее. Учитывая, что как раз в то же время я совокупил порядка 6 сеток за счет бездисковой станции, которая грузилась с дискетки Coyot Linux и шуршала только в путь, то в дальнейшем я использовал исключительно маршрутизацию на базе FreeBSD. Но тем не менее эпизодически возникает необходимость организации маршрутизации на базе Windows Server, с наиболее упертыми клиентами которые сами ничего делать не хотят, но и лезут с советами.
Тогда приходится влезать в это болото, которое называется маршрутизация средствами Windows платформ. Для начала посмотрим что у нас прописано в таблице маршрутизации на сервере. Входим в терминальную консоль cmd и даем команду:
> route PRINT
которая нам высветит список имеющихся в системе интерфейсов, таблицу маршрутизации и постоянные маршруты. Кстати точно эту же картинку можно получить и командой:
> netstat -rn
Теперь собственно мы можем добавить статический маршрут, средствами командной строки. Предположим что нам надо срутить пакеты в сеть 172.16.0.0/24 через внутренний маршрутизатор 192.168.10.250, для чего задаем следующую команду:
> route add 172.16.0.0 mask 255.255.255.0 192.168.10.250 if 1
на самом деле можно со спокойной совестью опустить, маршрут подцепится и без этого, просто пакеты будут рутиться через внутренний интерфейс 127.0.0.1. Для того чтобы удалить данный маршрут достаточно сказать:
> route delete 172.16.0.0
При добавлении машртура мы можем получить загадошное сервисное сообщение “Запрошенная операция требует повышения”, для чего правой клавишей шелкаем в иконку командной строки и говорим “запуск от имени администратора”.
Но вся беда с том, что такие маршруты живут до следующей перезагрузки, поэтому нам необходимо сказать чтобы маршруты сохранялись на потсоянной основе, для чего задаем ключик -p:
> route -p add 172.16.0.0 mask 255.255.255.0 192.168.10.250
Собственно для меня это наиболее удобный вариант, так как не требует ковыряния с системе, да и подходит как для Windows Server, так и для простых рабочих станций под управлением виндусни; но особо беспокойные умы могут воспользоваться на MS Server службой Network Policy and Access Services, для чего идем в Диспетчер сервера -> Роли -> Добавить роли -> Службы политики сети и доступа -> Маршрутизация (автоматом добавится Служба удаленного доступа) после чего уже в оснастке управления маршрутизации через правый клик на имени сервера включаем машрутизацию и, зайдя в раздел Статические маршруты прописываем необходимые нам маршруты. Там же можно настроить и политики прохождения пакетов (вкладка Основное, свойства интерфейсов), а также динамическую маршрутизацию, путем добавления RIP или IGMP протоколов.
Теги: Windows, Сетевые протоколы, Сети
Упал тут не понятный спам, причем мы с магом, буквально за пару недель до этого обсуждали еще один идиотский спам, который шел по мейлам, которые пользуем исключительно для общения на вебмастерских форумах.
Суть спама сводилась к тому что некие чесы искали сеошников для того чтобы они считали им комерческие предложения, после чего эти граждане бы накидывали денежку свою и отдавали бы найденным сеошникам на аутсорс. Тема была не понятная, так как кидалово могло бы случиться с двух сторон, тем более что люди могли нанять себе таким образом кодлу школоты, которая бы загнала клиентские сайты в бан.
Ну и собственно тут тоже был не совсем понятный спам- картинка письма собственно приводится чутка ниже.
Теги: spam, почтовые системы
Довольно интересная встала задача- соориентировать человека относительно возможности редиректа с некоторой страницы в блоге WordPress на другую страницу или внешний сайт.
Первыми же в голову пришли три основных способа редиректа:
1. Создать вместо страницы php документик с таким же названием, или папочку, в которой положить index.php со следующим содержимым:
<?php $url = $_GET['url']; header(“Location: forward-to.ru”); exit; ?>
2. в файле .htaccess прописать строку редиректа с определенного адреса:
Redirect /need-to-redirect.html http://forward-to.ru/
3. добавить в хедер мета-тег перенаправляющий загрузку страницы:
<meta http-equiv=”refresh” content=”50; URL=http://forward-to.ru/”>
Но вспомнив о Javascript’е надыбал еще одну возможность через атрибут тега BODY onLoad, то есть добавляем в header следующие строки:
<SCRIPT LANGUAGE=”JavaScript”><!–
function redirect () { setTimeout(“go_now()”,1000); }
function go_now () { window.location.href = ” http://forward-to.ru/”; }
//–></SCRIPT>
где 1000 – это 1 секунда, после чего меняем стандартный <BODY> на:
<BODY onLoad=”redirect()”>
Но поскольку задача стояла сделать это все таки средствами поста, то следовательно тег надо выносить в тело документа, так что в html коде поста, вместо изменения BODY, прописываем:
<script type=”text/javascript” language=”javascript”> redirectPage();</script>
здесь я несколько запутался, так как по идее надо прописать
<script type=”text/javascript” language=”javascript”> onload=”redirectPage()”</script>
но проверять не стал, так как решив что надо было делать средствами WordPress обнаружил, что какой то умный разработчик для WP уже давно за нас всех подумал и специально разработал плагин для этой задачи, именуемый Quick Page/Post Redirect Plugin
