Протягом наступних двох років буде створено стільки контенту, скільки не було створено за всю історію людства, і 93% його буде в електронному вигляді. Такий висновок випливає зі звіту компанії Accenture, опублікованого в 2006 році. Подумайте про це.
Хочу поділитися досвідом проектування дозволів на файлових серверах. У теорії та практиці і Unix і Windows (як дві найбільш популярні платформи) надають достатньо коштів і можливостей для призначення дозволів на об'єкти на файл серверах. Це досить пересічне завдання, коли у вас до сотні користувачів, пара серверів, і всього кілька рівнів вкладеності дерева каталогів. При зростанні колічества серверів, колічестве каталогів, та й користувачів у таких компаніях набагато більше, з'являється неприємна обставина - різко зростають витрати на підтримку інфраструктури загального доступу до файлів (час і персонал). У даній топіці хочеться розповісти про основні вимоги до дизайну сервісу загального доступу до файлів, що дозволить при їх виконанні спростити підтримку і скоротити витрати на неї. Заздалегідь звертаю увагу, що не торкаємося самого процесу вмісту серверів (заліза, фалових та оперційних систем) і утримання об'єктів (типи контенту), а розглядаємо тільки дизайн структури загального доступу.
Від перекладача: Я тільки починаю придивлятися до Node.js, і, виявивши це керівництво, сильно пошкодував, що воно не попалося мені на очі раніше. Сподіваюся, що цей переклад допоможе багатьом розібратися, що ж таке Node, і з чим його їдять.
Розглядаючи різні характеристики SSD дисків, досить часто можна зустріти згадку про DIPM в характеристиці енергоспоживання твердотільного дисків. Якщо SSD використовується або планується використовувати в desktop-ах, то на це значення можна не звертати уваги, а якщо в notebook-ах і netbook-ах? Ось тут все залежить від того, наскільки вам небайдужий час автономної роботи мобільного пристрою від акумулятора. Що ж, спробуємо розібратися в питанні, що таке DIPM і для чого він потрібен SSD.
