# Re: Снова мысли о нетмыле
Peter (syscall,1) → Peter – 20:17:11 2017-08-07
Ну или распиши подробно твою схему? Как сообщения создаются? Как забираются поинтом и нодой с тз запросов?
Peter (syscall,1) → Peter – 20:17:11 2017-08-07
Ну или распиши подробно твою схему? Как сообщения создаются? Как забираются поинтом и нодой с тз запросов?
# Re: Что я натворил
Peter (syscall,1) → Peter – 19:58:35 2017-08-05
Изменил кое-что, так что ссылка из прошлого сообщения не работает.
Аналог выборки:
//club-test.syscall.ru/query.ea@query.ea%40ii.14%400KDQvtC80LA%3D@bGludXg%3D">http://club-test.syscall.ru/query.ea@query.ea%40ii.14%400KDQvtC80LA%3D@bGludXg%3D
Или:
//club-test.syscall.ru/u/e/query.ea@query.ea%40ii.14%400KDQvtC80LA%3D@bGludXg%3D">http://club-test.syscall.ru/u/e/query.ea@query.ea%40ii.14%400KDQvtC80LA%3D@bGludXg%3D
Peter (syscall,1) → Peter – 19:58:35 2017-08-05
Изменил кое-что, так что ссылка из прошлого сообщения не работает.
Аналог выборки:
//club-test.syscall.ru/query.ea@query.ea%40ii.14%400KDQvtC80LA%3D@bGludXg%3D">http://club-test.syscall.ru/query.ea@query.ea%40ii.14%400KDQvtC80LA%3D@bGludXg%3D
Или:
//club-test.syscall.ru/u/e/query.ea@query.ea%40ii.14%400KDQvtC80LA%3D@bGludXg%3D">http://club-test.syscall.ru/u/e/query.ea@query.ea%40ii.14%400KDQvtC80LA%3D@bGludXg%3D
# Re: Снова мысли о нетмыле
Peter (syscall,1) → vit01 – 17:44:05 2017-08-07
> Только я за то, чтобы название скрытоэхи генерировалось на клиенте
Название скрытоэхи, конечно, генерируется при создании сообщения. То есть, на клиентской стороне.
Сервер детектит приватные эхи только в целях отдачи их всех другой ноде.
Peter (syscall,1) → vit01 – 17:44:05 2017-08-07
> Только я за то, чтобы название скрытоэхи генерировалось на клиенте
Название скрытоэхи, конечно, генерируется при создании сообщения. То есть, на клиентской стороне.
Сервер детектит приватные эхи только в целях отдачи их всех другой ноде.
# Re: Снова мысли о нетмыле
Andrew Lobanov (tavern,1) → Peter – 19:38:31 2017-08-07
>> Только я за то, чтобы название скрытоэхи генерировалось на клиенте
> Название скрытоэхи, конечно, генерируется при создании сообщения. То есть, на клиентской стороне.
> Сервер детектит приватные эхи только в целях отдачи их всех другой ноде.
Мне одному это видится слишком размашисто для простого нетмейла? Куча эх для единичных сообщений, существенная переделка клиента чтобы это было действительно удобно и не приходилось продираться через кашу приватных и публичных конференций. И вот это вот всё.
Короче, пока я воздержусь от особого комментирования.
Andrew Lobanov (tavern,1) → Peter – 19:38:31 2017-08-07
>> Только я за то, чтобы название скрытоэхи генерировалось на клиенте
> Название скрытоэхи, конечно, генерируется при создании сообщения. То есть, на клиентской стороне.
> Сервер детектит приватные эхи только в целях отдачи их всех другой ноде.
Мне одному это видится слишком размашисто для простого нетмейла? Куча эх для единичных сообщений, существенная переделка клиента чтобы это было действительно удобно и не приходилось продираться через кашу приватных и публичных конференций. И вот это вот всё.
Короче, пока я воздержусь от особого комментирования.
# Re: Снова мысли о нетмыле
Andrew Lobanov (tavern,1) → Peter – 20:54:23 2017-08-07
>> Короче, пока я воздержусь от особого комментирования
> Наоборот, лучше разверни мысль.
> Почему куча эх для единичных сообщений? Эха создается в первый раз, а потом в нее пишут абоненты. Скорее, обычно это будет 1 эха на 1 собеседника. Ответ же делается в уже созданную эху.
Десять собеседников -- десять эх.
> Существенная переделка клиента. В чем она состоит?
Со стороны клиента, насколько я понял, будет всё то же: одна эха - один собеседник.
Andrew Lobanov (tavern,1) → Peter – 20:54:23 2017-08-07
>> Короче, пока я воздержусь от особого комментирования
> Наоборот, лучше разверни мысль.
> Почему куча эх для единичных сообщений? Эха создается в первый раз, а потом в нее пишут абоненты. Скорее, обычно это будет 1 эха на 1 собеседника. Ответ же делается в уже созданную эху.
Десять собеседников -- десять эх.
> Существенная переделка клиента. В чем она состоит?
Со стороны клиента, насколько я понял, будет всё то же: одна эха - один собеседник.
# Re: Снова мысли о нетмыле
vit01 (mira, 1) → Peter – 17:28:26 2017-08-07
Мне нравится эта идея. Не, серьёзно.
Peter> 1) не читабельные имена эх. генерируемых автоматически. Но, может, терпимо?
Терпимо. Только я за то, чтобы название скрытоэхи генерировалось на клиенте (даже если это хэш(authstr + дата)). А сервер будет только по алгоритму делать проверку.
То есть если название эхи называется с "__private.", то лишь тогда относить её к нетмейлу.
vit01 (mira, 1) → Peter – 17:28:26 2017-08-07
Мне нравится эта идея. Не, серьёзно.
Peter> 1) не читабельные имена эх. генерируемых автоматически. Но, может, терпимо?
Терпимо. Только я за то, чтобы название скрытоэхи генерировалось на клиенте (даже если это хэш(authstr + дата)). А сервер будет только по алгоритму делать проверку.
То есть если название эхи называется с "__private.", то лишь тогда относить её к нетмейлу.
# Что я натворил
Peter (syscall,1) → Andrew Lobanov – 19:21:41 2017-08-05
Хочу поделиться мыслями по поводу моих экспериментов с iing. :) К сожалению, не удержался, и расколбасил iing так, что теперь мержится будет довольно сложно :)
Мне не давала покоя мысль, что и поиск и карбонки -- суть одно и то же. Это выборки. Причем эхи - это тоже выборки.
В итоге я ввел такое понятие, как виртуальная эха, на которой сделал и карбонки и поиск. Как это выглядит. Например:
mail.to@Peter -- это виртуальная эха, которая показывает все сообщения для Peter. @ - признак виртуальной эхи. То, что справа -- параметр по сути выборки.
По сути, можно сделать запрос http://club-test.syscall.ru/u/e/mail.to@Peter и получить список msgid карбонки.
Дальше -- хуже. Что такое поиск?
query.ea@запрос
Где запрос:
>> Читать далее
Peter (syscall,1) → Andrew Lobanov – 19:21:41 2017-08-05
Хочу поделиться мыслями по поводу моих экспериментов с iing. :) К сожалению, не удержался, и расколбасил iing так, что теперь мержится будет довольно сложно :)
Мне не давала покоя мысль, что и поиск и карбонки -- суть одно и то же. Это выборки. Причем эхи - это тоже выборки.
В итоге я ввел такое понятие, как виртуальная эха, на которой сделал и карбонки и поиск. Как это выглядит. Например:
mail.to@Peter -- это виртуальная эха, которая показывает все сообщения для Peter. @ - признак виртуальной эхи. То, что справа -- параметр по сути выборки.
По сути, можно сделать запрос http://club-test.syscall.ru/u/e/mail.to@Peter и получить список msgid карбонки.
Дальше -- хуже. Что такое поиск?
query.ea@запрос
Где запрос:
>> Читать далее
# Re: Снова мысли о нетмыле
Peter (syscall,1) → Andrew Lobanov – 20:09:33 2017-08-07
> приходилось продираться через кашу приватных и публичных конференций. И вот это вот всё.
По идее, даже без переделки все приватные будут рядом. И тут вариант: или 10 скрытоэх как 10 личных топиков с 10 людьми, или в одном netmail беседа с 10 разными людьми. В первом варианте есть возможность как то организовать это дело. Во втором -- в принципе тоже. Но за счет уже анализа to. Но раз это примерно одно и то же, а первое вроде бы проще, кажется что вариант не такой уж пропащий. Я наоборот хотел бы пообсуждать, но если идея в корне не нравится, не настаиваю.
Peter (syscall,1) → Andrew Lobanov – 20:09:33 2017-08-07
> приходилось продираться через кашу приватных и публичных конференций. И вот это вот всё.
По идее, даже без переделки все приватные будут рядом. И тут вариант: или 10 скрытоэх как 10 личных топиков с 10 людьми, или в одном netmail беседа с 10 разными людьми. В первом варианте есть возможность как то организовать это дело. Во втором -- в принципе тоже. Но за счет уже анализа to. Но раз это примерно одно и то же, а первое вроде бы проще, кажется что вариант не такой уж пропащий. Я наоборот хотел бы пообсуждать, но если идея в корне не нравится, не настаиваю.
# Re: Снова мысли о нетмыле
Andrew Lobanov (tavern,1) → Peter – 20:54:24 2017-08-07
> Ну или распиши подробно твою схему? Как сообщения создаются? Как забираются поинтом и нодой с тз запросов?
Ну оно сильно не отличалось с точки зрения запросов. Просто всё в одной эхе "netmail", а не раскидано по нескольким.
Грубо говоря:
== Запрос нетмейла поинтом
POST /n/p
pauth=<pauth>
slice=start:end
Возвращает индекс нетмейла для конкретного поинта.
>> Читать далее
Andrew Lobanov (tavern,1) → Peter – 20:54:24 2017-08-07
> Ну или распиши подробно твою схему? Как сообщения создаются? Как забираются поинтом и нодой с тз запросов?
Ну оно сильно не отличалось с точки зрения запросов. Просто всё в одной эхе "netmail", а не раскидано по нескольким.
Грубо говоря:
== Запрос нетмейла поинтом
POST /n/p
pauth=<pauth>
slice=start:end
Возвращает индекс нетмейла для конкретного поинта.
>> Читать далее
# Re: Снова мысли о нетмыле
Peter (syscall,1) → Andrew Lobanov – 20:00:44 2017-08-07
> Короче, пока я воздержусь от особого комментирования
Наоборот, лучше разверни мысль.
Почему куча эх для единичных сообщений? Эха создается в первый раз, а потом в нее пишут абоненты. Скорее, обычно это будет 1 эха на 1 собеседника. Ответ же делается в уже созданную эху.
Существенная переделка клиента. В чем она состоит?
Peter (syscall,1) → Andrew Lobanov – 20:00:44 2017-08-07
> Короче, пока я воздержусь от особого комментирования
Наоборот, лучше разверни мысль.
Почему куча эх для единичных сообщений? Эха создается в первый раз, а потом в нее пишут абоненты. Скорее, обычно это будет 1 эха на 1 собеседника. Ответ же делается в уже созданную эху.
Существенная переделка клиента. В чем она состоит?
# Re: Снова мысли о нетмыле
Peter (syscall,1) → Peter – 20:31:49 2017-08-07
Подумал и понял, что отличий между моей схемой и схемой с 1й эхой не так уж и много.
1. Забор nemail поинтом подразумевается по authstr. У меня это часть имени метаэхи. А у тебя какой будет запрос AL?
2. В моем случае в запрос попадают мессаги с echoarea приватных эх, но это может быть и одна эха. Технически очень близко.
3. Ноды забирают друг у друга нетмыл тоже по authstr. Как будет выглядеть запрос у тебя?
В общем, чисто технически, одно решение превратить в другое будет просто. Давайте уже что то выберем. Мне хочется сделать в клубе лс потенциально совместимым со стандартом.
Не отмалчиваемся. :)
Peter (syscall,1) → Peter – 20:31:49 2017-08-07
Подумал и понял, что отличий между моей схемой и схемой с 1й эхой не так уж и много.
1. Забор nemail поинтом подразумевается по authstr. У меня это часть имени метаэхи. А у тебя какой будет запрос AL?
2. В моем случае в запрос попадают мессаги с echoarea приватных эх, но это может быть и одна эха. Технически очень близко.
3. Ноды забирают друг у друга нетмыл тоже по authstr. Как будет выглядеть запрос у тебя?
В общем, чисто технически, одно решение превратить в другое будет просто. Давайте уже что то выберем. Мне хочется сделать в клубе лс потенциально совместимым со стандартом.
Не отмалчиваемся. :)
# Re: Что я натворил
Peter (syscall,1) → Difrex – 07:31:45 2017-08-07
> 502 Bad gateway :(
Я все перенес на http://club.syscall.ru
P.S. Оказывается, у меня был сломан фетчер все выходные. :) Починил...
Peter (syscall,1) → Difrex – 07:31:45 2017-08-07
> 502 Bad gateway :(
Я все перенес на http://club.syscall.ru
P.S. Оказывается, у меня был сломан фетчер все выходные. :) Починил...
# Re: idec mobile
vit01 (mira, 1) → vit01 – 16:38:37 2017-08-05
Обновления по фэхам на сегодня
1. Исправлен баг с прокруткой списка в конец
2. Опция "Поделиться" для файлов (длинное нажатие)
3. Копирование fid в буфер обмена
4. Если файл криво скачался (т.е. повреждён), то алгоритм предложит его либо удалить, либо открывать на свой страх и риск
5. К скачанному содержимому фэх теперь можно дотянуться из сторонних приложений в диалоге выбора файла. (работает на Android 4.4 и выше)
6. Всё допереведено на русский (мелочь, но всё равно)
Сегодня у меня был тяжёлый день, проведённый в документации Google и на StackOverflow, поэтому крутые фичи под пунктами 2 и 5 требуют того, чтобы вы их оценили.
vit01 (mira, 1) → vit01 – 16:38:37 2017-08-05
Обновления по фэхам на сегодня
1. Исправлен баг с прокруткой списка в конец
2. Опция "Поделиться" для файлов (длинное нажатие)
3. Копирование fid в буфер обмена
4. Если файл криво скачался (т.е. повреждён), то алгоритм предложит его либо удалить, либо открывать на свой страх и риск
5. К скачанному содержимому фэх теперь можно дотянуться из сторонних приложений в диалоге выбора файла. (работает на Android 4.4 и выше)
6. Всё допереведено на русский (мелочь, но всё равно)
Сегодня у меня был тяжёлый день, проведённый в документации Google и на StackOverflow, поэтому крутые фичи под пунктами 2 и 5 требуют того, чтобы вы их оценили.
# Re: Снова мысли о нетмыле
Peter (syscall,1) → Andrew Lobanov – 21:14:13 2017-08-07
Спасибо, стало понятней.
Имхо, один из важных вопросов это то, как мы пытаемся сделать -- уместить все в существующие запросы (метаэхи итд) или сделать новый механизм (через пост как у AL)
Peter (syscall,1) → Andrew Lobanov – 21:14:13 2017-08-07
Спасибо, стало понятней.
Имхо, один из важных вопросов это то, как мы пытаемся сделать -- уместить все в существующие запросы (метаэхи итд) или сделать новый механизм (через пост как у AL)
# Снова мысли о нетмыле
Peter (syscall,1) → All – 16:16:04 2017-08-07
После экспериментов с iing возникли мысли о нетмыле, которыми хочу поделиться. Вдруг что-то из этого окажется полезным?
Но с самого начала хочу описать некое допущение, на котором строится вся идея. Допущение состоит в том, что делая запрос u/e на некую "эху", мы можем получить msgid сообщений из других эх. Ну, например, делая запрос u/e/mail.to@Peter мы получаем все сообщения к peter из разных эх. Если это, по-вашему, принципиальный изъян, то дальше можно не смотреть. =) Я и сам не считаю, что идея хорошая, но... Что-то в ней есть...
Итак, Вася пишет Пете. Он начинает новую беседу. В этот момент создается сообщение с эхой вида: private-<magic>. Где magic это, например, hash(authstr + date). Тут возможны варианты. Например, дать автору формировать часть названия "беседы". Например private-gaming-<magic>. Это не важно, главное, что это автоматизированное создание скрытоэхи.
Далее, я уже писал про метаэхи типа mail.to@Peter. Вот, подписавшись на эху, например, netmail@<authstr> -- Петя будет получать все сообщения на ноде, которые адресованы ему, и автоматом получит сообшение от Васи с созданием эхи private-<magic>. Далее, Петя может ответить в эту приватную эху как обычно, и продолжить беседу. Потом Петя. Все в рамоках уже открытой скрытой эхи.
Это все прекрасно может работать в пределах 1й ноды. При этом, без доработки клиентского софта. Но как же связь между нодами?
А так-же. На ноде создаются эхи netmail@<nodestr> (для безопасности, можно несколько, с разным nodestr) И нодам отдаются эти эхи. Само собой, это все названия одной и той же метаэхи, которая отдает все сообщения приватных эх private, для сообщений, которые не принадлежат данному узлу.
Старая идея о зачистке сообщений транзитных для данного узла через н дней остается в силе.
А зачем так делать, если можно сделать просто одну эху netmail и все разруливать в рамках этой 1й эхи? На мой взгляд плюсы моей схемы:
>> Читать далее
Peter (syscall,1) → All – 16:16:04 2017-08-07
После экспериментов с iing возникли мысли о нетмыле, которыми хочу поделиться. Вдруг что-то из этого окажется полезным?
Но с самого начала хочу описать некое допущение, на котором строится вся идея. Допущение состоит в том, что делая запрос u/e на некую "эху", мы можем получить msgid сообщений из других эх. Ну, например, делая запрос u/e/mail.to@Peter мы получаем все сообщения к peter из разных эх. Если это, по-вашему, принципиальный изъян, то дальше можно не смотреть. =) Я и сам не считаю, что идея хорошая, но... Что-то в ней есть...
Итак, Вася пишет Пете. Он начинает новую беседу. В этот момент создается сообщение с эхой вида: private-<magic>. Где magic это, например, hash(authstr + date). Тут возможны варианты. Например, дать автору формировать часть названия "беседы". Например private-gaming-<magic>. Это не важно, главное, что это автоматизированное создание скрытоэхи.
Далее, я уже писал про метаэхи типа mail.to@Peter. Вот, подписавшись на эху, например, netmail@<authstr> -- Петя будет получать все сообщения на ноде, которые адресованы ему, и автоматом получит сообшение от Васи с созданием эхи private-<magic>. Далее, Петя может ответить в эту приватную эху как обычно, и продолжить беседу. Потом Петя. Все в рамоках уже открытой скрытой эхи.
Это все прекрасно может работать в пределах 1й ноды. При этом, без доработки клиентского софта. Но как же связь между нодами?
А так-же. На ноде создаются эхи netmail@<nodestr> (для безопасности, можно несколько, с разным nodestr) И нодам отдаются эти эхи. Само собой, это все названия одной и той же метаэхи, которая отдает все сообщения приватных эх private, для сообщений, которые не принадлежат данному узлу.
Старая идея о зачистке сообщений транзитных для данного узла через н дней остается в силе.
А зачем так делать, если можно сделать просто одну эху netmail и все разруливать в рамках этой 1й эхи? На мой взгляд плюсы моей схемы:
>> Читать далее
# Re: idec mobile
Andrew Lobanov (tavern,1) → vit01 – 17:41:34 2017-08-03
vit01> Обновление IDEC Mobile!
vit01> Интерфейс фэх стал более отзывчивым, исправлены вчерашние баги, о которых было сообщено.
Круто. Но ещё есть одно но. После скачивания или открытия список прыгает в самый низ. Это весьма сбивает с толку.
Andrew Lobanov (tavern,1) → vit01 – 17:41:34 2017-08-03
vit01> Обновление IDEC Mobile!
vit01> Интерфейс фэх стал более отзывчивым, исправлены вчерашние баги, о которых было сообщено.
Круто. Но ещё есть одно но. После скачивания или открытия список прыгает в самый низ. Это весьма сбивает с толку.
# Re: Снова мысли о нетмыле
Peter (syscall,1) → Andrew Lobanov – 09:39:37 2017-08-08
> Ну оно сильно не отличалось с точки зрения запросов. Просто всё в одной эхе "netmail", а не раскидано по нескольким.
А что с адресацией? Как по твоему, достаточно ли просто имени? Или что то вроде <syscall,1> становится адресом назначения?
Peter (syscall,1) → Andrew Lobanov – 09:39:37 2017-08-08
> Ну оно сильно не отличалось с точки зрения запросов. Просто всё в одной эхе "netmail", а не раскидано по нескольким.
А что с адресацией? Как по твоему, достаточно ли просто имени? Или что то вроде <syscall,1> становится адресом назначения?
# Re: Фэхи
Andrew Lobanov (tavern,1) → vit01 – 11:54:01 2017-08-03
vit01> В общем, в стандарт гоним вот это
vit01> ====
vit01> [A-Za-z0-9_!-.]{1,60}.[A-Za-z0-9_!-]{1,60}
vit01> ====
Пушнул. Заодно улучшил вебморду.
vit01> А ещё прокидываю фэху ii://file.wishes, куда будем писать всякие пожелания по поводу того, чем поделиться, а также всякие перезаливы, отзывы по файлам и так далее.
Эху прокинута в таверну.
Andrew Lobanov (tavern,1) → vit01 – 11:54:01 2017-08-03
vit01> В общем, в стандарт гоним вот это
vit01> ====
vit01> [A-Za-z0-9_!-.]{1,60}.[A-Za-z0-9_!-]{1,60}
vit01> ====
Пушнул. Заодно улучшил вебморду.
vit01> А ещё прокидываю фэху ii://file.wishes, куда будем писать всякие пожелания по поводу того, чем поделиться, а также всякие перезаливы, отзывы по файлам и так далее.
Эху прокинута в таверну.
# Re: idec mobile
vit01 (mira, 1) → vit01 – 17:25:10 2017-08-03
Обновление IDEC Mobile!
Интерфейс фэх стал более отзывчивым, исправлены вчерашние баги, о которых было сообщено.
Также есть новые фичи:
1. Клиент теперь обрабатывает событие "Поделиться" от сторонних приложений. Можно отправлять файлы в фэхи напрямую из галереи, файлового менеджера или какого-нибудь мессенджера
2. Из режима чтения по просьбе Андрея теперь можно делиться сообщениями из Секты в plain-text, например, по Email/SMS/чтоугодно.
vit01 (mira, 1) → vit01 – 17:25:10 2017-08-03
Обновление IDEC Mobile!
Интерфейс фэх стал более отзывчивым, исправлены вчерашние баги, о которых было сообщено.
Также есть новые фичи:
1. Клиент теперь обрабатывает событие "Поделиться" от сторонних приложений. Можно отправлять файлы в фэхи напрямую из галереи, файлового менеджера или какого-нибудь мессенджера
2. Из режима чтения по просьбе Андрея теперь можно делиться сообщениями из Секты в plain-text, например, по Email/SMS/чтоугодно.
# Re: Мысли о стандартах
Andrew Lobanov (tavern,1) → Peter – 16:26:56 2017-07-24
>> Difrex> Поинтовое сообщение ничем не отличается по структуре от сообщения в эху.
>> Это сабо самой.
> То есть, доверенные ноды тоже забирают по authstr? Как доверенная нода забирает бандл со всем net.mail?
Идея моя состоит в том, что нода для забора нетмейла использует парольный запрос. То есть доверенная нода регистрируется на ноде-аплинке в роутинге нетмейла (их может быть сколько угодно вплоть до полносвязки) и получает бандл нетмейла по паролю. Так нетмейл не утечёт за пределы доверенной сети.
Andrew Lobanov (tavern,1) → Peter – 16:26:56 2017-07-24
>> Difrex> Поинтовое сообщение ничем не отличается по структуре от сообщения в эху.
>> Это сабо самой.
> То есть, доверенные ноды тоже забирают по authstr? Как доверенная нода забирает бандл со всем net.mail?
Идея моя состоит в том, что нода для забора нетмейла использует парольный запрос. То есть доверенная нода регистрируется на ноде-аплинке в роутинге нетмейла (их может быть сколько угодно вплоть до полносвязки) и получает бандл нетмейла по паролю. Так нетмейл не утечёт за пределы доверенной сети.
# Re: Фэхи
Andrew Lobanov (tavern,1) → vit01 – 09:33:51 2017-08-03
vit01>> У меня на станции стоят строгие регулярки, по которым имя файла разрешается только в lowercase (как имя эхи). Вроде бы, мы именно так по стандарту и договаривались, не?
AL> Я был уверен, что любые буквы латиницы =)
Проверил стандарт. Там вообще ограничения на имена файлов не оговорены. Надо договориться пока не поздно =)
Andrew Lobanov (tavern,1) → vit01 – 09:33:51 2017-08-03
vit01>> У меня на станции стоят строгие регулярки, по которым имя файла разрешается только в lowercase (как имя эхи). Вроде бы, мы именно так по стандарту и договаривались, не?
AL> Я был уверен, что любые буквы латиницы =)
Проверил стандарт. Там вообще ограничения на имена файлов не оговорены. Надо договориться пока не поздно =)
# Re: club.syscall.ru теперь забирает develop.16
Andrew Lobanov (tavern,1) → Peter – 18:08:47 2017-07-25
Фетч двухсторонний.
Andrew Lobanov (tavern,1) → Peter – 18:08:47 2017-07-25
Фетч двухсторонний.
# Re: Фэхи
btimofeev (tavern,13) → Andrew Lobanov – 17:21:45 2017-07-31
AL> В таверне на данный момент есть следующий фэхи:
А как их получать? В цезии нужно фэхи прописывать в конфиге? По умолчанию он мне пишет новых файлов не найдено.
btimofeev (tavern,13) → Andrew Lobanov – 17:21:45 2017-07-31
AL> В таверне на данный момент есть следующий фэхи:
А как их получать? В цезии нужно фэхи прописывать в конфиге? По умолчанию он мне пишет новых файлов не найдено.
# Фэхи
Andrew Lobanov (tavern,1) → All – 10:00:23 2017-07-30
В таверне на данный момент есть следующий фэхи:
* pictures - картинки, скриншоты, всякое такое;
* books.tech - техническая литература, включая учебники и справочники;
* mlp.pictures - картинки с поняшами;
* mlp.special - ещё картинки с поняшами.
Последнюю фэху я думаю в последствии удалить, наверное. Всё таки очень специальный контент =)
Все фэхи на данный момент фетчатся с mira station.
Если кто-то ещё желает принять участие в файлообмене, пишите сюда - заряжу фетчинг и с вас.
Andrew Lobanov (tavern,1) → All – 10:00:23 2017-07-30
В таверне на данный момент есть следующий фэхи:
* pictures - картинки, скриншоты, всякое такое;
* books.tech - техническая литература, включая учебники и справочники;
* mlp.pictures - картинки с поняшами;
* mlp.special - ещё картинки с поняшами.
Последнюю фэху я думаю в последствии удалить, наверное. Всё таки очень специальный контент =)
Все фэхи на данный момент фетчатся с mira station.
Если кто-то ещё желает принять участие в файлообмене, пишите сюда - заряжу фетчинг и с вас.