UCHAN

Лежит уже как несколько часов, если не больше

Пора переходить на язык Zig.

Факты говорят, что без продвижения борда в i2p обречена на около нулевую активность и загибание в перспективе, по причине потери мотивации админа.
Для жизни борде нужно некоторое минимальное количество постоянных постеров, а их найти в i2p не простая задача. Хотелось бы обсудить возможные способы привлечения пользователей. Если это в принципе вообще возможно.

Лежит уже как несколько часов, если не больше

Отписывайтесь здесь о ваших впечатлениях и пожеланиях

Борда работает в тестовом режиме. Это значит база данных может быть уничтожена по окончании тестового периода

Порой возникает мысль, что все русскоязычные борды i2p поднял один и тот же человек, сильно увлеченный и фанатеющий от них, так как заниматься этим - дело крайне неблагодарное, что бы нашлось такое количество желающих делать это в течении длительного времени.

Косвенным подтверждением этой с виду нелепой теории, натолкнувшим меня на мысль и вызвавшим вопросы, стала одна странность: по идеи, каждый админ борды или форума это потенциальный анон, который должен проявлять хоть какую-то активность, если не на своей, то хотя бы на чужих бордах.

То есть, если на данный момент имеется шесть борд и форум, то это должно породить дополнительную к существующей активность из семи анонов. А это - значительный по объему постинг, который точно не может оказаться незамеченным. Тем не менее, ничего похожего не происходит и активность никак не проявляется. Но, в случае, если админ один для всех борд, то аномалия вполне объяснима: не будет же он сам постить на всех своих бордах?

Отсюда возникает подозрение, что в данном вопросе может быть не все так чисто и понятно, как оно кажется на первый взгляд.

29/11/2023 17:25 /i2p/ Post №365 [Open in thread]

>>363
устает на кортах сидеть

25/11/2023 20:06 /i2p/ Post №364 [Open in thread]

>>363
>gopchan.i2p
Похоже на чью-то шутку.

25/11/2023 10:16 /i2p/ Post №363 [Open in thread]

gopchan.i2p - так вообще очень часто лежит...

24/11/2023 08:12 /i2p/ Post №362 [Open in thread]

>>361
судя по notbob лежал порядка 12 часов

23/11/2023 14:41 /i2p/ Post №361 [Open in thread]

>>>62
>Лежит уже как несколько часов
Сейчас работает. Он отличается весьма высокой стабильностью. Даже не припомню, когда последний раз с ним что-то происходило...

21/11/2023 23:14 /crystalway Post №360 [Open in thread]

Обновление UCHAN
-добавлен блок с последними активным тредами на главную
-тело тредов на главной обрезается до 5-ти строк

21/11/2023 17:08 /crystalway Post №359 [Open in thread]

>>309
пофиксил примерно месяц назад

Для разрешений от 1080p 50% ширина поста
Для разрешений от 720p до 1080p 66%
Для разрешений меньше 720p 85%

18/11/2023 19:42 /meta Post №358 [Open in thread]

>>357
>потому что хотелось общаться и получить ответ
Как можно общаться постя бессмысленные тексты? Тем более, получить ответ не задав вопроса.

18/11/2023 17:21 /meta Post №357 [Open in thread]

>>356
Нет, минимум один пост из этих писал я, потому что хотелось общаться и получить ответ.

18/11/2023 07:37 /meta Post №356 [Open in thread]

>>355
>О каких постах речь?
http://kislitsa.i2p/post/81982
http://kislitsa.i2p/post/81957
http://kislitsa.i2p/post/81925
http://kislitsa.i2p/post/81843
http://kislitsa.i2p/post/81836
http://kislitsa.i2p/post/81817
http://kislitsa.i2p/post/81559

17/11/2023 20:50 /meta Post №355 [Open in thread]

>>354
>Это конечно будет звучать очень близко к теории заговоров, но сложилось впечатление, что некто пытается создать видимость активности в открытых разделах, создавая "дежурные" посты и треды без конкретного содержания "ни о чем" и только с виду похожие на осмысленные. Это происходит на фоне периодического спама.

ГПТшник постит иногда, как и раньше. О каких постах речь?

17/11/2023 13:43 /meta Post №354 [Open in thread]

Что-то с виду странное последнее время происходит на Кислице.
Это конечно будет звучать очень близко к теории заговоров, но сложилось впечатление, что некто пытается создать видимость активности в открытых разделах, создавая "дежурные" посты и треды без конкретного содержания "ни о чем" и только с виду похожие на осмысленные. Это происходит на фоне периодического спама.
Причина возникновения такого "постинга" остается не понятной. Может быть это задействована система генерации текстов нового поколения?

09/11/2023 00:37 /i2p/ Post №353 [Open in thread]

I think i2pd is better. It's simple, lightweight, and not Java.
Well, it would have been far better if it was written in Rust.

08/11/2023 13:28 /g/ Post №352 [Open in thread]

>>349
>1. Я за русский язык.
Я - тоже. Но прикручивать локализации на сайт ради менюшки и пары кнопок... Контрпродуктивная затея при столь малом уровне активности. Лучше бы эти силы потратить на продвижение, что бы здесь хоть кто-то был.

>2. Оружие мне не интересно, но я против запрета на его обсуждение.
Мне - тоже. Но, так никто даже и не пытался... Когда обсуждать некому, все запреты более чем бесполезны.

08/11/2023 12:30 /c Post №351 [Open in thread]

>>>61
>Пора переходить на язык Zig.
Зачем? Там нет ничего, кроме синтаксического сахара, который к тому же снижает читамость кода.
Можно рассмотреть для примера сравнение спосбов обработки ошибок в Zig и С
https://gist.github.com/andrewrk/d285c8f912169329e5e28c3d0a63c1d8

Сверху два примера на С, первый - с возвратом из функции, второй - с использованим goto. Первое, что бросается в глаза: в обоих примерах код элементарен, прост и однозначен для понимания.
Рассмотрим часть примера с возвратом:

    struct SoundIo *soundio = soundio_create();
    if (!soundio) {
        fprintf(stderr, "out of memory\n");
        return 1;
    }
    int err;
    if ((err = soundio_connect(soundio))) {
        fprintf(stderr, "unable to connect: %s\n", soundio_strerror(err));
        soundio_destroy(soundio);
        return 1;
    }

Что же происходит в коде на Zig (третий пример)?

  const soundio = c.soundio_create() orelse return error.OutOfMemory;

Вроде все понятно, но что за вызов: error.OutOfMemory? Это надо лезть и разбираться, где это определено, как переопределить при необходимости, и что делать если требуется обработка ошибки по возвращаемому коду...

  defer c.soundio_destroy(soundio);

  try sio_err(c.soundio_connect(soundio))

А вот это уже совсем интерсно! Здесь неявный вызов c.soundio_destroy(soundio) при ошибке в try. То есть получается вызов критической функции, влияющий на утечку памяти, производится неявно? И что такое sio_err()? Опять надо лезть рабираться где это определено и как работает.

То есть что бы сделать элементарную проверку, требуется залазить в "потроха" и выяснять как конкретно в данном случае оргинизован обработчик ошибок? Вдруг там что-то переопределно и отличается от поведения по умолчанию?

Ради экономии нескольких строчек простейшего и понятного кода использовать непонятные вызовы. Не слишком ли высокая цена за синтаксический сахар?