NeX

Можно сделать фрейм с docs.google.com/viewer

curl_multi
wget вроде умеет

С шаред хостингами стоит быть осторожным, на большинстве со скоростью работы по ftp всё очень грустно.

Купите vps хостинг или хост в облаке

Если вам нужна кучка функций, хоть и под общей эгидой — статика.
Если вам нужен объект — одиночка.

Важная между ними разница — вызов конструктора и деструктора. У синглтона и тот и другой вызываются автоматически.
Тогда как в куче статических методов вам придётся в каждом методе проверять, был ли вызван конструктор для достижения того же эффекта. Да, от этого можно избавиться, реализовав __CallStatic и приняв правила именования методов так, чтобы в чистом виде они никогда не вызывались, но не кажется ли это вам костылём?

А чем плохо использовать bittorrent с magnet url's?
а если еще DHT включить, то шансы есть даже получить дополнительных внешних сидов

Да, и DC++ как вариант

Почитайте «Ядро Linux» Д. Бовет, М. Чезати. После Таненбаума.
Книга очень интересна, достаточно подробно раскрывает различные аспекты архитектуры. Слово Linux пусть вас не пугает, эта книга скорее про взаимодействие программно-аппаратной и программно-программной части нежели конкретно про линукс. Думаю, вам должно понравится.

Михаил Гук, «Аппаратные средства IBM PC».

Архитектура компьютера. Э. Таненбаум

Для VMware vSphere 5, 160 — это максимальное количество логических процессоров (сокеты*ядра*Hyper Threading) на одном хосте виртуализации. Максимальное кол-во vCPU (виртуальных процессоров) — 2048. Для рабочих станций приемлемым показателем консолидации является 7:1 или 8:1 (кол-во виртуальных процессоров к одному физическому ядру). Для сотни десктопов (1 vCPU, 512 MB памяти) будет достаточно пары 2-сокетных четырехядерных сервера с 32 ГБ в каждом. Если использовать серверы с большим кол-вом сокетов, ядер в процессоре, то может хватить и одного сервера (но все зависит от характера нагрузки внутри ВМ).

Но основным узким местом тут будет скорее не процессор и память, а дисковая подсистема (она должна обеспечить необходимые IOPS для работы виртуальных машин).

P.S. если машины нужны на непродолжительное время, то почему бы не воспользоваться услугами какого-нибудь «облачного» провайдера?

Спасибо за ответ.
После знакомства и применения этих патернов, у меня возникла уйма вопросов, на которые я не могу найти ответ :)
Хотел бы узнать какие патерны используют в больший проектах и чем это оправдано?
В каких случаях лучше применить тот или иной паттерн?

После использования Data Mapper (Doctrine 2) я смог выделить такие
Плюсы:
— Действительно удобное разделение логики работы с БД
— Генерация SQL кода (CREATE TABLE)
Минусы:
— Реализация сложных выборок
— Оптимизация запросов
— Выделение коллекций
— Все нужно делать через entity manager
— «Кушает» много памяти

AR плюсы:
— Вынесение работы с БД на уровнень вверх
— Простота использования
Минусы:
— Неввозможное сокрытие данных
— Сильно много ответвеснности на одном классе
— Сложность наследования классов

Data Gateway (Zend_Table):
— Вынесения логики для работы с таблицей в отдельный класс и на верх
— Работа с коллекциями (Rowset)
— Удобно разширять модели, и все действительно гибко
Минусы:
— Нужно создавать много практически пустых классов
— Сложность наследования

Действительно я все правильно понял?

Кажется, удовлетворяет всем критериям:
bassistance.de/jquery-plugins/jquery-plugin-tooltip/

Посмотрите в сторону swfupload

max_execution_time
memory_limit

Может вот из-за этих директив?