Поиск файлов для УКНЦ\ДВК

[dk_spb]

Крайне неудобно:
1) только один уровень: например, adventure, arcade, basic, boot явно просятся на деление на игры, языки, системное.
Даже если при одном уровне - можно сделать "game-arcade", "game-adventure", "lang-basic", "system-boot"

2) крайне неинформативные списки: только имя и год. Всё остальное доступно, но копать надо глубже. Соответственно поиск малодоступен (например, поиск игр одного автора сделать нереально). В предлагаемом варианте тип игры (adventure, arcade) будет, например, в описании. А полный список игр на одной странице позволит поиском браузера найти все игры одного автора.

Хотя, конечно, эта база ценна сама по себе даже в таком виде, в ней понятно что есть что, на просто файлоотстойник.

[MiX]

Язык Форт- здесь.

- - - Добавлено - - -

История создания языка- здесь.

[Vamos]

есть база софта для Вектора

это совсем не база, т.к. отсутствует поиск, это картотека

[dk_spb]

Мне всё-таки кажется что при существующем объеме софта и правильной структуризации по разделам поиск (как механизм архива) не особо и нужен.
Как, собственно, и БД. Это будет слишком усложнять существующую очень простую задачу. Как ядрёной бомбой по воробьям.
крайности это - файлопомойка и БД. Нам бы золотую середину ;-)

[Vamos]

С одной стороны, да, но если посмотреть внимательно, то БД облегчает ситуацию не только для тех кто ищет но и для того кто туда чего-то заносит или исправляет имеющееся, а если еще разрешить вносить изменения пользователям, в комментарии например, а еще и добавлять самостоятельно найденные программы.... "Остапа понесло" )

[MacBuster]

Мне кажется надо пройти по всем файлам и сравнить их (побайтово или поблочно).

Потом составить реестр типа «ключ-значение» с указанием имени образа и ссылкой на конкретный файл, если он не уникален. По запросу на скачивание составлять образ из файлов. Объем данных хранения при таком подходе сократится в несколько раз - не будет пустых блоков и не потребуется хранить сотни копий одинаковых системных файлов. После этого можно будет составить каталог без повторений, указать связь одних файлов с другими (типа основной исполняемый файл, файл данных для этой программы или исходник) и снабдить их описаниями.

Вопрос как все образы получить и обработать.

[Advertiser]

[Vamos]

MacBuster, проблема заключается в одной простой вещи - время

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

hobot один не справляется в большей части по объективным причинам.
То что мы сейчас предлагаем потребует от hobot-а знания не только html но еще и php и может еще чего. БД я предлагаю исходя из того что такой подход снимет нагрузку с hobot-а по занесению и ведению записей в архиве, это сможет сделать любой желающий (знающий), с другой стороны сможет ли он поддерживать это в рабочем состоянии (администрировать БД).
Другие варианты тоже возможны, надо сформулировать задачу, достаточно ли структуры в виде каталога, на мой взгляд нет.

- - - Добавлено - - -

Потом составить реестр типа «ключ-значение»

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

[MacBuster]

hobot один не справляется в большей части по объективным причинам.

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

Никаких познаний в области HTML, PHP и БД ни от кого не требуется вообще. Результат в виде списка появится после одного прохода утилиты сравнения файлов для поиска дубликатов. Вероятно уже сейчас для этого достаточно только извлечь файлы из всех образов в папки с именами образов (с помощью rt11dsk Никиты) и натравить на них любую подобную утилиту. Сам бы сделал давно, но пугает необходимость скачивать 100500 разных файлов без доступа по ftp.

реестр windows это не каталог это БД

Я про реестр Windows не говорю ничего, это частный случай реестра - организации инвентарного списка.

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

[Vamos]

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

С здесь бы не было срача, если бы было так, а пока с точность до наоборот, хламничек посетите и все поймете

Я в связке HTML, PHP, Apache, MySQL сайты делал, поэтому понимаю о чем говорю.

Результат в виде списка появится после одного прохода утилиты сравнения файлов для поиска дубликатов. Вероятно уже сейчас для этого достаточно только извлечь файлы из всех образов в папки с именами образов (с помощью rt11dsk Никиты) и натравить на них любую подобную утилиту. Сам бы сделал давно, но пугает необходимость скачивать 100500 разных файлов без доступа по ftp.

Вас пугает другое, Вы не понимаете конечного результата этого действа сделайте потом нам расскажете ))) иначе нечего флудить, на очередной срач нарываетесь.

[MacBuster]

Первый этап работы по приведению бардака в порядок займет не более пары часов, при наличии всех образов.

Вас пугает другое, Вы не понимаете конечного результата этого действа

Меня очень пугают люди, которые точно знаю что именно меня пугает, хотя лично я об этом никакого понятия не имею.

- - - Добавлено - - -

Я в связке HTML, PHP, Apache, MySQL сайты делал, поэтому понимаю о чем говорю.

Именно поэтому вы хотите сделать простую вещь сложным способом.