Интересует именно восстановление файла который уже есть, но битый.
Конечно легче заархивировать файл, но надежность такого хранения данных не сильна, т.к. в случае если хоть одит байт архива будет поврежден, то весь файл будет утерян.
ну я бы переживал бы за битые блоки + все имеет свойство ломаться, в том числе HDD. Интересует такая фс в рамках которой я с максимальной вероятностью могу получить доступ к информации (с помощью специалистов или без), даже в случае физического выхода HDD из строя, какого то случайного сбоя самой ФС (без специалистов), сбоя одного блока данных (возможность восстановления из вспомогательной информации) и т.п.
Вот например если применять RAR, то он позволяет делать архивы с информацией для восстановления, а может есть и fs такие прозрачно поддерживающие такую фишку ?
Имхо.Способ хранения в вашем случае очень тесно перекликается с теми алгоритмами, которыми вы пользуетесь для обработки матриц. В каждом конкретном случае разная структура данных может быть по разному применима для разных алгоритмов, или вообще быть не применима.
Ну по идее, если метод не статический то он использует $this, а что в данном случае может $this представлять при статическом вызове не статической функции ? Это же эквивалентно тому что $this = NULL
Но на самом деле делать базу в томита, это конечно тупиковый путь :) потому что бот должен обучаться самостоятельно, на основе языковой статистики. Как вариант - бот может генерировать правила для тамита, тогда он будет похожь на ИИ
По сути по вашей картинки ( znkozlova.narod.ru/images/predlojenie.gif ) томита може распарсить данное предложение (если конечно для него вы сделаете соотвествующее правило), и ответить на вопросы: кто? что? зачем? когда ? и т.п.
главное правила составить, а томита фактически сделает табличцу с соответсвующими полями, сведения из которой вы можете использовать как вам вздумается.
