TGTGInsightтелеграм анализLIVE / telegram public index
← Такты, стеки, два колеса

TGINSIGHT SIMILAR POSTS

Намери подобно съдържание

Изходен канал @clockstackwheels · Post #621 · 31.10

У меня в друзьях есть классный автор — Владимир Бычко. Владимир — проект-менеджер, ведёт реально интересный standalone-блог об управлении проектами и не только. Например, последний пост с правилами жизни — не какая-то унылая несовместимая с реальностью псевдофилософия "а ля Дуров", а действительно полезные и правильные наблюдения. Владимир один из самых интересных авторов среди моих ВК-подписок, однако, читаю я его посты крайне редко, и здесь проявляются серьёзные недостатки standalone, о чём я сейчас расскажу. Вообще, сервис-ориентированный интернет если не умирает, то, как минимум, теряет своих сторонников. Многие айтишники, интеллектуалы, авторы текстов уже высказываются о необходимости слезать с иглы корпораций, эти самые корпорации дешевеют, люди в сети активно выстраивают модели децентрализованного "веб три ноль". Дополнением к этому идёт акцент на медиа против текстов: сервисы уже не особо скрывают, что текстовая часть для них второстепенна, а внимание брошено туда, где хайп и толпы — например, в вертикальные видео и короткоживущий контент. В России этот эффект особенно заметен, именно поэтому вместо какой-нибудь устойчивой текстовой площадки большинство взрослых вменяемых авторов пишут в Telegram. Который для этого подходит чуть лучше, чем плоскогубцы для отвинчивания гаек — можно, конечно, и все мы так делали за неимением альтернатив. На этой волне неоднократно слышал призывы "уходи в standalone". Сделай свой сайт с RSS-фидом, любым оформлением, пиши туда. Как автор блога, я и правда мог бы такое сделать и даже видеть немало плюсов. Но, как читатель, я до сих пор не подписан ни на один standalone-блог, даже если мне очень нравится контент. Проанализировал основные четыре проблемы стэндэлонов. 1. Люди всё равно приходят из соцсетей, но ссылки в соцсетях оформлены некрасиво, понижаются в охватах и требуют дополнительное действие со стороны человека. Последнее особенно важно: конверсия в прочтение критически низкая даже для встроенных редакторов лонгридов и даже при условии, что пользователю сообщение со ссылкой покажется (например Telegram > Telegraph). 2. RSS это не замена ленте сообщений. Нет удобного централизованного способа читать RSS в формате той площадки, которая тебе близка. Сам Владимир, например, ссылается на RSS-бота для Телеграма, который требует для своей работы быть подписанным на какой-то канал. Ну ладно, есть нормальные RSS-боты везде, но это всё опять же выглядит как лента с внешними ссылками, а не как лента сообщений в формате площадки. 3. У каждого стэндэлона свой дизайн. Если я впервые на странице нового для себя автора ВК или в Telegram, я тут всё знаю. Мне привычно и удобно. Я знаком с навигацией, я привык к шрифтам, я знаю, где лайки и комментарии. К каждому новому стэндэлону нужно привыкать и тратить когнитивные ресурсы на обучение. 4. Обсуждений нет, если нет комьюнити. Да, какой-нибудь Вастрик смог создать вокруг своего стэндэлон-блога комьюнити, за которое люди даже платят. Но это единичные примеры. Обсуждения в ЖЖ работали, потому что был социальный граф: люди знали топовых авторов и более менее знали друг друга. Обсуждения в соцсетях работают по той же причине, пока в них есть аудитория: часть людей связана социальным графом, другая часть может в этот граф заходить со стороны и чувствовать себя комфортно, кроме случаев токсичной атмосферы. Но если мы проанализируем, как ведут себя обсуждения там, где социального графа нет (например, на YouTube), то увидим просто всплески очень ограниченных локальных диалогов под каким-то особо популярным комментарием и всё. Комьюнити там нет за редкими исключениями. Интернету пока ещё точно рано standalone. Только авторы, уже собравшие огромную аудиторию через соцсети, могут себе такое позволить. И то, с оговорками. #web

Hashtags

Резултати

Намерени 38 подобни публикации

Търсене: #openwrt

当前筛选 #openwrt清除筛选
Krebs::OutputStream

@KbsEcho · Post #686 · 29.12.2025 г., 07:48

