Недавнім часом я став помічати те, що об’єм моєї віртуальної машини постійно зростає. Начебто на це причин не повинно бути жодних: так як я у ній жодних програм не встановлюю і на диск C:/ нічого не копіюю. Використовую VirtualBox & Windows XP лише для тестових цілей у сфері програмування. Проблема в прицнипі очевидна, адже Microsoft і його файлова система NTFS не навчились й досі ефективно використовувати вільний дисковий простір. Тому, процес дефрагментації дисків для FAT/FAT32/NTFS – це уже як “бутерброд на сніданок” 🙂 Чим частіше ми це будемо виконувати, тим повільніше будемо відчувати втрату продуктивності самої Windows OS. Але для VirtualBox є своє “підводне каміння”: навіть якщо ми і будемо виконувати дефрагментацію віртуальної машини, і файли, що використвуюуться будуть переміщатися у початкові кластери нашого диску, то об’єм VDI диску вуртуальної машини не буде зменшуватися. Так як вільний простір який ми бачимо утилітою дефрагментації – це не показник того, що це місце не використовується. Щоб для системи було зрозуміло, що є вільні кластери які ніким не використовуються – необхідно їх “обнулити”. Тому, давайте розглянемо той випадок, як мені вдалось оптимізувати VDI файл з 10,5Гб до 4,32Гб.
Category Archives: Mac OS
МТС Коннект (AnyData ADU-500A, AnyData ADU-510A) та Mac OS X Snow Leopard 10.6
МТС Коннект – це мобільний швидкісний 3G-Інтернет від оператора МТС. “МТС Коннектом” я уже користуюсь давненько, тому поки жодних нарікань не було. Але є одна проблема у служби підтримки МТС: вони не слідкують за обновленням програмного забезпечення. Пригадую той час, як тільки появився МТС Коннект, так мови про підтримку Mac OS і не було. Але уже тоді більшість людей користувалися цією послугою на “маках”, не очікуючи офіційних драйверів від МТС.
Цього разу знову ж така ситуація: Mac OS X Snow Leopard уже вийшов кілька місяців тому, а про його підтримку МТС мовчить 🙁 Для Mac OS X 10.4 & 10.5 є наявні драйвери та програмне забезпечення, а для 10.6 – немає. На просторах Інтернет я так і не знайшов доречних рішень, як “завести” AnyData ADU-500A під Mac OS X Snow Leopard. Правда, я давно шукав, але важливе тут те, що у мене є своє рішення, яке для мене запрацювало “На Ура!” 🙂
Перебудова бази даних Spotlight
Останніми днями замітив, що Spotlight почав повільно видавати результати пошуку відносно назва програм (з /Applications). В попередніх версіях (Tiger 10.4, Leopard 10.5) це все відбувалось за кілька мілісекунд. Я спершу подумав, що пріоритети між видачею результатів змінились, але заглянувши у “Системні налаштування → Spotlight”, було видно, що “Програми” стоять першими у списку. Звісно, тоді виникла ідея перебудувати базу даних Spotlight.
Для цього на сайті Apple є навіть стаття як це робити. Після виконання зазначених дій у мене нічого не змінилось. Та і не дивно, адже в тій публікації вказано, що цей метод має відношення до таких операційних систем як: Mac OS X 10.4 та Mac OS X 10.5. Після цього я вирішив перебудувати індекс Spotlight вручну…
PHP: Проблема компіляції “iconv” – “Undefined symbols: _libiconv”
Не дивлячись на те, що Mac OS X 10.6 (Snow Leopard) був випущений уже більше місяця тому, а мені “пощупати” його так і не вдавалось досі (із-за відсутності вільного часу). Тому, я недавно оновив свого Leopard-а 🙂 В цьому процесі жодних проблем не було виявлено, за винятком USB Overdrive, який просто “убивав” систему своїм старим “kext”-ом, після першого перезавантаження. Але у новій версії 3.x це все було поправлено.
Найбільше веб-девелоперів, мабуть, порадував новий PHP 5.3 , який тепер комплектується у парі із останнім Apache в режимі 64bit. Але для тих людей, кому стандартної комплектації модулів не вистачає – вдаються до ручного збору PHP під свої потреби. Але у мене була інша особливість – мені потрібно зробити “downgrade” до останньої версії 5.2.x, так як PHP 5.3 поки знаходиться в такому стані, в якому його нормально використовувати не можна. Та і є багато нюансів із “deprecated” особливостями, після яких необхідно буде переглянути старі проекти чи їх окремі бібліотеки на сумісність з новим PHP…
Скажемо “Ні!” – PHP з роздільними модулями, або як боротися із “PHP’s Buildconf: Can’t figure out your VCS, not cleaning.”
Досить часто на різних форумах чи блогах зустрічаю скарги людей, які жаліються на те, що “buildconf”(скрипт, який перебудовує конфігураційний файл на основі наявних розширень у папці “ext” та інших параметрів), не працює належним чином. В принципі, з такою проблемою рідко хто зустрічається, адже використовувати “buildconf” немає потреби, так як вихідний код PHP уже містить конфігураційний файл “configure”, що містить інформацію про всі наявні розширення із /php-x.x.x/ext.
Але я не є прихильником того, коли PHP компілюють із роздільними модулями (shared). Іншими словами, коли уже зазначені модулі у *.INI файлі, PHP буде підключати із системи. Тому, альтернативним варіантом є компіляція PHP одразу з необхідними мені розширеннями. Робити акцент на тому, наскільки PHP із роздільними модулями буде повільніше працювати (старт ВЕБ-сервера і тд.) чи про витрати пам’яті я не буду, так як про це досить багато статтей є в Інтернеті. Мова піде якраз про те, як зібрати PHP на Mac OS з модулями, які будуть зібрані разом із ядром самого ж PHP…