Циклическая перезагрузка iPhone 5.0.1


После того как обновил на своем iPhone версию OS до 5.0.1 прошло уже довольно много времени- месяца 2-3 точно, но в связи с тем, что я очень мало в последнее время выхожу из дома, а еще меньше пишу что то в iPhone, то обратил внимание на проблему только после новогодних праздников, когда стал объезжать клиентов. Во время писанины iPhone начал перегружаться, причем по прошествии 2-3 минут работы, просто беззвучно вырубается и тут же начинает снова загружаться.

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

В этой связи полез в интернет, и обнаружил что на подобные симптомы жалуются многие пользователи iOS 5.0.1, обновившие iPhone до этой версии и джейлбрейкнувшие его. Только в их случае, телефон входит в циклическую перезагрузку. Хотя мой случай тоже можно назвать циклической, поскольку она происходит с периодичностью 2-3 минуты. Так что для своего успокоения, переставил операционку из нулевого имиджа, взятого с офф.сайта. Единственный не приятный момент, вскрывшийся при этом, оказался в том, что iTunes не видит телефона, тогда как комп определяет нормально, в плане дискового тома. Так что пришлось вводить телефон, по старинке в DFU-mode, и перепрошивать уже из него.

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

VN:F [1.9.21_1169]
Rating: 3.1/10 (88 votes cast)
VN:F [1.9.21_1169]
Rating: +5 (from 19 votes)

Теги: ,

Новый год с думами о Яндексе


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

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

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

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

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

VN:F [1.9.21_1169]
Rating: 10.0/10 (1 vote cast)
VN:F [1.9.21_1169]
Rating: +1 (from 1 vote)

Теги: ,

Microsoft Office 2003 vs Office 2007


Прикупил тут себе недавно программу для парсинга запросов с Яндекс.Wordstat и различных агрегаторов, а также систем статистики вроде Яндекс.Метрики и LiveInternet. Программа вообщем очень полезная и отлично подходит для составления семантического ядра сайта, но сейчас речь не о ней, а о самом процессе составления.

Вообщем напарсил для одного из сайтов порядка 5к запросов, и начал их разбирать, правда средствами Microsoft Excel. Надо отметить, что в сеошной виртуалке у меня, как и на ноуте, стоит Office 2003, который я считаю наиболее удобным как в плане интерфейса, так и в плане работы, а на основной хостовой машине у меня стоит Office 2007 со всеми нужными заплатками и сервис паками.

И вот в процессе фильтрации списка, я обнаружил очень прикольный момент: в Microsoft Office Excel 2003 при выборке из листа определенных записей по фильтру, если ты их выделяешь и вырезаешь, то они переносятся в другой лист или документ, именно в составе выделенном фильтром. И когда ты ставишь в фильтре “показать все” данные высвечиваются, с пробелами на месте вырезанных.

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

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

VN:F [1.9.21_1169]
Rating: 0.0/10 (0 votes cast)
VN:F [1.9.21_1169]
Rating: 0 (from 0 votes)

Теги:

Зависание сессии RDP при выходе пользователя


Столкнулся тут на серваке Windows Server 2008 R2, который поднимал для торговой фермы под Форекс, с забавным глюком, который заключается в том, что при выходе из терминальной сессии, пользователь зависает в RDP и при последующей попытке подключения, получаю ошибку  ” The task you are trying to do can´t be completed because Remote Desktop Services is currently busy. Please try again in a few minutes. Other users should still be abre to log on.” Причем часть пользователей продолжает нормально поключаться, у других же выскакивает эта же ошибка, и как это ни прискорбно, лечится данная ситуация только перезагрузкой сервера, после которой пользователь разблокировывается и может снова подключиться. То есть даже выход из сессии по всем правилам через Пуск -> Завершение сеанса не спасает от подобной ситуации.

Начав разбираться, выяснил, что глюк обусловлен тем, что я использовал RDP без установки сервиса терминалов, а просто подключаясь к серверу через терминальное соединение. Но самое веселое, как оказалось, данный глюк имеет место быть в Server 2008 практически с самого выпуска сервера, то есть в инете народ матерится по этому поводу еще с 2009 года, тогда как мелкомягкие разродились патчем только в мае 2011 года, признав что проблема кроется в файле Win32k.sys, который и заменяется при установке патча. Тут, кстати, надо бы отметить, что судя по найденной инфе, данная проблема вылезает при апгрейде RDP на последние версии.