这几天在树莓派上部署 act_runner, 遇到了一些问题, 在此记录一下解决办法。 树莓派其实是我的路由器, 安装 ImmortalWrt (OpenWRT); act_runner 使用 Docker 启动容器以执行任务, 但旧版 OpenWRT 对 Docker 的支持有些问题: 在 docker pull 时可能遇到 failed to register layer: operation not supported 错误, pr/16181 解决了该问题, 该补丁被合入 v24.10.0 中。 不幸的是, 我的树莓派目前运行的 OpenWRT 版本是 v23.05.2, 并不包含该补丁。那么, 此时正常的思路应该是升级 OpenWRT, 然而 OpenWRT 并不可以直接升级, 而且我平时把路由器当服务器用 ( RPI4 的性能只拿来转发包也太浪费了吧? ) 又因为日常秉持容器歧视原则 (能不用容器就不用), 所以我的 rootfs 里其实有大量自定义安装的软件/配置等等, 如果真的遵循官方的升级指南, 那迁移 rootfs 可太费劲了。 不过, 其实我们只是想要 pr/16181 那个补丁, 难道不是吗? 理论上完全可以自己构建合并了补丁的内核, 然后仅替换内核就可以美美解决问题了。由于这个补丁提交的时候 OpenWRT 主线已进入 linux 6.6, 所以要先 backport 补丁到 5.15, 不过这一步并不难, 毕竟只涉及到内核构建配置修改而已。 接着, 遵循指南编译内核, 并用 binwalk 从 sysupgrade 镜像中拿出 boot 分区, 再刷入到对应分区应该就好了😃 启动测试, 树莓派陷入了 bootloop, 串口输出的日志中发现内核模块加载时有大量 unknown symbol 错误: [ 2.152044] kmodloader: loading kernel modules from /etc/modules-boot.d/* ... [ 2.333239] exfat: Unknown symbol kmem_cache_alloc_trace (err -2) [ 2.400118] fat: Unknown symbol kmem_cache_alloc_trace (err -2) [ 2.460838] exfat: Unknown symbol kmem_cache_alloc_trace (err -2) [ 2.498255] fat: Unknown symbol kmem_cache_alloc_trace (err -2) ... 这暗示了内核构建配置实际有所不同, 但我的确是 checkout 到一样的 commitid 去编译的, 怎么会不同呢?难道 Firmware Selector 上提供的镜像不是用默认参数编译的吗? 还真不是,经 ImmortalWrt 群群友提醒,预构建镜像的构建参数可以在 downloads.immortalwrt.org/downloads.openwrt.org 下载到, 使用正确的参数构建后, 树莓派顺利启动。 但启动日志仍指示一些问题: [ 11.525850] failed to validate module [ppp_async] BTF: -22 [ 11.531799] BPF:[79577] STRUCT 2 [ 11.535114] BPF:size=24 vlen=3 [ 11.538169] BPF: [ 11.540084] BPF:Invalid name [ 11.542954] BPF: ... 不过, BTF 验证失败并不影响模块加载, 又因为我们的确构建了高度相似的内核, 所以我不认为这是一个问题 (目前也确实没遇到什么问题)。至于为什么会产生错误, 我猜测可能是因为工具链版本不同所致 (OpenWRT Buildsystem 总是部署最新的工具链), 如果使用 downloads.immortalwrt.org 页面上提供的工具链, 这个问题应该会解决, 但我没有验证。 此外, 还有一点不得不提, 就是文件系统支持是可以作为 kmod 构建的 ( CONFIG_EXT4_FS=m ), 但 OpenWRT 的默认配置是 CONFIG_EXT4_FS=y (builtin)。我不知道为什么 pr/16181 在标题上写 kmod-ext4..., 如果它确实被作为内核模块构建, 应该替换 /lib/modules/$(uname -r) 路径下对应的 ko, 而不需要动 boot 分区中的内核。 总的来说, 是一次简单的玩具级灵车之旅。 #Linux#OpenWRT

豆豆の垃圾桶

@fdd_JSB · Post #4375 · 29.10.2024 г., 03:40

1️⃣故障:使用OpenWrt并且开启了IPV6的用户,运营商每次断线重启的时候,有概率会出现断网一直连不上的问题,需要自己手动重拨才能连上。 2️⃣原因:运营商每次断线的时候,wan_6口还没来得及关闭,wan口就已经重拨连上了,导致内网没有IPV6,所以连不上网。 3️⃣解决方法:手动修改路由器文件 /lib/netifd/ppp-down,最后一行加上sleep 3 #openwrt #小技巧

Libreware

@libreware · Post #1361 · 02.12.2024 г., 05:45

In case you're searching for wifi and Ethernet #routers with open source #Openwrt Linux distribution here's some trustworthy ones Openwrt One https://openwrt.org/toh/openwrt/one https://docs.banana-pi.org/en/OpenWRT-One/BananaPi_OpenWRT-One Turris https://www.turris.com https://openwrt.org/toh/turris/turris_omnia GL-inet https://www.gl-inet.com https://openwrt.org/toh/gl.inet/start

Pi&N1交流群通知频道

@newpin1channel · Post #385 · 19.07.2020 г., 03:18

💢京东签到插件已更新:V0.8.1-B💢 #openwrt#ipk 修复newapp.sh更新脚本版本出错的问题 修复部分cookie更新到脚本时出错的问题 🛑node-request下载 ⚠️安装步骤[重要]⚠️ 已经安装的用户 提前copy一下cookie,直接上传ipk 安装即可。 1.自行安装Node [命令: opkg update && opkg install node] (如果已经安装node版本的网易云插件则可以跳过) 2.一些必要的依赖 wget 和 coreutils-nohup [命令:opkg install wget coreutils-nohup] 3.根据自己的系统架构选择合适的node-request.ipk进行安装。 - Pi[H5] 系列:aarch64_cortex-a53 - Pi[H3] 系列:arm_cortex-a7_neon-vfpv4 - 树莓派4:aarch64_cortex-a72 - N1/ 贝壳云:aarch64_generic - MT7621:mipsel_24kc - x86:x86_64 - 其他:自行编译 - 如果找不到合适的,也可以通过ssh: opkg install node-npm 然后 npm install request -g 进行安装 4.安装luci-app-jd-dailybonus Enjoy! 插件制作 by 老竭力 特别感谢NobyDa的js脚本。

Hashtags

iGitHub

@igithub · Post #100 · 26.05.2023 г., 07:27

▎SmartDNS SmartDNS 是一个运行在本地的 DNS 服务器,它接受来自本地客户端的 DNS 查询请求,然后从多个上游 DNS 服务器获取 DNS 查询结果,并将访问速度最快的结果返回给客户端,以此提高网络访问速度。 SmartDNS 同时支持指定特定域名 IP 地址,并高性匹配,可达到过滤广告的效果; 支持DOT(DNS over TLS)和DOH(DNS over HTTPS),更好的保护隐私。 与 DNSmasq 的 all-servers 不同,SmartDNS 返回的是访问速度最快的解析结果。 支持树莓派、OpenWrt、华硕路由器原生固件和 Windows 系统等。 项目地址:https://github.com/pymumu/smartdns SmartDNS官网:https://pymumu.github.io/smartdns 标签:#OpenWrt#Windows#路由#Linux

喬苑

@Qiao_blog · Post #1077 · 18.02.2025 г., 13:57

▎RunFilesBuilder #github#iStoreOS#openwrt#APP 这是一个工作流。同步各位大佬项目里最新编译的ipk文件 生成适用于iStoreOS/ImmortalWrt用的run自解压包 - wukongdaily/RunFilesBuilder 项目地址: https://github.com/wukongdaily/RunFilesBuilder

喬苑

@Qiao_blog · Post #1065 · 14.02.2025 г., 08:17

在 iStoreOS (ARM64) 上安装q #教程#openwrt#Linux#bash 本指南适用于 iStoreOS(基于 OpenWrt),确保你的系统可以正确安装 Git、Go 1.22,并成功运行 q。 1. 安装 Git 并启用 HTTPS 支持 opkg update opkg install git git-http ca-certificates 检查 Git 是否安装成功: git --version 如果输出类似: git version 2.x.x 说明安装成功。 2. 安装 Go (1.22) cd /tmp wget https://go.dev/dl/go1.22.0.linux-arm64.tar.gz mkdir -p /opt/go tar -C /opt/go -xzf go1.22.0.linux-arm64.tar.gz echo 'export PATH=/opt/go/go/bin:$PATH' >> ~/.profile source ~/.profile 检查安装是否成功: go version 应输出: go version go1.22.0 linux/arm64 3. 克隆 q 源代码 git clone https://github.com/natesales/q.git cd q 4. 编译并安装 q go install github.com/natesales/q@latest 5. 确保 q 在 PATH 中 echo 'export PATH=$(go env GOPATH)/bin:$PATH' >> ~/.profile source ~/.profile 6. 验证安装 q --version 如果输出 q 的版本号,说明安装成功! 7. 如果 q 仍然找不到 运行: echo $PATH go env GOPATH ls -l $(go env GOPATH)/bin/q 如果 q 安装成功但找不到,可以手动移动到 /usr/local/bin: mv $(go env GOPATH)/bin/q /usr/local/bin/ 然后再次尝试运行: q --version 现在,你可以在 iStoreOS 上使用 q 了!

ПредишнаСтр. 1 от 4Следваща