Еще по поводу web-based.
Мелкий, неплохо бы добавить туда очистку временных файлов, а то так и хранится там 2-летняя история всех сборок-разборок.

Да я это имел в виду:

<?php
  function removeDirectory($dir) {
    if ($objs = glob($dir."/*")) {
       foreach($objs as $obj) {
         is_dir($obj) ? removeDirectory($obj) : unlink($obj); } }
    rmdir($dir); }
?>

Более 90% почему-то используют Win. Хотя если "почта/влонтактег/скайп", то разницы действительно нет. Причем даже никакой убунту не нужно - достаточно даже вшитой в BIOS на базе линя ОС.

Да вот только все дело в Games - основная причина для покупки компьютера)

Хотя бы потому что изначально тулза реализована на php. Я привык всегда делать функционально законченные решения, а не полагаться на сторонний софт. Вообще программа должна "подчищать" сама за собой. Использование стороннего софта для обслуживания своей программы расценивается как неспособность программиста реализовать это собственными силами.

Ну совсем не древнейшую, а вполне себе достаточную и самую удачную из систем мелкософта, под которую имеются драйвера практически на все существующие дивайсы и которая совместима практически со всем софтом. Следующей такой системой постепенно станет Win7.

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

Вот крон как раз это и есть сторонний софт, причем чисто линевский. Вот с ним-то и возможен конфликт при совместном доступе к файлам. И наоборот - отработал скрипт, отправил архив, затер временные файлы. Где тут ненормальность решения задачи?

Да эта хрень еще пару десятков лет назад на MS-DOS осточертела (командная строка). После этого форточки повернулись лицом к людям и перешли на GUI, а у линя воз и ныне там. Потому люди к нему и относятся соответственно. За такое время не продвинуться больше 1-2%! Этож надо уметь! Да и кто софт-то писать будет для этих процентов, зная что покупать его никто не будет?

Для тех, кто с этой системы начинал это может и мамонт. Однако если я за 20 лет прошел путь от Win 3.1 на i386  (про Spectrum и машинные коды Z80 уже не буду говорить) через все х86 (x64 нафик не нужны были) версии форточек до настоящей Win7, то для меня это совсем не мамонт. Для схемотехники и технологий своих лет это была "система времен и народов".

Не понимаю проблемы - если используется файловая система NTFS, то максимальный размер раздела для Windows XP - 16Тб (с разделом кластера 4Кб), и 256Тб (с разделом кластера 16Кб). Загрузочный раздел для Windows XP может быть размером до 2Тб. Да и сейчас такими объемами HDD мало кто оперирует из простых пользователей. SSD как и USB3 - совершенно новые фичи, которые еще не получили широкого распространение ввиду дороговизны и сырости. Их отсутствие в моих компьютерах меня нисколько не печалит. AHCI у меня на ASUS работал и работает всегда нормально и без проблем. x64, кроме поддержки большого объема памяти, собственно нафик не нужны ввиду подавляюще 32-битного софта и в настоящее время - большинство систем используются 32 бит. Хочешь всех поразить 32Gb RAM (деньги девать некуда) - Win7 x64, и те же 32-бит приложения с той же или даже меньшей производительностью. Зато понтов сколько!

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

Не совсем так. Я придерживаюсь золотого правила "необходимости и достаточности". Применительно к этой теме - создавать кроссплатформенную версию тулзы для использования с игрой, которая работает ТОЛЬКО под Win... мягко говоря - нелогично. Кроме того, взгляни на размер файла - килобайты. Это достигается путем использования решений технологии .NET - отсутствие необходимости дублирования однотипного кода. Если создавать кросс, то придется "впихивать" весь код в исполняемый файл, что приведет к увеличению размера файла на несколько порядков.

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

На моем localhost нет никакого планировщика и мне пофик где он есть и какой - мой вариант не пользуется услугами никаких платформозависимых планировщиков и работает на чистом php на любом сервере безо всяких корректировок кода.

