# Re: idec mobile
vit01 (mira, 1) → vit01 – 14:12:43 2017-06-15
Вот это на телефоне скрин (5.3'): https://ii-net.tk/screens/Screenshot_20170615-220642.png
Это планшет (7'): https://ii-net.tk/screens/Screenshot_2017-06-15-22-07-07.png
vit01 (mira, 1) → vit01 – 14:12:43 2017-06-15
Вот это на телефоне скрин (5.3'): https://ii-net.tk/screens/Screenshot_20170615-220642.png
Это планшет (7'): https://ii-net.tk/screens/Screenshot_2017-06-15-22-07-07.png
# Re: Мысли о стандартах
Andrew Lobanov (tavern,1) → vit01 – 15:17:57 2017-06-15
> Идея-то неплохая, правда, злоупотреблять ей будут наверняка.
Ну вот как я это вижу в наших реалиях: съездил я куда-нибудь (хоть в лес, хоть поинтовку провёл), пофоткал (ага, я никогда не фоткаю, но очень хочу да), зазиповал лучшие фотки и кинул в фэху photos, например. В случае цезия я хочу ввести механизм генерации квитков в карбонке. Мол, получены файлы: имя, описание. Увидел, что что-то ссыпалось, если вдруг не заметил на экране лол, открыл, посмотрел, снёс нафиг.
> Мне тоже. Поэтому автоматом только индексы подцеплять буду.
Одна из идей мной предложена в предыдущем сообщении. Пока она мне кажется отличным компромиссом.
Andrew Lobanov (tavern,1) → vit01 – 15:17:57 2017-06-15
> Идея-то неплохая, правда, злоупотреблять ей будут наверняка.
Ну вот как я это вижу в наших реалиях: съездил я куда-нибудь (хоть в лес, хоть поинтовку провёл), пофоткал (ага, я никогда не фоткаю, но очень хочу да), зазиповал лучшие фотки и кинул в фэху photos, например. В случае цезия я хочу ввести механизм генерации квитков в карбонке. Мол, получены файлы: имя, описание. Увидел, что что-то ссыпалось, если вдруг не заметил на экране лол, открыл, посмотрел, снёс нафиг.
> Мне тоже. Поэтому автоматом только индексы подцеплять буду.
Одна из идей мной предложена в предыдущем сообщении. Пока она мне кажется отличным компромиссом.
# Re: Мысли о стандартах
Andrew Lobanov (tavern,1) → btimofeev – 15:17:57 2017-06-15
> Так я и не понял: один и тот же файл будет храниться на всех серверах? Я думал что только индексы будут гейтоваться, а файл останется на одном сервере. Да и на клиенте мне так же не хотелось бы автоматом выкачивать все файлы.
Так точно. Файлы ходят между всеми так же, как сообщения. На тему выкачивания, всегда можно отписаться. В условиях доступного интернета и файлообменников с торрентами, кидать в фэху музыку или не дай Босх фильмы, это моветон. Но! Для разного рода контента можно легко создавать разного рода фэхи. И не обязательно на них на всех подписываться.
На тему, если вдруг что-то всё таки захочется скачать, но выборочно, я сейчас подумываю о том, чтобы в iing изменить способ хранения файлов и все пришедшие по фэхам файлы сразу класть на фреки для поинтов. Таким образом, можно вообще не подписываться, но если что-то захочется скачать, то это будет возможно.
Andrew Lobanov (tavern,1) → btimofeev – 15:17:57 2017-06-15
> Так я и не понял: один и тот же файл будет храниться на всех серверах? Я думал что только индексы будут гейтоваться, а файл останется на одном сервере. Да и на клиенте мне так же не хотелось бы автоматом выкачивать все файлы.
Так точно. Файлы ходят между всеми так же, как сообщения. На тему выкачивания, всегда можно отписаться. В условиях доступного интернета и файлообменников с торрентами, кидать в фэху музыку или не дай Босх фильмы, это моветон. Но! Для разного рода контента можно легко создавать разного рода фэхи. И не обязательно на них на всех подписываться.
На тему, если вдруг что-то всё таки захочется скачать, но выборочно, я сейчас подумываю о том, чтобы в iing изменить способ хранения файлов и все пришедшие по фэхам файлы сразу класть на фреки для поинтов. Таким образом, можно вообще не подписываться, но если что-то захочется скачать, то это будет возможно.
# Re: idec mobile
Andrew Lobanov (tavern,1) → vit01 – 15:17:57 2017-06-15
> Вот это на телефоне скрин (5.3'): https://ii-net.tk/screens/Screenshot_20170615-220642.png
> Это планшет (7'): https://ii-net.tk/screens/Screenshot_2017-06-15-22-07-07.png
Я начинаю хотеть планшет %)
Andrew Lobanov (tavern,1) → vit01 – 15:17:57 2017-06-15
> Вот это на телефоне скрин (5.3'): https://ii-net.tk/screens/Screenshot_20170615-220642.png
> Это планшет (7'): https://ii-net.tk/screens/Screenshot_2017-06-15-22-07-07.png
Я начинаю хотеть планшет %)
# Re: idec mobile
btimofeev (mira, 24) → vit01 – 13:17:03 2017-06-15
vit01> Из новых фич, как вы уже догадались, у нас планшетный режим.
К сожалению потестить не смогу, т.к. нет планшета, но хотелось бы.
vit01> 1. последнее прочитанное (в обычных эхах) выделяется цветом
vit01> 2. включена автопрокрутка до последнего прочитанного
Класс, стало гораздо информативнее.
vit01> 4. В непрочитанных сообщениях и в результатах поиска теперь можно выходить в список сообщений для навигации, как и в нормальных эхах.
Небольшой баг: если отключить опцию "Открывать последнее прочитанное", то в вышеназванных разделах вместо списка открывается сообщение. А после нажатия кнопки "назад" открывается список.
btimofeev (mira, 24) → vit01 – 13:17:03 2017-06-15
vit01> Из новых фич, как вы уже догадались, у нас планшетный режим.
К сожалению потестить не смогу, т.к. нет планшета, но хотелось бы.
vit01> 1. последнее прочитанное (в обычных эхах) выделяется цветом
vit01> 2. включена автопрокрутка до последнего прочитанного
Класс, стало гораздо информативнее.
vit01> 4. В непрочитанных сообщениях и в результатах поиска теперь можно выходить в список сообщений для навигации, как и в нормальных эхах.
Небольшой баг: если отключить опцию "Открывать последнее прочитанное", то в вышеназванных разделах вместо списка открывается сообщение. А после нажатия кнопки "назад" открывается список.
# Re: idec mobile
btimofeev (mira, 24) → vit01 – 18:28:04 2017-06-15
vit01> Это не баг, это фича. Я специально захардкодил так, чтобы в результатах поиска и в непрочитанных всегда открывалось само сообщение независимо от настроек. Это сделано в целях экономии времени.
По-моему, это не логичное поведение. Если пользователь хочет, что бы сразу отображалось сообщение, то он включит опцию в настройках. Если хочет список, то выключит опцию. А так получается, что в одной части приложения это поведение настраивается, а в другой нет. Как-то странно.
btimofeev (mira, 24) → vit01 – 18:28:04 2017-06-15
vit01> Это не баг, это фича. Я специально захардкодил так, чтобы в результатах поиска и в непрочитанных всегда открывалось само сообщение независимо от настроек. Это сделано в целях экономии времени.
По-моему, это не логичное поведение. Если пользователь хочет, что бы сразу отображалось сообщение, то он включит опцию в настройках. Если хочет список, то выключит опцию. А так получается, что в одной части приложения это поведение настраивается, а в другой нет. Как-то странно.
# Re: Мысли о стандартах
btimofeev (mira, 24) → vit01 – 13:58:35 2017-06-15
AL>> Подписался на фэху и все файлы, попадающие туда, к тебе ссыпятся автоматом. То есть они гейтуются и это в них самое вкусное. В отличии от фреков, мне видится большим преимуществом, что файлы сами будут приходить к пользователям.
vit01> А вот это очень плохо. Когда у меня появятся фэхи, то поставлю квоту на фетчер не более 100 мб в день.
vit01> На клиентах вообще сделаю скачивание исключительно по запросу (обновляться автоматически будут только индексы, а файлы пользователь будет качать сам).
Так я и не понял: один и тот же файл будет храниться на всех серверах? Я думал что только индексы будут гейтоваться, а файл останется на одном сервере. Да и на клиенте мне так же не хотелось бы автоматом выкачивать все файлы.
btimofeev (mira, 24) → vit01 – 13:58:35 2017-06-15
AL>> Подписался на фэху и все файлы, попадающие туда, к тебе ссыпятся автоматом. То есть они гейтуются и это в них самое вкусное. В отличии от фреков, мне видится большим преимуществом, что файлы сами будут приходить к пользователям.
vit01> А вот это очень плохо. Когда у меня появятся фэхи, то поставлю квоту на фетчер не более 100 мб в день.
vit01> На клиентах вообще сделаю скачивание исключительно по запросу (обновляться автоматически будут только индексы, а файлы пользователь будет качать сам).
Так я и не понял: один и тот же файл будет храниться на всех серверах? Я думал что только индексы будут гейтоваться, а файл останется на одном сервере. Да и на клиенте мне так же не хотелось бы автоматом выкачивать все файлы.
# Re: Мысли о стандартах
Andrew Lobanov (tavern,1) → vit01 – 12:33:30 2017-06-15
>>> В имени файла только английский алфавит, никаких спецсимволов и пробелов.
>> Хотя бы цифры, нижнее подчеркивание (или дефис, для разделения слов) и точку (для расширения файла) надо бы оставить.
> Ах ну да, само собой разумеется. Просто всякие там иероглифы, дубликаты букв и хрень вроде управляющих последовательностей не хочется иметь в имени файлов. Можно ещё русский алфавит оставить, если сильно захочется кому-нибудь.
Если честно, то мне видятся вполне достаточными ограничения, которые у нас на имена эх распространяются, и в этом случае. Английский алфавит с учётом регистра, цифры, минус, подчёркивание и точка.
Вот с ограничениями в описаниях у меня такой ясности мысли пока нет.
А ещё как быть с названиями фэх? Сейчас у меня позволяются вообще любые и я не вижу смысла в обязательной точке, например.
Andrew Lobanov (tavern,1) → vit01 – 12:33:30 2017-06-15
>>> В имени файла только английский алфавит, никаких спецсимволов и пробелов.
>> Хотя бы цифры, нижнее подчеркивание (или дефис, для разделения слов) и точку (для расширения файла) надо бы оставить.
> Ах ну да, само собой разумеется. Просто всякие там иероглифы, дубликаты букв и хрень вроде управляющих последовательностей не хочется иметь в имени файлов. Можно ещё русский алфавит оставить, если сильно захочется кому-нибудь.
Если честно, то мне видятся вполне достаточными ограничения, которые у нас на имена эх распространяются, и в этом случае. Английский алфавит с учётом регистра, цифры, минус, подчёркивание и точка.
Вот с ограничениями в описаниях у меня такой ясности мысли пока нет.
А ещё как быть с названиями фэх? Сейчас у меня позволяются вообще любые и я не вижу смысла в обязательной точке, например.
# Re: Мысли о стандартах
Andrew Lobanov (tavern,1) → btimofeev – 13:19:48 2017-06-15
Безусловно ЧС будет. Без этого никак. Ну и не стоит забывать, что фэхи будут разные и не обязательно подписываться на все. Как и гейтовать.
Andrew Lobanov (tavern,1) → btimofeev – 13:19:48 2017-06-15
Безусловно ЧС будет. Без этого никак. Ну и не стоит забывать, что фэхи будут разные и не обязательно подписываться на все. Как и гейтовать.
# Re: idec mobile
btimofeev (mira, 24) → vit01 – 18:35:18 2017-06-15
vit01> А ещё в 7 андроиде (да и в 6 тоже) можно менять масштаб изображения на экране в системных настройках.
Не нашел такого у себя в 6-ке, видимо в стандартной прошивке этого нет.
btimofeev (mira, 24) → vit01 – 18:35:18 2017-06-15
vit01> А ещё в 7 андроиде (да и в 6 тоже) можно менять масштаб изображения на экране в системных настройках.
Не нашел такого у себя в 6-ке, видимо в стандартной прошивке этого нет.
# Re: idec mobile
vit01 (mira, 1) → btimofeev – 13:49:04 2017-06-15
vit01>> Из новых фич, как вы уже догадались, у нас планшетный режим.
btimofeev> К сожалению потестить не смогу, т.к. нет планшета, но хотелось бы.
Можешь попробовать поменять 640dp в названиях каталогов ресурсов на меньшее значение.
А ещё в 7 андроиде (да и в 6 тоже) можно менять масштаб изображения на экране в системных настройках. Так что с пятидюймовкой протестировать можешь без проблем. У меня почти на самом минимуме стоит масштаб.
// только что важный коммит сделал, который падение исправляет кое-где, обновись
vit01 (mira, 1) → btimofeev – 13:49:04 2017-06-15
vit01>> Из новых фич, как вы уже догадались, у нас планшетный режим.
btimofeev> К сожалению потестить не смогу, т.к. нет планшета, но хотелось бы.
Можешь попробовать поменять 640dp в названиях каталогов ресурсов на меньшее значение.
А ещё в 7 андроиде (да и в 6 тоже) можно менять масштаб изображения на экране в системных настройках. Так что с пятидюймовкой протестировать можешь без проблем. У меня почти на самом минимуме стоит масштаб.
// только что важный коммит сделал, который падение исправляет кое-где, обновись
# Re: Мысли о стандартах
Andrew Lobanov (tavern,1) → vit01 – 16:58:16 2017-06-15
> Ты стандарт всё равно опиши в документации, да поподробнее, другим ведь тоже у себя реализовывать надо.
> Плюс можно будет определённые куски текста на доработку отправлять, если спор возникнет.
Пока давай просто обсудим, если остальные участники дискусссии не против. Моя реализация во-первых проста, а во-вторых пока ещё не окончена. Когда будет устаканившийся стандарт, тогда и займусь описанием. А живое обсуждение в эхе для меня проще.
Когда дообсудим разные штуки (те же фильтры на описания, например), я накидаю черновик доки и пушну в реп. А там уже будем более детально обсуждать. Во всяком случае, пока мне такой подход видится наиболее продуктивным.
Спешить же с реализацией стандарта совершенно ни к чему. Куда мы торопимся то? Джва года без файлэх жили, ещё несколько недель/месяцев проживём без проблем. Острой необходимости то нет =)
Andrew Lobanov (tavern,1) → vit01 – 16:58:16 2017-06-15
> Ты стандарт всё равно опиши в документации, да поподробнее, другим ведь тоже у себя реализовывать надо.
> Плюс можно будет определённые куски текста на доработку отправлять, если спор возникнет.
Пока давай просто обсудим, если остальные участники дискусссии не против. Моя реализация во-первых проста, а во-вторых пока ещё не окончена. Когда будет устаканившийся стандарт, тогда и займусь описанием. А живое обсуждение в эхе для меня проще.
Когда дообсудим разные штуки (те же фильтры на описания, например), я накидаю черновик доки и пушну в реп. А там уже будем более детально обсуждать. Во всяком случае, пока мне такой подход видится наиболее продуктивным.
Спешить же с реализацией стандарта совершенно ни к чему. Куда мы торопимся то? Джва года без файлэх жили, ещё несколько недель/месяцев проживём без проблем. Острой необходимости то нет =)
# Re: Мысли о стандартах
Andrew Lobanov (tavern,1) → vit01 – 15:17:57 2017-06-15
>> Подписался на фэху и все файлы, попадающие туда, к тебе ссыпятся автоматом. То есть они гейтуются и это в них самое вкусное. В отличии от фреков, мне видится большим преимуществом, что файлы сами будут приходить к пользователям.
> А вот это очень плохо. Когда у меня появятся фэхи, то поставлю квоту на фетчер не более 100 мб в день.
Мне видится, что больший объём это уже не очнь нормально. Это, в конце концов, не для обмена музыкой и фильмами, а для обмена фоточками, например, софтом (нашим, например, в виде сборок) и всякого такого. Посмотрим, как оно будет использоваться на практике и изменим квоты в соответствии.
> На клиентах вообще сделаю скачивание исключительно по запросу (обновляться автоматически будут только индексы, а файлы пользователь будет качать сам).
На мобильном устройстве это наиболее правильное решение, ИМХО. Тот же "Горячаяя Собака Редактор", на который я уже неоднократно ссылался, вообще не поддерживает файлэхи, если мне не изменяет склероз.
> Согласен на 64 + 1024.
Консенсус! =)
> В идеале надо просто непечатаемые символы удалить, а видимые - оставить. Но не знаю, как это технически реализуется.
>> Читать далее
Andrew Lobanov (tavern,1) → vit01 – 15:17:57 2017-06-15
>> Подписался на фэху и все файлы, попадающие туда, к тебе ссыпятся автоматом. То есть они гейтуются и это в них самое вкусное. В отличии от фреков, мне видится большим преимуществом, что файлы сами будут приходить к пользователям.
> А вот это очень плохо. Когда у меня появятся фэхи, то поставлю квоту на фетчер не более 100 мб в день.
Мне видится, что больший объём это уже не очнь нормально. Это, в конце концов, не для обмена музыкой и фильмами, а для обмена фоточками, например, софтом (нашим, например, в виде сборок) и всякого такого. Посмотрим, как оно будет использоваться на практике и изменим квоты в соответствии.
> На клиентах вообще сделаю скачивание исключительно по запросу (обновляться автоматически будут только индексы, а файлы пользователь будет качать сам).
На мобильном устройстве это наиболее правильное решение, ИМХО. Тот же "Горячаяя Собака Редактор", на который я уже неоднократно ссылался, вообще не поддерживает файлэхи, если мне не изменяет склероз.
> Согласен на 64 + 1024.
Консенсус! =)
> В идеале надо просто непечатаемые символы удалить, а видимые - оставить. Но не знаю, как это технически реализуется.
>> Читать далее
# Re: idec mobile
vit01 (mira, 1) → btimofeev – 13:56:53 2017-06-15
vit01>> 4. В непрочитанных сообщениях и в результатах поиска теперь можно выходить в список сообщений для навигации, как и в нормальных эхах.
btimofeev> Небольшой баг: если отключить опцию "Открывать последнее прочитанное", то в вышеназванных разделах вместо списка открывается сообщение. А после нажатия кнопки "назад" открывается список.
Это не баг, это фича. Я специально захардкодил так, чтобы в результатах поиска и в непрочитанных всегда открывалось само сообщение независимо от настроек. Это сделано в целях экономии времени.
И насчёт кнопки "назад" при отключенной (и включенной) настройке поведение мною специально тестировалось. Так и должно быть
vit01 (mira, 1) → btimofeev – 13:56:53 2017-06-15
vit01>> 4. В непрочитанных сообщениях и в результатах поиска теперь можно выходить в список сообщений для навигации, как и в нормальных эхах.
btimofeev> Небольшой баг: если отключить опцию "Открывать последнее прочитанное", то в вышеназванных разделах вместо списка открывается сообщение. А после нажатия кнопки "назад" открывается список.
Это не баг, это фича. Я специально захардкодил так, чтобы в результатах поиска и в непрочитанных всегда открывалось само сообщение независимо от настроек. Это сделано в целях экономии времени.
И насчёт кнопки "назад" при отключенной (и включенной) настройке поведение мною специально тестировалось. Так и должно быть
# Re: Мысли о стандартах
Kerbal (syscall,8) → Andrew Lobanov – 13:27:20 2017-06-15
Должен быть список разрешённых символов. Он будет всяко меньше списка запрещённых и работать быстрее.
Kerbal (syscall,8) → Andrew Lobanov – 13:27:20 2017-06-15
Должен быть список разрешённых символов. Он будет всяко меньше списка запрещённых и работать быстрее.
# Re: idec mobile
vit01 (mira, 1) → Andrew Lobanov – 15:49:22 2017-06-15
AL> Я начинаю хотеть планшет %)
На самом деле не стоит. Во-первых, в карман фиг засунешь. Во-вторых, придётся таскать клавиатуру, потому что без неё толку от девайса мало (самому вот не повезло, прошивка планшета USB OTG не поддерживает).
Телефон во многом лучше или фаблет. Например, 5.5 дюймов или 6. Там и экран относительно большой, и влезать будет в штаны.
Планшет мне нужен, чтобы тестировать наш клиент на Android 4.4, потому что на основном девайсе семёрка. Ну и для подстраховки таскаю его на дачу (на тот случай, если мобила разрядилась). А так его мать юзает, чтобы кинцо всякое разное смотреть.
vit01 (mira, 1) → Andrew Lobanov – 15:49:22 2017-06-15
AL> Я начинаю хотеть планшет %)
На самом деле не стоит. Во-первых, в карман фиг засунешь. Во-вторых, придётся таскать клавиатуру, потому что без неё толку от девайса мало (самому вот не повезло, прошивка планшета USB OTG не поддерживает).
Телефон во многом лучше или фаблет. Например, 5.5 дюймов или 6. Там и экран относительно большой, и влезать будет в штаны.
Планшет мне нужен, чтобы тестировать наш клиент на Android 4.4, потому что на основном девайсе семёрка. Ну и для подстраховки таскаю его на дачу (на тот случай, если мобила разрядилась). А так его мать юзает, чтобы кинцо всякое разное смотреть.
# Re: Мысли о стандартах
vit01 (mira, 1) → Andrew Lobanov – 13:42:55 2017-06-15
AL> Подписался на фэху и все файлы, попадающие туда, к тебе ссыпятся автоматом. То есть они гейтуются и это в них самое вкусное. В отличии от фреков, мне видится большим преимуществом, что файлы сами будут приходить к пользователям.
AL> ЗЫЖ Вот большие объёмы не знаю как ограничить. Административно или технически.
А вот это очень плохо. Когда у меня появятся фэхи, то поставлю квоту на фетчер не более 100 мб в день.
На клиентах вообще сделаю скачивание исключительно по запросу (обновляться автоматически будут только индексы, а файлы пользователь будет качать сам).
AL> Не взирая на мой предыдущий абзац, пожалуй всё же введу такое ограничение. Причём имя файла я бы подрезал до 64-х ну или хотя бы 128-и символов. Описание тоже срезал бы до килобайта. И то оверхед.
Согласен на 64 + 1024.
AL> и ни в чём не ограничиваем описание. Запрещать всякие спецсимволы это надо подумать. Если не затруднит, можно привести их список, а то я пока не знаю как их искать? =)
Окей, пусть так будет. Не, насчёт спецсимволов я, например, могу припомнить непечатаемые последовательности, которые в консоли есть. Ещё есть переворачиваемая последовательность, которая файл 3mp.exe превращает зрительно в exe.mp3
В идеале надо просто непечатаемые символы удалить, а видимые - оставить. Но не знаю, как это технически реализуется.
>> Читать далее
vit01 (mira, 1) → Andrew Lobanov – 13:42:55 2017-06-15
AL> Подписался на фэху и все файлы, попадающие туда, к тебе ссыпятся автоматом. То есть они гейтуются и это в них самое вкусное. В отличии от фреков, мне видится большим преимуществом, что файлы сами будут приходить к пользователям.
AL> ЗЫЖ Вот большие объёмы не знаю как ограничить. Административно или технически.
А вот это очень плохо. Когда у меня появятся фэхи, то поставлю квоту на фетчер не более 100 мб в день.
На клиентах вообще сделаю скачивание исключительно по запросу (обновляться автоматически будут только индексы, а файлы пользователь будет качать сам).
AL> Не взирая на мой предыдущий абзац, пожалуй всё же введу такое ограничение. Причём имя файла я бы подрезал до 64-х ну или хотя бы 128-и символов. Описание тоже срезал бы до килобайта. И то оверхед.
Согласен на 64 + 1024.
AL> и ни в чём не ограничиваем описание. Запрещать всякие спецсимволы это надо подумать. Если не затруднит, можно привести их список, а то я пока не знаю как их искать? =)
Окей, пусть так будет. Не, насчёт спецсимволов я, например, могу припомнить непечатаемые последовательности, которые в консоли есть. Ещё есть переворачиваемая последовательность, которая файл 3mp.exe превращает зрительно в exe.mp3
В идеале надо просто непечатаемые символы удалить, а видимые - оставить. Но не знаю, как это технически реализуется.
>> Читать далее
# Re: Мысли о стандартах
vit01 (mira, 1) → btimofeev – 14:03:41 2017-06-15
btimofeev> Так я и не понял: один и тот же файл будет храниться на всех серверах?
Да, а иначе смысла особого в фэхах вообще нет. Есть ведь /x/file
Идея-то неплохая, правда, злоупотреблять ей будут наверняка.
btimofeev> Да и на клиенте мне так же не хотелось бы автоматом выкачивать все файлы.
Мне тоже. Поэтому автоматом только индексы подцеплять буду.
vit01 (mira, 1) → btimofeev – 14:03:41 2017-06-15
btimofeev> Так я и не понял: один и тот же файл будет храниться на всех серверах?
Да, а иначе смысла особого в фэхах вообще нет. Есть ведь /x/file
Идея-то неплохая, правда, злоупотреблять ей будут наверняка.
btimofeev> Да и на клиенте мне так же не хотелось бы автоматом выкачивать все файлы.
Мне тоже. Поэтому автоматом только индексы подцеплять буду.
# Re: Мысли о стандартах
vit01 (mira, 1) → Andrew Lobanov – 15:53:25 2017-06-15
Ты стандарт всё равно опиши в документации, да поподробнее, другим ведь тоже у себя реализовывать надо.
Плюс можно будет определённые куски текста на доработку отправлять, если спор возникнет.
vit01 (mira, 1) → Andrew Lobanov – 15:53:25 2017-06-15
Ты стандарт всё равно опиши в документации, да поподробнее, другим ведь тоже у себя реализовывать надо.
Плюс можно будет определённые куски текста на доработку отправлять, если спор возникнет.
# Re: Мысли о стандартах
btimofeev (tavern,13) → Andrew Lobanov – 12:54:06 2017-06-15
AL> Пользователи будут загружать. Удалять не смогут.
В обычных эхах сообщения не удаляемые, имеется черный список. А здесь как? Если сисоп удалит файл, он будет добавлен в черный список? Или клиент при заходе в файлэху будет каждый раз загружать весь список файлов?
btimofeev (tavern,13) → Andrew Lobanov – 12:54:06 2017-06-15
AL> Пользователи будут загружать. Удалять не смогут.
В обычных эхах сообщения не удаляемые, имеется черный список. А здесь как? Если сисоп удалит файл, он будет добавлен в черный список? Или клиент при заходе в файлэху будет каждый раз загружать весь список файлов?
# Re: Мысли о стандартах
Andrew Lobanov (tavern,1) → All – 06:45:16 2017-06-15
Итак, последние приготовления перед пушем iing с файлэхами.
Работает это всё по трём новым схемам:
f/e/<fecho>
возвращает список файлов в фэхе (одной за запрос) в формате
имя_файла:описание
f/f/<fecho>/<filename>
скачивает нужный файл из фэхи (разные фэхи могут содержать одинаковые имена файлов).
f/p
>> Читать далее
Andrew Lobanov (tavern,1) → All – 06:45:16 2017-06-15
Итак, последние приготовления перед пушем iing с файлэхами.
Работает это всё по трём новым схемам:
f/e/<fecho>
возвращает список файлов в фэхе (одной за запрос) в формате
имя_файла:описание
f/f/<fecho>/<filename>
скачивает нужный файл из фэхи (разные фэхи могут содержать одинаковые имена файлов).
f/p
>> Читать далее
# Re: Мысли о стандартах
Andrew Lobanov (tavern,1) → vit01 – 12:33:29 2017-06-15
>> В случае файлэх нужен механизм однозначного признака, отличающего имя фэхи от имени файла. Поэтому пока нет такого. Но мы ж тут обсуждаем будущее расширение стандарта =) Готов подумать и принять предложения к рассмотрению.
> Рома в таких случаях использовал двоеточие. А насчёт имени файла мы поставим его в "запретные" символы. Один фиг в некоторых ФС этот символ нельзя использовать. И слэши точно нельзя, можно их взять
А вот, кстати. В индексе фэхи есть двоеточия, а в имени нет. Значит можно считать строку с двоеточием именем фэхи =) Всё на поверхности же.
>> В случае файлэхи не очень понятен юзкейс для которого это поле нужно. Можно поподробнее?
> Не, ну ты чё. Скачивать файл 2 килобайта и 20 гигабайт есть разница и огромная. Во втором случае я ещё подумаю, надо это мне или нет (особенно если с телефона сижу, где трафик - это время и часто деньги). Да и на серверах ресурсы не резиновые. Это позволит писать скрипты, которые будут рассчитывать свободное место и выдавать уведомления мне как сисопу, например, что, дескать, всё, хватит.
За посыл в фэху 20 гигов надо карать =) Сам юзкейс фэх это передача небольших файлов.
>> Запостить файл с именем, длина которого свалит фс, вряд ли возможно, а описание вряд ли вообще может на что-то повлиять.
> Вот так и возникают уязвимости :) Ай да, и так сойдёт, как говорится ;)
Я руководствуюсь принципом Оккама. Отсекаю лишнее. Пока я не смог придумать гипотетической ситуации, которая свалит узел или клиента через длину файла или описания.
>> Читать далее
Andrew Lobanov (tavern,1) → vit01 – 12:33:29 2017-06-15
>> В случае файлэх нужен механизм однозначного признака, отличающего имя фэхи от имени файла. Поэтому пока нет такого. Но мы ж тут обсуждаем будущее расширение стандарта =) Готов подумать и принять предложения к рассмотрению.
> Рома в таких случаях использовал двоеточие. А насчёт имени файла мы поставим его в "запретные" символы. Один фиг в некоторых ФС этот символ нельзя использовать. И слэши точно нельзя, можно их взять
А вот, кстати. В индексе фэхи есть двоеточия, а в имени нет. Значит можно считать строку с двоеточием именем фэхи =) Всё на поверхности же.
>> В случае файлэхи не очень понятен юзкейс для которого это поле нужно. Можно поподробнее?
> Не, ну ты чё. Скачивать файл 2 килобайта и 20 гигабайт есть разница и огромная. Во втором случае я ещё подумаю, надо это мне или нет (особенно если с телефона сижу, где трафик - это время и часто деньги). Да и на серверах ресурсы не резиновые. Это позволит писать скрипты, которые будут рассчитывать свободное место и выдавать уведомления мне как сисопу, например, что, дескать, всё, хватит.
За посыл в фэху 20 гигов надо карать =) Сам юзкейс фэх это передача небольших файлов.
>> Запостить файл с именем, длина которого свалит фс, вряд ли возможно, а описание вряд ли вообще может на что-то повлиять.
> Вот так и возникают уязвимости :) Ай да, и так сойдёт, как говорится ;)
Я руководствуюсь принципом Оккама. Отсекаю лишнее. Пока я не смог придумать гипотетической ситуации, которая свалит узел или клиента через длину файла или описания.
>> Читать далее
# Re: Мысли о стандартах
vit01 (mira, 1) → Andrew Lobanov – 11:32:08 2017-06-15
> 2. Для обычных эх доступны запросы вида /u/e/echo.1/echo.2
AL> В случае файлэх нужен механизм однозначного признака, отличающего имя фэхи от имени файла. Поэтому пока нет такого. Но мы ж тут обсуждаем будущее расширение стандарта =) Готов подумать и принять предложения к рассмотрению.
Рома в таких случаях использовал двоеточие. А насчёт имени файла мы поставим его в "запретные" символы. Один фиг в некоторых ФС этот символ нельзя использовать. И слэши точно нельзя, можно их взять
> 1. Обязательно требуется поле размера файла (в байтах), как сейчас есть в /x/file. Без этого никак 100%
AL> В случае файлэхи не очень понятен юзкейс для которого это поле нужно. Можно поподробнее?
Не, ну ты чё. Скачивать файл 2 килобайта и 20 гигабайт есть разница и огромная. Во втором случае я ещё подумаю, надо это мне или нет (особенно если с телефона сижу, где трафик - это время и часто деньги). Да и на серверах ресурсы не резиновые. Это позволит писать скрипты, которые будут рассчитывать свободное место и выдавать уведомления мне как сисопу, например, что, дескать, всё, хватит.
Котов в мешке никому качать не хочется. Особенно если в мешке не кот, а большая связка кирпичей.
AL> Запостить файл с именем, длина которого свалит фс, вряд ли возможно, а описание вряд ли вообще может на что-то повлиять.
>> Читать далее
vit01 (mira, 1) → Andrew Lobanov – 11:32:08 2017-06-15
> 2. Для обычных эх доступны запросы вида /u/e/echo.1/echo.2
AL> В случае файлэх нужен механизм однозначного признака, отличающего имя фэхи от имени файла. Поэтому пока нет такого. Но мы ж тут обсуждаем будущее расширение стандарта =) Готов подумать и принять предложения к рассмотрению.
Рома в таких случаях использовал двоеточие. А насчёт имени файла мы поставим его в "запретные" символы. Один фиг в некоторых ФС этот символ нельзя использовать. И слэши точно нельзя, можно их взять
> 1. Обязательно требуется поле размера файла (в байтах), как сейчас есть в /x/file. Без этого никак 100%
AL> В случае файлэхи не очень понятен юзкейс для которого это поле нужно. Можно поподробнее?
Не, ну ты чё. Скачивать файл 2 килобайта и 20 гигабайт есть разница и огромная. Во втором случае я ещё подумаю, надо это мне или нет (особенно если с телефона сижу, где трафик - это время и часто деньги). Да и на серверах ресурсы не резиновые. Это позволит писать скрипты, которые будут рассчитывать свободное место и выдавать уведомления мне как сисопу, например, что, дескать, всё, хватит.
Котов в мешке никому качать не хочется. Особенно если в мешке не кот, а большая связка кирпичей.
AL> Запостить файл с именем, длина которого свалит фс, вряд ли возможно, а описание вряд ли вообще может на что-то повлиять.
>> Читать далее
# Re: Мысли о стандартах
Andrew Lobanov (tavern,1) → All – 11:16:02 2017-06-15
Изменения по мотивам предыдущего сообщения Виктора:
* f/e теперь поддерживает слайсы аналогично расширенной u/e, но пока не поддерживает несколько фэх одновременно;
* появилась схема f/c, работающая аналогично x/c;
* в индекс фэхи теперь сохраняется информация об отправителе файла.
По поводу f/e у меня есть мысль в виде спецсимола в перед именем фэхи. Например, как я сделал расцветку квотированных строк в цезии, chr(15) + fecho. Если такой вариант кажется приемлемым, то так и сделаю. Если есть более разумные предложения, то традиционно открыт для диалога =)
Andrew Lobanov (tavern,1) → All – 11:16:02 2017-06-15
Изменения по мотивам предыдущего сообщения Виктора:
* f/e теперь поддерживает слайсы аналогично расширенной u/e, но пока не поддерживает несколько фэх одновременно;
* появилась схема f/c, работающая аналогично x/c;
* в индекс фэхи теперь сохраняется информация об отправителе файла.
По поводу f/e у меня есть мысль в виде спецсимола в перед именем фэхи. Например, как я сделал расцветку квотированных строк в цезии, chr(15) + fecho. Если такой вариант кажется приемлемым, то так и сделаю. Если есть более разумные предложения, то традиционно открыт для диалога =)
# Re: Мысли о стандартах
Andrew Lobanov (tavern,1) → vit01 – 13:00:33 2017-06-14
> И эту "личкоэху" можно прописать по умолчанию во всех наших клиентах. А все сообщения "лично для тебя" сразу будут лезть в карбонку (как всегда и бывает), так что не надо будет беспокоиться о работе "из коробки".
> Любители экзотики по своему желанию могут личные эхи себе настроить.
Я думал сделать дополнительную схему, где по authstr отдавать только те сообщения, которые совпадают с пользователем. Снять нагрузку с клиентов, в общем. Про PGP в принципе согласен. Его лучше таки использовать, но придётся лепить удобный механизм работы с этем делом. В том числе и через веб-интерфейс. Так что хотелось бы хорошенько продумать этот вопрос.
Andrew Lobanov (tavern,1) → vit01 – 13:00:33 2017-06-14
> И эту "личкоэху" можно прописать по умолчанию во всех наших клиентах. А все сообщения "лично для тебя" сразу будут лезть в карбонку (как всегда и бывает), так что не надо будет беспокоиться о работе "из коробки".
> Любители экзотики по своему желанию могут личные эхи себе настроить.
Я думал сделать дополнительную схему, где по authstr отдавать только те сообщения, которые совпадают с пользователем. Снять нагрузку с клиентов, в общем. Про PGP в принципе согласен. Его лучше таки использовать, но придётся лепить удобный механизм работы с этем делом. В том числе и через веб-интерфейс. Так что хотелось бы хорошенько продумать этот вопрос.