# Re: Английская дока
Wol4ik (syscall,22) → vit01 – 17:20:26 2017-06-21
Когда захожу на сайт из гугл-поиска, то автоматом попадаю на английскую версию (это частная особенность моего браузера). Обратил внимание, что в ангийской версии в разделе документация нет ссылок на русские ресурсы и доклады с уроками по Instead на iFiction (они и неуместны). Это мне понравилось. В английском очень слаб.
Wol4ik (syscall,22) → vit01 – 17:20:26 2017-06-21
Когда захожу на сайт из гугл-поиска, то автоматом попадаю на английскую версию (это частная особенность моего браузера). Обратил внимание, что в ангийской версии в разделе документация нет ссылок на русские ресурсы и доклады с уроками по Instead на iFiction (они и неуместны). Это мне понравилось. В английском очень слаб.
# Re: Английская дока
vit01 (mira, 1) → Difrex – 11:54:28 2017-06-21
Сделал некоторые исправления и смержил в мастер.
Также английская дока теперь доступна на сайте.
P.S. остальным сетянам тоже желательно хоть как-то прокомментировать сабж и внести исправления, если надо
vit01 (mira, 1) → Difrex – 11:54:28 2017-06-21
Сделал некоторые исправления и смержил в мастер.
Также английская дока теперь доступна на сайте.
P.S. остальным сетянам тоже желательно хоть как-то прокомментировать сабж и внести исправления, если надо
# Re: Файлэхи
Andrew Lobanov (tavern,1) → vit01 – 14:07:25 2017-06-19
>> Например x/file/books/filename.
> Небольшая оговорочка: так нельзя. Цитирую документацию:
>> GET /x/file/pauth/filename
> Текущие реализации должны посчитать books как pauth
> Но я думаю, что хрен с ней, с совместимостью. Если надо будет, исправим ноды и клиенты. Мне только в ii-php пару файликов подправить, один python-скрипт в ii-db-utils, а ещё CutieFeed и IDEC Mobile.
Это была опечатка. Прошу пардону. Эх, а ведь вычитывал.
Пока получается, что на текущий стандарт ложится кривовато и публичные фреки только плоские. В остальном разночтений нет
x/file/filename, x/file/pauth/filename:path не пересекаются.
>> fileid:filename:username:address:description
> И всё-таки я просто настаиваю, чтобы в /f/e выдавался размер файла в байтах. Мы уже говорили по этому поводу. Нельзя никак качать котов в мешке, пусть даже сейчас мы и предполагаем, что файлы мелкие будут. Это сейчас они мелкие, а потом - крупные.
>> Читать далее
Andrew Lobanov (tavern,1) → vit01 – 14:07:25 2017-06-19
>> Например x/file/books/filename.
> Небольшая оговорочка: так нельзя. Цитирую документацию:
>> GET /x/file/pauth/filename
> Текущие реализации должны посчитать books как pauth
> Но я думаю, что хрен с ней, с совместимостью. Если надо будет, исправим ноды и клиенты. Мне только в ii-php пару файликов подправить, один python-скрипт в ii-db-utils, а ещё CutieFeed и IDEC Mobile.
Это была опечатка. Прошу пардону. Эх, а ведь вычитывал.
Пока получается, что на текущий стандарт ложится кривовато и публичные фреки только плоские. В остальном разночтений нет
x/file/filename, x/file/pauth/filename:path не пересекаются.
>> fileid:filename:username:address:description
> И всё-таки я просто настаиваю, чтобы в /f/e выдавался размер файла в байтах. Мы уже говорили по этому поводу. Нельзя никак качать котов в мешке, пусть даже сейчас мы и предполагаем, что файлы мелкие будут. Это сейчас они мелкие, а потом - крупные.
>> Читать далее
# Re: Мысли о стандартах
Andrew Lobanov (tavern,1) → Difrex – 14:10:14 2017-06-19
AL>> Первое (уже озвученное ранее) это нетмейл. То есть личная переписка.
Difrex> Самое важное, ИМХО.
Difrex> Не обязательно монстрячить PGP. Можно взять AES или RSA. Обмен откртыми ключами - да, доверять сисопу. Т.е. теоритически может быть MitM.
Difrex> Нужно хотя бы драфт накидать.
Да я бы только за, но пока красиво ничего не придумалось по теме. Вот единственное, что мне видится, это необходимость отделения личной переписки от общих конференций. В остальном пока чёткого представления, удовлетворяющего меня самого, нет.
Andrew Lobanov (tavern,1) → Difrex – 14:10:14 2017-06-19
AL>> Первое (уже озвученное ранее) это нетмейл. То есть личная переписка.
Difrex> Самое важное, ИМХО.
Difrex> Не обязательно монстрячить PGP. Можно взять AES или RSA. Обмен откртыми ключами - да, доверять сисопу. Т.е. теоритически может быть MitM.
Difrex> Нужно хотя бы драфт накидать.
Да я бы только за, но пока красиво ничего не придумалось по теме. Вот единственное, что мне видится, это необходимость отделения личной переписки от общих конференций. В остальном пока чёткого представления, удовлетворяющего меня самого, нет.
# Re: Файлэхи
vit01 (mira, 1) → Andrew Lobanov – 17:01:55 2017-06-19
AL> Да я только за. Перепиши стандарт - я подтянусь. Мне не тяжело.
Готово. Теперь параметр pauth в /x/file доступен только через POST.
Документация обновлена как в репозитории, так и на сайте.
vit01 (mira, 1) → Andrew Lobanov – 17:01:55 2017-06-19
AL> Да я только за. Перепиши стандарт - я подтянусь. Мне не тяжело.
Готово. Теперь параметр pauth в /x/file доступен только через POST.
Документация обновлена как в репозитории, так и на сайте.
# Re: Мысли о стандартах
Andrew Lobanov (tavern,1) → vit01 – 09:29:27 2017-06-19
Demon>>> Вы знаете как выложить игру в INSTEAD?
AL>> Нет.
vit01> Сказал держатель репозитория или что ты там хостишь :)
Ну не мог я удержаться. Извиняюсь =)
2Demon: Заходишь на http://instead-games.ru/, нажимаешь кнопку "Войти" (нужен google-аккаунт). После входа появится кнопка "Загрузить игру".
ЗЫЖ На моей памяти это первый раз, когда у человека возникла проблема с загрузкой игры в репозиторий.
Andrew Lobanov (tavern,1) → vit01 – 09:29:27 2017-06-19
Demon>>> Вы знаете как выложить игру в INSTEAD?
AL>> Нет.
vit01> Сказал держатель репозитория или что ты там хостишь :)
Ну не мог я удержаться. Извиняюсь =)
2Demon: Заходишь на http://instead-games.ru/, нажимаешь кнопку "Войти" (нужен google-аккаунт). После входа появится кнопка "Загрузить игру".
ЗЫЖ На моей памяти это первый раз, когда у человека возникла проблема с загрузкой игры в репозиторий.
# Файлэхи
Andrew Lobanov (tavern,1) → All – 11:33:04 2017-06-19
После недели экспериментов и некоторых обсуждений я пришёл к кое каким мыслям.
Для функционирования файл-эх с удосбствами для тех, кто не хочет на них подписываться я несколько пофиксил x/flie. По сути, это не противоечит стандарту, но теперь filename в запросе может быть path. То есть представлять собой конструкцию вида pics/1.jpg.
Это позволяет нам содержать фреки в виде иерархии, а не плоского списка.
Схема f/e работает по тем же принципам, что и расширенная u/e.
Например, запрос f/e/pics/books/-2:2 вернёт следующее:
>> Читать далее
Andrew Lobanov (tavern,1) → All – 11:33:04 2017-06-19
После недели экспериментов и некоторых обсуждений я пришёл к кое каким мыслям.
Для функционирования файл-эх с удосбствами для тех, кто не хочет на них подписываться я несколько пофиксил x/flie. По сути, это не противоечит стандарту, но теперь filename в запросе может быть path. То есть представлять собой конструкцию вида pics/1.jpg.
Это позволяет нам содержать фреки в виде иерархии, а не плоского списка.
Схема f/e работает по тем же принципам, что и расширенная u/e.
Например, запрос f/e/pics/books/-2:2 вернёт следующее:
pics
fileid:filename:username:address:description
fileid:filename:username:address:description
books
>> Читать далее
# Re: Мысли о стандартах
vit01 (mira, 1) → Andrew Lobanov – 05:50:20 2017-06-19
AL> Предлагаю упростить всё и оставить только схемы f/e для индексов и f/p для посылки файлов, а для загрузки уже использовать существующую схему x/file.
Отличная идея, полностью за. Только в какой список будем файлы (для /x/file) складывать: в приватный или публичный?
vit01 (mira, 1) → Andrew Lobanov – 05:50:20 2017-06-19
AL> Предлагаю упростить всё и оставить только схемы f/e для индексов и f/p для посылки файлов, а для загрузки уже использовать существующую схему x/file.
Отличная идея, полностью за. Только в какой список будем файлы (для /x/file) складывать: в приватный или публичный?
# Re: Мысли о стандартах
vit01 (mira, 1) → vit01 – 07:05:17 2017-06-19
Кстати, а если на нескольких разных станциях поинты одновременно загрузят два файла с одинаковыми именами?
Как-то конфликты разрешать надо будет при синхронизации.
Поэтому различать файлы по хэшу - это неплохая идея.
vit01 (mira, 1) → vit01 – 07:05:17 2017-06-19
Кстати, а если на нескольких разных станциях поинты одновременно загрузят два файла с одинаковыми именами?
Как-то конфликты разрешать надо будет при синхронизации.
Поэтому различать файлы по хэшу - это неплохая идея.
# Re: Мысли о стандартах
vit01 (mira, 1) → vit01 – 07:03:18 2017-06-19
Хотя нет, не очень удобно с точки зрения юзабилити.
А вот для хранения в ФС - сгодится
vit01 (mira, 1) → vit01 – 07:03:18 2017-06-19
Хотя нет, не очень удобно с точки зрения юзабилити.
А вот для хранения в ФС - сгодится
# Re: idec mobile
vit01 (mira, 1) → atsym – 02:06:01 2017-06-16
atsym> Кстати, а возможно ли сдедать так, чтобы клиент на Android'е работал и без доступа к SD (нет карточки)?
Ему нужна только внутренняя память, то есть /storage/sdcard0
Может быть, я не очень корректно написал предупреждение клиента, но внешняя карта там не используется.
vit01 (mira, 1) → atsym – 02:06:01 2017-06-16
atsym> Кстати, а возможно ли сдедать так, чтобы клиент на Android'е работал и без доступа к SD (нет карточки)?
Ему нужна только внутренняя память, то есть /storage/sdcard0
Может быть, я не очень корректно написал предупреждение клиента, но внешняя карта там не используется.
# Re: Мысли о стандартах
Andrew Lobanov (tavern,1) → vit01 – 07:15:40 2017-06-19
vit01> Кстати, а если на нескольких разных станциях поинты одновременно загрузят два файла с одинаковыми именами?
vit01> Как-то конфликты разрешать надо будет при синхронизации.
vit01> Поэтому различать файлы по хэшу - это неплохая идея.
Именно к этому я и пришёл. Получается, UID это хеш по содержимому. А имя нода локально может и поменять (например, добавить индекс в имя перед расширением). Пока обмозговываю это. С точки зрения хранения в ФС опять таки пока не придумал как быть. Если ложить на существующий x/file, то у нас нет никакой иерархии. Только плоский список файлов. Так что или расширять имя файла именем фэхи или отказаться от x/file или усложнять x/file, что совсем не хочется.
Не было у бабы забот, так купила порося. Вот нафига я это решил делать? =)
Andrew Lobanov (tavern,1) → vit01 – 07:15:40 2017-06-19
vit01> Кстати, а если на нескольких разных станциях поинты одновременно загрузят два файла с одинаковыми именами?
vit01> Как-то конфликты разрешать надо будет при синхронизации.
vit01> Поэтому различать файлы по хэшу - это неплохая идея.
Именно к этому я и пришёл. Получается, UID это хеш по содержимому. А имя нода локально может и поменять (например, добавить индекс в имя перед расширением). Пока обмозговываю это. С точки зрения хранения в ФС опять таки пока не придумал как быть. Если ложить на существующий x/file, то у нас нет никакой иерархии. Только плоский список файлов. Так что или расширять имя файла именем фэхи или отказаться от x/file или усложнять x/file, что совсем не хочется.
Не было у бабы забот, так купила порося. Вот нафига я это решил делать? =)
# Re: Файлэхи
Andrew Lobanov (tavern,1) → Peter – 12:35:50 2017-06-19
Peter> А так ли необходимо затачиваться на x/file?
По сути, x/file в стандарте описан так, что никто не мешает мою реализацию принять за стандартную =)
Зато сразу отпадает необходимость, например, пилить поддержку фэх на idec-mobile, те, что не хочет качать фэхи, но иногда хочет скачать нужный файл по запросу, опять таки уже имеют подходящий инструмент. Так что мне видится такая заточка весьма удачной.
Peter> Может таки свою схему и для забора? И по fid его?
Я изначально так и сделал, но потом с Виктором немного пообсуждали и он сказал, что будет реализовывать чтение индекса и скачивание по тапу на нужном файле. А это по сути дублирование x/file. Получение файла по fid может и имеет смысл, но тут повторю то, что уже писал в чате: в обычных эхах у нас просто нет выбора для идентификации сообщения. Только msgid. Тут же мы имеем имя фэхи и имя файла. fid же служит контрольной суммой. Пока моя схема себя оправдала на тестах, но если народ проголосует за fid, то буду мутить fid =)
Peter> Кажется, что x/file заточен на файловое хранилище определенной структуры. Хорошо ли это?
x/file заточен на определённый "протокол" обмена информацией. Как это устроено внутри - дело третье.
Andrew Lobanov (tavern,1) → Peter – 12:35:50 2017-06-19
Peter> А так ли необходимо затачиваться на x/file?
По сути, x/file в стандарте описан так, что никто не мешает мою реализацию принять за стандартную =)
Зато сразу отпадает необходимость, например, пилить поддержку фэх на idec-mobile, те, что не хочет качать фэхи, но иногда хочет скачать нужный файл по запросу, опять таки уже имеют подходящий инструмент. Так что мне видится такая заточка весьма удачной.
Peter> Может таки свою схему и для забора? И по fid его?
Я изначально так и сделал, но потом с Виктором немного пообсуждали и он сказал, что будет реализовывать чтение индекса и скачивание по тапу на нужном файле. А это по сути дублирование x/file. Получение файла по fid может и имеет смысл, но тут повторю то, что уже писал в чате: в обычных эхах у нас просто нет выбора для идентификации сообщения. Только msgid. Тут же мы имеем имя фэхи и имя файла. fid же служит контрольной суммой. Пока моя схема себя оправдала на тестах, но если народ проголосует за fid, то буду мутить fid =)
Peter> Кажется, что x/file заточен на файловое хранилище определенной структуры. Хорошо ли это?
x/file заточен на определённый "протокол" обмена информацией. Как это устроено внутри - дело третье.
# Re: Мысли о стандартах
Andrew Lobanov (tavern,1) → vit01 – 06:34:25 2017-06-19
>> Предлагаю упростить всё и оставить только схемы f/e для индексов и f/p для посылки файлов, а для загрузки уже использовать существующую схему x/file.
> Отличная идея, полностью за. Только в какой список будем файлы (для /x/file) складывать: в приватный или публичный?
У меня пока в приватный складывается. Только вот gl00my (сисоп инстед-клуба) поднял вполне закономерный вопрос. В такой ситуации имя файла должно быть уникальным во всех фэхах. Надо этого каким-то образом избежать, по пути не усложнив чрезмерно реализацию.
Продолжаю думать.
Пока пришло в голову только добавление в индекс хеша содержимого файла (fileid) и сверка имени перед сохранение с автоматической подстановкой суффикса в случае необходимости.
Andrew Lobanov (tavern,1) → vit01 – 06:34:25 2017-06-19
>> Предлагаю упростить всё и оставить только схемы f/e для индексов и f/p для посылки файлов, а для загрузки уже использовать существующую схему x/file.
> Отличная идея, полностью за. Только в какой список будем файлы (для /x/file) складывать: в приватный или публичный?
У меня пока в приватный складывается. Только вот gl00my (сисоп инстед-клуба) поднял вполне закономерный вопрос. В такой ситуации имя файла должно быть уникальным во всех фэхах. Надо этого каким-то образом избежать, по пути не усложнив чрезмерно реализацию.
Продолжаю думать.
Пока пришло в голову только добавление в индекс хеша содержимого файла (fileid) и сверка имени перед сохранение с автоматической подстановкой суффикса в случае необходимости.
# Re: idec mobile
atsym (syscall,21) → Andrew Lobanov – 01:04:05 2017-06-16
Кстати, а возможно ли сдедать так, чтобы клиент на Android'е работал и без доступа к SD (нет карточки)?
atsym (syscall,21) → Andrew Lobanov – 01:04:05 2017-06-16
Кстати, а возможно ли сдедать так, чтобы клиент на Android'е работал и без доступа к SD (нет карточки)?
# Re: Мысли о стандартах
Demon (syscall,23) → Peter – 08:40:44 2017-06-19
Вы знаете как выложить игру в INSTEAD?
Demon (syscall,23) → Peter – 08:40:44 2017-06-19
Вы знаете как выложить игру в INSTEAD?
# Re: Мысли о стандартах
vit01 (mira, 1) → Andrew Lobanov – 09:19:15 2017-06-19
Demon>> Вы знаете как выложить игру в INSTEAD?
AL> Нет.
Сказал держатель репозитория или что ты там хостишь :)
vit01 (mira, 1) → Andrew Lobanov – 09:19:15 2017-06-19
Demon>> Вы знаете как выложить игру в INSTEAD?
AL> Нет.
Сказал держатель репозитория или что ты там хостишь :)
# Файлэхи
Andrew Lobanov (tavern,1) → All – 05:15:08 2017-06-19
Итак. По результатам экспериментов и разного рода извращений, необходимых на мобильных клиентах, таких как, тянуть индекс, но не тянуть фэху, я пока пришёл к следующему:
1. Есть схемы f/e и f/p, которые необходимы для обслуживания индексов фэх и заливания файлов, соответственно.
2. Отдача файлов производится по уже существующей схеме x/file (файлы, полученные узлом по f/p автоматически попадают на фреки для поинтов).
Таким образом, желающие получать всё, что проходит по тематике, могут подписаться на фэху и скачивать файлы вместе с почтой по мере поступления, а остальные будут иметь удобный доступ к файлам по уже имеющейся технологии (правда без разбивки по тематикам).
Что думаете по этому поводу?
Andrew Lobanov (tavern,1) → All – 05:15:08 2017-06-19
Итак. По результатам экспериментов и разного рода извращений, необходимых на мобильных клиентах, таких как, тянуть индекс, но не тянуть фэху, я пока пришёл к следующему:
1. Есть схемы f/e и f/p, которые необходимы для обслуживания индексов фэх и заливания файлов, соответственно.
2. Отдача файлов производится по уже существующей схеме x/file (файлы, полученные узлом по f/p автоматически попадают на фреки для поинтов).
Таким образом, желающие получать всё, что проходит по тематике, могут подписаться на фэху и скачивать файлы вместе с почтой по мере поступления, а остальные будут иметь удобный доступ к файлам по уже имеющейся технологии (правда без разбивки по тематикам).
Что думаете по этому поводу?
# Re: Мысли о стандартах
vit01 (mira, 1) → Andrew Lobanov – 07:00:43 2017-06-19
А может тупо в начало названия файла дописывать имя фэхи при загрузке?
То есть какое-нибудь my.fecho_file1.jpg и my.fecho_text.txt?
vit01 (mira, 1) → Andrew Lobanov – 07:00:43 2017-06-19
А может тупо в начало названия файла дописывать имя фэхи при загрузке?
То есть какое-нибудь my.fecho_file1.jpg и my.fecho_text.txt?
# Re: Файлэхи
vit01 (mira, 1) → Andrew Lobanov – 13:06:59 2017-06-19
AL> Например x/file/books/filename.
Небольшая оговорочка: так нельзя. Цитирую документацию:
> GET /x/file/pauth/filename
Текущие реализации должны посчитать books как pauth
Но я думаю, что хрен с ней, с совместимостью. Если надо будет, исправим ноды и клиенты. Мне только в ii-php пару файликов подправить, один python-скрипт в ii-db-utils, а ещё CutieFeed и IDEC Mobile.
Надо сам стандарт удобный, чтобы работал и неожиданностей не создавал.
> fileid:filename:username:address:description
И всё-таки я просто настаиваю, чтобы в /f/e выдавался размер файла в байтах. Мы уже говорили по этому поводу. Нельзя никак качать котов в мешке, пусть даже сейчас мы и предполагаем, что файлы мелкие будут. Это сейчас они мелкие, а потом - крупные.
vit01 (mira, 1) → Andrew Lobanov – 13:06:59 2017-06-19
AL> Например x/file/books/filename.
Небольшая оговорочка: так нельзя. Цитирую документацию:
> GET /x/file/pauth/filename
Текущие реализации должны посчитать books как pauth
Но я думаю, что хрен с ней, с совместимостью. Если надо будет, исправим ноды и клиенты. Мне только в ii-php пару файликов подправить, один python-скрипт в ii-db-utils, а ещё CutieFeed и IDEC Mobile.
Надо сам стандарт удобный, чтобы работал и неожиданностей не создавал.
> fileid:filename:username:address:description
И всё-таки я просто настаиваю, чтобы в /f/e выдавался размер файла в байтах. Мы уже говорили по этому поводу. Нельзя никак качать котов в мешке, пусть даже сейчас мы и предполагаем, что файлы мелкие будут. Это сейчас они мелкие, а потом - крупные.
# Re: idec mobile
vit01 (mira, 1) → vit01 – 10:19:45 2017-06-16
Корректирующая сборка
1. Исправлена регрессия с неработающей навигацией по repto
2. Учтены пожелания Бориса по "логичности" открытия списка сообщений
3. Поправлен текст предупреждения о доступе к памяти (чтобы не путать народ насчёт SD-карты)
vit01 (mira, 1) → vit01 – 10:19:45 2017-06-16
Корректирующая сборка
1. Исправлена регрессия с неработающей навигацией по repto
2. Учтены пожелания Бориса по "логичности" открытия списка сообщений
3. Поправлен текст предупреждения о доступе к памяти (чтобы не путать народ насчёт SD-карты)
# Re: Мысли о стандартах
Peter (syscall,1) → Andrew Lobanov – 08:02:54 2017-06-19
Имхо, имя файла имеет смысл только при записи его клиентом себе на диск. Во всех остальных случаях ключ -- это хеш контента.
В этом смысле, обмен файлами не сильно отличается от обменом сообщениями. Но я пока не могу придумать ничего конкретного. Если появятся идеи -- напишу. В принципе, у нас 2 типа информации. 1- сам бинарный блоб и 2- метаинформация (размер, имя файла, mime???). Имхо все это может быть частью одного "сообщения". Ну почти как наши текущие :)
Peter (syscall,1) → Andrew Lobanov – 08:02:54 2017-06-19
Имхо, имя файла имеет смысл только при записи его клиентом себе на диск. Во всех остальных случаях ключ -- это хеш контента.
В этом смысле, обмен файлами не сильно отличается от обменом сообщениями. Но я пока не могу придумать ничего конкретного. Если появятся идеи -- напишу. В принципе, у нас 2 типа информации. 1- сам бинарный блоб и 2- метаинформация (размер, имя файла, mime???). Имхо все это может быть частью одного "сообщения". Ну почти как наши текущие :)
# Re: Мысли о стандартах
Andrew Lobanov (tavern,1) → Demon – 08:59:47 2017-06-19
Demon> Вы знаете как выложить игру в INSTEAD?
Нет.
Andrew Lobanov (tavern,1) → Demon – 08:59:47 2017-06-19
Demon> Вы знаете как выложить игру в INSTEAD?
Нет.
# Re: Мысли о стандартах
Andrew Lobanov (tavern,1) → All – 04:55:27 2017-06-19
Начал играться с фэхами и фреками (реализовал свою мсль о том, чтобы файлы из фэх сразу попадали на фреки для поинтов). И вот что подумал: теперь уже не нужна получается схема f/f, так как файл лежит на фреках. Предлагаю упростить всё и оставить только схемы f/e для индексов и f/p для посылки файлов, а для загрузки уже использовать существующую схему x/file. Не то чтобы красиво, но зачем дублировать функционал?
Andrew Lobanov (tavern,1) → All – 04:55:27 2017-06-19
Начал играться с фэхами и фреками (реализовал свою мсль о том, чтобы файлы из фэх сразу попадали на фреки для поинтов). И вот что подумал: теперь уже не нужна получается схема f/f, так как файл лежит на фреках. Предлагаю упростить всё и оставить только схемы f/e для индексов и f/p для посылки файлов, а для загрузки уже использовать существующую схему x/file. Не то чтобы красиво, но зачем дублировать функционал?
# Re: Файлэхи
Peter (syscall,1) → Andrew Lobanov – 12:12:48 2017-06-19
Интересно.
А так ли необходимо затачиваться на x/file?
Может таки свою схему и для забора? И по fid его?
Кажется, что x/file заточен на файловое хранилище определенной структуры. Хорошо ли это?
Peter (syscall,1) → Andrew Lobanov – 12:12:48 2017-06-19
Интересно.
А так ли необходимо затачиваться на x/file?
Может таки свою схему и для забора? И по fid его?
Кажется, что x/file заточен на файловое хранилище определенной структуры. Хорошо ли это?