Неудачен и опять же в мою пользу) Стоит только уяснить, что ресторан - это PHP, в котором есть собственная возможность делать уборку (unlink()), причем вся работа крутится именно внутри ресторана. Клиент ресторана - это посетитель веб-страницы. Он не обязан ничего готовить и убирать, он даже не знает как и из чего приготовлено то, что он ест и куда (и кому) пойдет то, что он не доел) Этим занимается PHP (ресторан), причем нелогично и негигиенично было бы приглашать дворника наводить порядок внутри ресторана - для этого предусмотрены соответствующие работники внутри самого ресторана (unlink()). И убирают они мусор тогда, когда есть клиенты, для которых все готовится. Если нет клиентов - и убирать нечего.

ВОТ некоторые моменты, связанные с данным вопросом. Конечно это несколько древние вопросы, однако принцип тот же - чипсет и BIOS "рапортуют" системе о всех возможностях работы с устройствами и если они чего-то не поддерживают, то и система не будет использовать этих технологий. Так же обстоит дело и с CPU, который не может распознаться старым BIOS - несмотря на это система работает нормально, но возможны некоторые проблемы с новыми технологиями нового CPU, разгоном и производительностью.

Это про отсутствие перерисовки за 3сек чтоль? Так это в винде осуществляется посредством простого DirectDraw, а оверлей и рендеринг средствами GPU в мультимедийных приложениях это совершенно другая история, иногда весьма непростая.

Это такую логичную, в которой понятия "папка" и "файл" равноценны? Поэтому невозможно определить время создания папки, поскольку оно модифицируется при модификации любого файла в этой папке? Весьма умнО!

Так яж писал тоже - есть у меня (примерно с того же года) телефон Nokia 6233 с какой-то системой "Series 40 3d Edition", в которой я "ни в зуб ногой", однако работает там и музыка и видео, да и по инету там полазить можно запросто, поиграть в игрушки на джаве, поюзать калькулятор и планировщик с календарем... Однакож, когда я беру видеокамеру, то гружу винду и начинаю работать в Edius...

А как же win4linux и wine? Да и про "варю", например, не забываем - она рулит везде) Конечно про ПОЛНОЕ подобие речь не идет. Вот мне, собственно, нет разницы, какая именно ОС у меня РАБОТАЕТ, да и дядя Билл мне не родственник. Моему пожеланию к идеальной ОС не суждено сбыться - она должна быть написана на ассемблере, занимать минимальный объем на HDD, быть быстрой, логичной и универсальной. И если первая часть пожеланий в эпоху языков высокого уровня практически неосуществима, то хотя бы последняя нашла воплощение в Win. А то, что я, человек с немалым опытом в области электроники и компьютерной техники увидел, столкнувшись с ..никсами, вызывает желание вернуться к написанию программ в машинных кодах, нежели чето "монтировать" в этих бунту-федорах. А кстати вот надо "освежить" впечатления! Что можете посоветовать для экспериментов из "самого-самого крутого" линевского?

Официант (и другой персонал ресторана (PHP)) не вывозит мусор на свалку. Если бы у ресторана была возможность отправлять мусор в небытие как у unlink(), то про свалку бы и речь не шла. Поэтому запредельные операции тут не в счет. Производительность? Постоянный бессмысленный обход на предмет "а не надо ли вам выбросить мусор", в то время когда никакого мусора нет, конечно же не затрачивает процессорного времени и не снижает быстродействия. Линевская логика)

Да блин если чипсет СПОСОБЕН это делать, то и любая способная на это ось это поддержит! BIOS неправильно укажет емкость накопителя, но для ОС это не важно, если она сама может получать требуемые сведения от HDD.

Хорошая статья и обсуждение) Но можно не спорить, а обратиться к реальности - только 2 из 100 выбирают трах с линем, несмотря на все его великолепие. Жизнь слишком коротка, чтобы тратить ее на это, вместо быстрого решения рабочих вопросов на Win. И 98 реалистов это понимают.

Конечно, и не только накопителей, а и других устройств, но только не "монтирование" а "обнаружение и подключение" на понятном человеческом языке. И в файловых менеджерах я вижу простую буквенную последовательность дисков без всякой технической информации, которая скрыта, не мозолит глаза и нужна только при устранении неполадок. Изначальная концепция Win - первична конструкция, внутри которой находятся устройства, соответствует реальному системному блоку. Система служит для использования этих устройств. В линях первично виртуальное ядро системы, к которому вечно что-то нужно "монтировать" гаечным ключом.