В моем, правда, случае, после установки службы терминалов, глюк с зависанием сессии вроде как пропал, но на всякий случай оставляю ссылку на патч с офф.сайта мелкомягких, ибо, судя по всему, даже после установки SP1 на Windows Server 2008 R2 баг имеет место быть на некоторых системах.

VN:F [1.9.21_1169]
Rating: 0.0/10 (0 votes cast)
VN:F [1.9.21_1169]
Rating: +2 (from 2 votes)

Теги: ,

Google сломался только на территории России


Странная ситуация возникла с сервисами Google, ибо где то в районе 14:20 по Москве, поймал глюк что в текстовом поле поисковика не набираются символы. Решил что заглючило клаву, перегрузил FF, но поисковик вообще перестал открываться, причем почему то сессия вешала бродилку. Также не открывались gmail и ятупа. Проверив на своих сайтах, обнаружил что с проблемами также загружаются и сайты на которых были установлены механизмы гугля Analytics и Adsense.

Проверив goolge через сервис dead-or-alive получил ответ, что сервис открывается нормально без каких либо проблем, к тому же при попытке открыть Google через проксю, что европейскую, что штатовскую, сервис открывался нормально, хотя и с небольшими тормозами.

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

Не совсем понятно с чем может быть связана такая гео-привязка проблем- разве только с маршрутизацией внутри региональной фермы Google или же выходом из строя региональных серверов. Остается ждать известий от самих виновников “торжества”, который пока предпочитают отмалчиваться.

VN:F [1.9.21_1169]
Rating: 3.7/10 (21 votes cast)
VN:F [1.9.21_1169]
Rating: +2 (from 2 votes)

Теги: ,

Видеонаблюдение на выборах- не плохой подарок к Новому году


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

В данный момент по инетам пошла гулять новость, что к президентским выборам в марте, планируется оснастить порядка 95к избирательных участков видеонаблюдением, причем не абы как, а по три камеры на участок. Читая комменты мудрецов и привлеченных специалистов, не перестаю умиляться беспринципности и наглости российских чинуш, волею судеб оказавшихся у кормушки, и расценивающих её как собственное домовладение.

Читать полностью »

VN:F [1.9.21_1169]
Rating: 10.0/10 (2 votes cast)
VN:F [1.9.21_1169]
Rating: +1 (from 3 votes)

Теги:

Автостарт виртуальных машин в VMWare Workstation 8


До появления VMWare Workstation 8, организация автоматического подъема виртуальных машин вместе с хостовой системой, представляла собой пляску с бубнами вокруг пакета Windows 2003 Resource Kit и реестра. Но благодаря тому что в 8 версии VMWare Workstation появился такой функционал как Shared VMs, процедура организации автостарта виртуальных машин превратилась в простейший набор кликов мышкой.

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

Настраивается автостарт виртуалок следующим образом:
Предположим что у нас уже есть созданные виртуальные машины, которые мы завели или подтянули в VMWare Workstation 8 и в этой связи они находятся в папке My Computer (левый фрейм окна VMWare Workstation 8, под названием Library ). Мы простым движением мыша перетягиваем их в папку Shared VMs, после чего система нам предлагает их скопировать или смувить, и вы выбираете то что вам не запрещает конфессия. После этого правым кликом мыши щелкаете по Shared VMs и выбираете Manage AutoStart VMs, где расставляете галки- каким виртуальным машинам стартовать при запуске хостовой операционки, и ниже выставляете паузу между запусками виртуальных машин, чтобы одновременным стартом не прогнуть хостовую машину.

Также в контекстном меню Shared VMs вы можете выбрать все великолепие разграничения прав управления виртуальными машинами, как в плане доступа к ним, так и в плане задач выполнения.

VN:F [1.9.21_1169]
Rating: 10.0/10 (4 votes cast)
VN:F [1.9.21_1169]
Rating: +2 (from 2 votes)

Теги: ,