Что выберите для повседневного использования и почему?

  • Sn4il@asocial.thedroth.rocks
    link
    fedilink
    Русский
    arrow-up
    2
    ·
    1 year ago

    При выборе чего бы то ни было давно уже следую простому принципу: выбирать не плюсы, которые я хочу получить, а минусы, с которыми готов мириться. Минусы жаббера:

    • ебучий зоопарк XEP’ов, когда разные серверы могут (не)поддерживать разный набор расширений
    • OMEMO до сих пор есть не везде
    • полный пиздец с голосовыми звонками

    Минусы матрицы:

    • ЖРЁТ ПИЗДЕЦ, что серверы, что клиенты
    • DDoS из коробки в самом протоколе
    • по факту полноценно работоспособна ровно одна реализация клиента и одна реализация сервера (которые ЖРУТ ПИЗДЕЦ)

    Потому для себя выбрал жаббер.

    • Wandering Thinker@asocial.thedroth.rocks
      link
      fedilink
      Русский
      arrow-up
      2
      ·
      1 year ago

      Касаемо ХМРР с первыми двумя пунктами согласен, третий мне лично просто не актуален.

      С клиентами Матрикса просто караул - нет нормальных клиентов. Элемент/Шильда тяжёлые (факинг Электрон!) и без мультиакка, что для мессенджера совсем не айс.

      FluffyChat с мультиакком, но у меня лично вечная проблема со звуковыми уведомлениями, и на 20-й Убунте с IceWM глючил интерфейс всеми цветами радуги.

      Nheko как бы и не плох, но тоже без мультиакка и звука.

      Но основная проблема в том, имхо, что в нынешнем понимании мессенджер стал уже не инструментом для коротких одноразовых сообщений, а смесью соцсети, форумов, Нексклауда, торрентов, ютуба и инсты. А если говорить чисто про мессенджер, то ХМРР и в нынешнем виде решает все задачи на ура.

      • Wandering Thinker@asocial.thedroth.rocks
        link
        fedilink
        Русский
        arrow-up
        1
        ·
        1 year ago

        P.S. Что еще в Матриксе не понятно - почему не удаляются полностью следы сообщений, и в клиенте висят пожизненные уведомления “Сообщение удалено”. Накуа!? Чтобы серверу не скучно было, лишнюю информацию обрабатывать? И чтобы провайдеры не скучали без лишнего трафика?

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

        • nothing@asocial.thedroth.rocksOPM
          link
          fedilink
          Русский
          arrow-up
          2
          ·
          1 year ago

          У меня нет проблемы с “сообщение было удалено”, но у меня есть проблема с тем, что это нельзя удалить)

          Считаю корректным, что пользователь “предупрежден” о том, что какая-то часть переписки была удалена. Это хорошо в том случае, если тебе нужно что-то доказать (например, что пользователь А что-то говорил). И даже если текста самого сообщения не будет - то, хотя бы, можно было бы показать “что тут что-то было”. Да и так оба участника переписки защищены:

          • удалятель удаляет то, что он сам написал в диалоге
          • чтец не теряет нить диалога и видит, что он не шиз, общающийся сам с собой

          С другой стороны невозможность удалять “сообщение удалено” создает лишнюю нагрузку на сервер, клиента и провайдера и почему оно сделано так (а не как в WeChat или Signal) для меня загадка.

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

          • Wandering Thinker@asocial.thedroth.rocks
            link
            fedilink
            Русский
            arrow-up
            1
            ·
            1 year ago

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

            С таким не сталкивался даже на пресловутом морге.

            • nothing@asocial.thedroth.rocksOPM
              link
              fedilink
              Русский
              arrow-up
              1
              ·
              1 year ago

              Повезло-повезло Не раз было, когда элемент зависал намертво и моя труба за 12к деревянных тоже зависала, пока не сделаешь хард ресет

          • Wandering Thinker@asocial.thedroth.rocks
            link
            fedilink
            Русский
            arrow-up
            1
            ·
            1 year ago

            С другой стороны невозможность удалять “сообщение удалено” создает лишнюю нагрузку на сервер, клиента и провайдера и почему оно сделано так (а не как в WeChat или Signal) для меня загадка.

            И для меня тоже. Имхо должно быть как минимум два варианта: просто удалить и удалить бесследно.

            У меня нет проблемы с “сообщение было удалено”, но у меня есть проблема с тем, что это нельзя удалить)

            А в наших местных реалиях (да и в ваших тоже, просто ты, видимо, не сталкивался) это создает порой очень серьезные и реальные проблемы при попадании девайса в чужие недобрые руки. И тогда у них сразу возникает причина и желание вывернуть тебя наизнанку, даже если ты на первый взглял белый и пушистый.

            • nothing@asocial.thedroth.rocksOPM
              link
              fedilink
              Русский
              arrow-up
              1
              ·
              1 year ago

              при попадании девайса в чужие руки

              Не давай девайс в чужие руки :)

              А вообще, если ты такой параноик - поставь себе panic buttom - чтобы по определенном наборе действий (например три раза подряд нажать на кнопку блокировки экрана в течении 2 секунд) система самоудалялась. В том же fdroid несколько реализаций такой штуки есть.

              Мессенджер не должен покрывать “а что если у меня заберут телефон”, это уже дела пользователя

              • Wandering Thinker@asocial.thedroth.rocks
                link
                fedilink
                Русский
                arrow-up
                1
                ·
                1 year ago

                Не давай девайс в чужие руки :)

                Расскажи это нацгвардейцу или фсбэшнику при случае. )

                panic buttom

                Я просто почти не пользуюсь телефоном как инет девайсом, и там тупо ни хрена нет. )

                не должен покрывать “а что если у меня заберут телефон”,

                Мессенджер должен предоставлять полный контроль над сообщениями. Как хранящимися локально, так и на сервере.

                • nothing@asocial.thedroth.rocksOPM
                  link
                  fedilink
                  Русский
                  arrow-up
                  1
                  ·
                  1 year ago

                  расскажу эту фсбшнрку или нацгвардейцу

                  Так и говорил, проблем не было.

                  Мессенджер должен

                  Не должен :)

                  Все что должен делать мессенджер - уметь нормально отправлять и принимать сообщения, все остальное лишь хотелки

      • Sn4il@asocial.thedroth.rocks
        link
        fedilink
        Русский
        arrow-up
        1
        ·
        1 year ago

        Никогда не сталкивался с проблемами из-за этого, со всякими разными серверами более-менее всё нормально работает

        Ошибка выжившего. Самое распространённое, с чём сталкивался я - где-то не было MAM, например, что очень обидно в групповых чятиках.

        но разве где-то нет OMEMO?

        https://omemo.top/ - ситуация улучшается, но всё ещё не везде

        А подробнее? У меня на сервере они работают идеально

        А я вот так и не смог завести пару лет назад. Уж не помню, что там было, но, ежели не путаю настройка TURN/STUN заставила меня сжечь пару стульев жёппой.