Mac OS X Hints » неправильно

Восстановление блога

Rodion Baskakov — Mon, 09 Mar 2009 19:56:15 +0000

В общем, файлы мне удалось заполучить спустя почти трое суток. За это время я перенёс некоторые свои проекты на другой сервер, и пытался развернуть их там из того, что имелось под рукой. А имелось, увы, немного.

На текущий момент работа данного блога почти восстановлена. Существует лишь несколько неприятных моментов:

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

Отныне ежедневный бэкап базы данных и файловой системы. Аминь!

Кстати, пока файлы блога были недоступны, прочитал массу форумов про Джино. Не я первый, оказывается, испытывал такого рода проблемы. Никому не рекомендую пользоваться этим хостингом. Описываемый в прошлом посте инцидент является далеко не первым проблемным моментом в наших отношениях. В течении ближайших 2-3-х дней перенесу с этого хостинга все данные и забуду его, как страшный сон.

Связанные записи

Простои в работе из-за Джино

Rodion Baskakov — Sun, 08 Mar 2009 23:08:30 +0000

Здесь можно прочитать о том, что происходит. Подробнее о результатах напишу позже. Остерегайтесь хостинга Jino. А самое главное, делайте бэкапы :(

Итак:

Компания Jino, до недавнего времени предоставлявшая мне услуги хостинга, перекрыла доступ ко всем моим сайтам, расположенным на серверах этой компании.
Никаких уведомлений от компании о приостановке обслуживания не поступало: просто в какой-то момент я сам случайно обнаружил, что все сайты, расположенные на этом хостинге стали выдавать вот такое:

При попытке войти на сервер по FTP, мне неизменно выводилось сообщение "Login incorrect", при попытке входа в файловый менеджер через панель управления (Web-interface) получал вот такое сообщение.

Написал сообщение в техподдержку, и вот что получилось:

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

Связанные записи

Странные трюки с размером файла в Finder

Rodion Baskakov — Tue, 24 Feb 2009 08:43:05 +0000

Случайно заметил одну странную особенность системы Mac OS X Leopard (увы, не знаю, как с этим обстоит дело у Tiger) связанную с отображением размера файла в Finder. Ошибка эта относится исключительно к Finder,

Чтобы показать, в чём заключается эта особенность, нам потребуется тестовый каталог с любым файлом в нём. Я создал директорию с именем test и поместил в неё пустой текстовый файл test.txt, но это может быть и изображение, или файл какого-то другого типа.

И вот тут-то начинаются интересности.

Вызываем свойства пустого файла (⌘+I) и смотрим, что нам показывают:

А теперь давайте просто поменяем приложение, которым нужно данный файл открывать, и сразу происходит странное: в файл ничего не записано, но его размер чудесным образом меняется непредсказуемым образом (а вместе с ним меняется и тип):

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

В то же самое время, просмотр данного каталога в других приложениях (например, в Терминале) выводит правильный размер для этого файла:

С чем связано такое поведение Finder мне непонятно. Я поискал информацию в сети, но не нашёл даже упоминания подобной проблемы кем-либо ещё: то-ли никто не обращал на это внимания, то ли я плохо искал. Ситуация была воссоздана на 2-х разных машинах под управлением Mac OS X Leopard, так что грешить на особенности какой-то одной системы, подпорченной каким-то программным обеспечением сложно.

Был бы признателен, если бы кто-то из читателей попробовал воссоздать приведённую ситуацию на Tiger и сообщил о результатах в комментариях к этой статье.

Связанные записи

Сюрприз от Оперы для Мак

Rodion Baskakov — Wed, 11 Feb 2009 09:22:35 +0000

По роду деятельности я связан с разработкой web-сайтов, так что для тестирования результатов своей работы мне нужны разные браузеры. После переустановки системы я пошёл на сайт браузера Opera, чтобы скачать его. На главной странице я обнаружил предложение получить последнюю версию нужного мне браузера для моей системы: это нормальная практика, потому я, не задумываясь, кликнул по большой зелёной кнопке.

Меня перенаправили на страницу, на которой должно было автоматически начаться скачивание файла. И скачивание действительно началось, но предложили мне сохранить совсем не то, что я хотел заполучить:

Видимо, где-то что-то на сайте компании дало сбой.
Я попробовал ещё раз - результат тот же. Я открыл Safari и попробовал через него – без изменений. Из меню Products выбрал нужный мне пункт, решив попробовать скачать в обход. Но и там была стояла система определения моей платформы, после чего мне пытались скормить версию для Windows.

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

Связанные записи

Ошибка: подсчёт удаляемых файлов

Rodion Baskakov — Mon, 09 Feb 2009 12:29:40 +0000

При удалении/копировании файлов через Finder система Mac OS X имеет обыкновение считать элементы, подверженные производимой операции, после чего начинает выполнять требуемое действие, отображая на прогресс-баре количество файлов для работы и уменьшая этот счётчик в зависимости от проделанной работы.

Недавно столкнулся с забавной штукой: если с примонтированного (подключенного) по локальной сети диска (скажем, директория на рабочем сервере) удалять что-то довольно объёмное по количеству (например, каталог с огромным количеством подкаталогов и файлов в них), то подсчитав конечное количество файлов и начав уменьшать счётчик моя система неизменно уходит "в минус". Т.е. она постепенно приближается к записи "Удаляемых объектов: 0", после чего начинает уменьшать это значение. Судя по всему, при начальном подсчёте объектов система по какой-то причине игнорирует огромное количество файлов и папок, когда речь идёт о довольно разветвлённой структуре хранилища.

Данный недочёт появлялся много раз как при работе с *NIX-серверами (через SMB), так и при работе с Time Capsule. Причин такого поведения я в сети не нашёл.

Связанные записи

Разговоры об iPhone

Rodion Baskakov — Sun, 16 Nov 2008 01:03:19 +0000

Являясь поклонником продукции, производимой компанией Apple (в арсенале есть iPod video, MacBook, MacBook Pro, Mac mini, TimeCapsule и 2 iPhone), я совершенно не являюсь её фанатом. Это означает, что я по мере своих знаний стараюсь объективно смотреть на вещи, и ситуация с маркетингом и политикой компании Apple в отношении своих телефонов мне в корне не нравится, и я объясню почему.

Делайте то, что скажут

В первую очередь – мне не нравится закрытость настроек операционной системы. Именно поэтому я двумя руками за jailbreak, который расширяет возможности системы iPhone OS, позволяя добиться от него гораздо больше функционала, чем дано пользователю изначально. К таким возможностям относятся установка SSH-сервера, установка модификации протокола AppleTalk, установка фоновых картинок не только для экрана блокировки, а так же многое-многое другое. В то время как Mac OS X даёт гибкость настроек, iPhone OS в своём неизменённом состоянии – скучная и бедная функционалом система.

Ложки дёгтя в бочке мёда

Несмотря на новые версии прошивок для телефона, которые то и дело появляются, в системе существуют настолько странные баги и ограничения, что просто даже неудобно как-то становится отстаивать преимущества этого аппарата перед знакомыми, рассматривающими потенциальную возможность приобретения iPhone в обозримом будущем. Один из примеров нелепого бага – неправильная группа и неправильные разрешения на доступ у файла, отвечающего за хранение Cookies в браузере Safari телефона iPhone, и, как следствие, невозможность хранить данные сессий на сайтах. Т.е., например, залогинились вы на своём любимом сайте, а перейдя на другую страницу от вас снова требуют пароль. И никак эту ситуацию не исправить, если на вашем телефоне немодифицированная официальная прошивка. Если бы Apple давали пользователям больше свободы для управления файлами (в том числе и системными) и папками телефона, тысячи людей могли бы не ждать следующего апдейта.

Урезанный функционал программ

Я очень обрадовался, увидев иконку iCal на экране iPhone. Я синхронизировал календари и адресную книгу со своего MBP на телефон, и счастью не было предела, когда я обнаружил там синхронизированными свои календари из Google Calendar. На этом радость закончилась, поскольку сихронизировать календари по CalDAV приложение iCal на iPhone OS не умеет: чтобы получить эти события, нужно синхронизировать календари через iTunes, что ставит под сомнение всё удобство данной синхронизации. Сторонние же сервисы, предлагающие синхронизацию в iPhone с календарями Google, по отзывам знакомых, либо очень глючат и вешают телефон, либо бедны функционалом.
В этот же ряд можно добавить и банальное отсутствие в телефоне уведомления о доставке SMS. Простая, казалось бы, вещь, и очень удобная. Вероятно, в США нет проблемы с доставкой сообщений, но мне не раз приходилось сталкиваться с потерявшимися где-то сообщениями, и отсутствие уведомления о доставке по крайней мере давало мне понять, что адресат моё сообщение не получил, и принять какие-то меры. Теперь же остаётся лишь полагаться на качество сервиса, предоставляемого мне сотовым оператором, услугами которого я пользуюсь. Но и от него не всегда зависит доставка, поскольку аппарат адресата может быть попросту выключен, когда я отправляю ему сообщение. В общем, без такой мелочи в приложении отправки SMS как-то непривычно и неуютно.

Паранойя и интеллектуальная собственность

Возможно, я чего-то не понимаю, но ограничение длины рингтона тридцатью (а в моделях 3G, кажется, секунд на 10 больше) секундами – это полная глупость. При этом рингтон, по мнению Apple, я должен делать только из купленного в iTunes контента. Но в то же время компания абсолютно не принимает во внимание тот факт, что начав официальные продажи iPhone в России, iTunes Store для этой страны открывать не стали. Это автоматически означает, что пользуясь только штатным функционалом, человек, купивший аппарат в нашей стране не имеет права устанавливать в нём на звонок или будильник милые его сердцу мелодии. Бред. Разумеется, есть обходные пути: есть программы, делающие рингтоны из мелодий, есть готовые рингтоны в сети. В конце концов, сделать рингтон можно самостоятельно и довольно быстро даже средствами самого iTunes. Но это не уменьшает важности факта, что сама компания Apple поступила достаточно недальновидно.
Да, и пару слов про функцию Copy&Paste. Очень сложно в наши дни представить полноценное мобильное устройство, помогающее в организации контактов, встреч, дел, документов и очень многих других вещей без возможности копировать и вставлять в нужное вам место фрагменты данных. Сложно, но можно, о чём свидетельствует компания Apple, начисто лишившая iPhone такой функции. И в данной ситуации слоган компании "Think different" можно понимать по разному, но мне на ум приходит лишь "Выкручивайтесь, как сумеете".

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

Связанные записи

Ошибки в Finder и Exposé в Mac OS X Leopard

Rodion Baskakov — Wed, 05 Nov 2008 08:04:46 +0000

Довольно давно заметил ряд интерфейсных ошибок, которые так и не были исправлены ни одним из установленных обновлений. Данные ошибки – это, скорее, просто недочёты, и к критическому разряду относиться не могут, но исправить их всё таки было бы неплохо.

Переименование файла в Finder

Этот недочёт проявляется только при одном типе отображения файлов, – в виде иконок. В Mac OS X по нажатию клавиши Enter на выделенном файле запускается функция переименования этого файла: т.е. имя файла (а, в Mac OS X Tiger и расширение) становятся редактируемым текстом. Но что происходит по нажатию Enter, если самого файла нет в пределах видимой области, и до него нужно скроллить?
В случае, когда мы имеем дело с любым видом отображения, отличным от значков, видимая область просто смещается до выделенного файла и запускается редактирование имени файла. Но в рассматриваемом нами случае смещения видимой области не происходит, и редактирование файла запускается там, где сейчас по мнению системы находится файл – в самых разных местах на окне и за пределами окна Finder.

Копирование файлов и Exposé

Если копирование или перемещение файлов происходит в течении весьма ощутимого периода времени, то вы наверняка сможете запустить в это время Exposé и посмотреть на уменьшенные версии открытых у вас окон приложений. Среди них будет и индикатор копирования ваших файлов. Если же подождать до окончания переноса ваших файлов куда бы там ни было, не выходя из Exposé, то вы увидите, как по завершению операции, индикатор пропадёт, оставив после себя пустой прямоугольник, который при наведении мышью подсвечивается синим цветом. Почему не пересчитывается новое состояние Exposé? Вероятно, по недосмотру разработчиков.
То же самое происходит, если у вас заканчивает работу громоздкое приложение: если перейти в Exposé пока оно завершается, то по окончании своей работы, приложение оставит на месте миниатюры своего окна пустое место, реагирующее на наведение курсором.

Скролл и пустое место в списке файлов

Изначально при просмотре файлов в Finder в режиме списка невозможно каким-либо образом проскроллить список файлов выше последнего элемента списка (на изображении это отображено наглядно).
В то же время, если сжать окно Finder по вертикали, то видимая область списка уменьшится, и под файлами при обратном увеличении размеров окна образуется много свободного места. Т.е. Finder этот момент не учитывает и не опускает список, чтобы заполнить рабочую область полностью. Это, в общем-то не беда и вряд ли может претендовать на роль недочёта. Но проблема в том, что при закрытии директории после подобной операции, Finder вновь не пересчитывает пространство, запоминая последнее состояние списка именно этой папки, и я не помню уже, сколько раз вздрагивал, входя в папку с рабочими документами, и обнаруживая там лишь малую толику того, что по идее должно там находиться (поскольку сверху по прежнему отображается лишь 5-6 файлов, а под ними пустое место, то первая мысль, которая возникает, что это единственные файлы в данном каталоге).