wokenqingtian (吉翔)

项目依赖于 wicked_pdf 和 pdfkit 可能要考虑迁移到别的库了

wokenqingtian — Fri, 30 Dec 2022 01:16:39 +0800

wicked_pdf 和 pdfkit 都依赖于 wkhtmltopdf

wkhtmltopdf 已经基本停止维护了

而 wkhtmltopdf 停止维护是因为 qtwebkit 无人维护了

而 qtwebkit 被 WebKit 抛弃以后，一直是一位俄罗斯程序员 (annulen) 在维护。但是他的 IP 这两年被 QT 给禁了，他就停止维护了。他把自己的捐赠渠道也给拿下来了，彻底不干了这是。貌似也没有人接手，2 年没发版了

这里也有一些讨论：https://github.com/qutebrowser/qutebrowser/issues/4039 看起来大家不是已经迁移就是在迁移的路上了

wkhtmltopdf 的 maintainer 也在 wicked_pdf 的一个 issue 里表示应该抛弃 wkhtmltopdf 了

至于替代品，我暂时只找到一个： https://github.com/studiosity/grover

我的论坛类 SideProject 但反响不好求提点意见

wokenqingtian — Fri, 05 Nov 2021 20:53:51 +0800

MonthCamp

做这个 Side Project 的起因是：

不喜欢微信，Slack, Discord 每次打开几百上千的信息
不喜欢在群或论坛里潜水很久结果就认识几个管理员
自己在大群里属于长期潜水型的，但是在小群内还是喜欢交流的
论坛的回复有时太过冗长，希望内容可以压缩一下

所以自己做了点机制上的创新：

把论坛变成一个个子群
每个群 10 人最多
每个月随机重组一次
论坛回复自动分成长回复短回复
子群内帖子可以通过投票的方式置顶到全局

去 Reddit 上发了下，没有激起半点波澜，还是有点伤心，自己还是很喜欢这个产品形态的，可是貌似没人来用。

我自己有些后续的想法：

也许我不该搞这种平台型的？换成 Discourse 那种模式貌似靠谱一点？

那样可以有独立域名，比如我其实只想搞个 Ruby 论坛而已？
再把 MultiTenant 内容去掉代码开源出去？

发出来望大家给我提点意见

Updates

在吸收了这么多意见后，我又做了一次 UI/UX 的重构：

SQL Float 计算通过 ActiveRecord 获得的值在 MySQL 和 PostgreSQL 下不统一

wokenqingtian — Tue, 25 Feb 2020 20:41:43 +0800

第一次调查

在 Rails console 下跑的结果

# Under PostgreSQL
ActiveRecord::Base.connection.execute("SELECT (ACOS(0.9999250668634809) * 6376.77271) as distance;").first
# => 78.0648632113755

# Under MySQL
ActiveRecord::Base.connection.execute("SELECT (ACOS(0.9999250668634809) * 6376.77271) as distance;").first
# => 78.06486321137547

在 DB console 下跑的结果

# Under PostgreSQL
SELECT (ACOS(0.9999250668634809) * 6376.77271) as distance;
#=> 78.06486321137547

# Under MySQL
SELECT (ACOS(0.9999250668634809) * 6376.77271) as distance;
#=> 78.06486321137547

System configuration:

Rails version: 5.2.2.1
Ruby version: 2.4.4
PostgreSQL version: 11.2 / 9.6
MySQL version: 5.5.49

我的问题

78.06486321137547 是我期望的结果，但是在 PostgreSQL 下通过 ActiveRecord 获得的却是78.0648632113755.

请问有没有办法让 ActiveRecord 在 PostgreSQL 下返回78.06486321137547?

=====================================================================================

第二次调查

终于有时间做第二次调查，不过这次怎么也没办法复现上次 Rails Console 与 DB Console 不统一的情况，以下是我做的测试结果，一共获得了三个结果：

PostgreSQL 9.5, 10, 11 在 Linux/Mac 是统一的为 78.0648632113755
PostgreSQL 12 在 Mac 下是 78.06486321137545
PostgreSQL 12 在 Linux 下是 78.06486321137547 且与 MySQL 的结果保持一致

具体测试数据：

Postgres 9.5

PG Host on Docker

Rails console(host on Mac): 78.0648632113755
DB console: 78.0648632113755

PG Host on Mac

Rails console(host on Mac): 78.0648632113755
DB console: 78.0648632113755

Postgres 10

PG Host on Docker

Rails console(host on Mac): 78.0648632113755
DB console: 78.0648632113755

PG Host on Mac

Rails console(host on Mac): 78.0648632113755
DB console: 78.0648632113755

Postgres 11

PG Host on Docker

Rails console(host on Mac): 78.0648632113755
DB console: 78.0648632113755

PG Host on Mac

Rails console(host on Mac): 78.0648632113755
DB console: 78.0648632113755

Postgres 12

PG Host on Docker

Rails console(host on Mac): 78.06486321137547
DB console: 78.06486321137547

PG Host on Mac

Rails console(host on Mac): 78.06486321137545
DB console: 78.06486321137545

第二次调查的问题

其实由于第一次的问题没法复现，所以这次就没有啥问题了

进一步调查为什么 PostgreSQL 12 的值不一样

发现 PotsgreSQL 12 的结果的 precision 多一位，就查了一下文档：

By default, floating point values are output in text form in their shortest precise decimal representation; the decimal value produced is closer to the true stored binary value than to any other value representable in the same binary precision. (However, the output value is currently never exactly midway between two representable values, in order to avoid a widespread bug where input routines do not properly respect the round-to-even rule.) This value will use at most 17 significant decimal digits for float8 values, and at most 9 digits for float4 values.

For compatibility with output generated by older versions of PostgreSQL, and to allow the output precision to be reduced, the extra_float_digits parameter can be used to select rounded decimal output instead. Setting a value of 0 restores the previous default of rounding the value to 6 (for float4) or 15 (for float8) significant decimal digits. Setting a negative value reduces the number of digits further; for example -2 would round output to 4 or 13 digits respectively.

-- PostgreSQL 12

而 PostgreSQL 11 下没有这些描述。所以这可以算是 precision 的变化带来的不同，不过确正好在 LInux 下与 MySQL 有了一样的结果

wokenqingtian (吉翔)

项目依赖于 wicked_pdf 和 pdfkit 可能要考虑迁移到别的库了

我的论坛类 SideProject 但反响不好 求提点意见

Updates

SQL Float 计算 通过 ActiveRecord 获得的值在 MySQL 和 PostgreSQL 下不统一

第一次调查

System configuration:

我的问题

第二次调查

具体测试数据：

Postgres 9.5

PG Host on Docker

PG Host on Mac

Postgres 10

PG Host on Docker

PG Host on Mac

Postgres 11

PG Host on Docker

PG Host on Mac

Postgres 12

PG Host on Docker

PG Host on Mac

第二次调查的问题

进一步调查为什么 PostgreSQL 12 的值不一样

我的论坛类 SideProject 但反响不好求提点意见

SQL Float 计算通过 ActiveRecord 获得的值在 MySQL 和 PostgreSQL 下不统一