这种东西 C#干起来很轻松，不知道 linux 下的 dotnet core 可不可以

HBuilder +1

- ci 以前还是很火的.

- 框架真没有多大的影响，更重要的业务代码质量，代码烂再好的框架也维护不了.

@59php #16



我觉得还行，如果是静不下心来导致看不下书（或者是只有拿到纸质书才能静下心来看的话），

我建议看书前先去花 30 分钟跑 4 公里后再来看书，跑步确实加智商的，准确的说是延长贤者时间，233333

-----

有些书是背诵型为主，手机随时查看方便记忆，而且可以挑重要的打印出来随身带，一整本的纸质书就不方便带了。

有些书是资料查询型为主，主要是用于查询，电子书搜索起来比纸质方便。

有些书是习题集，这种书就是用来在上面涂涂写写的，用户涂写的结果也是宝贵的积累，这时纸质书的就方便不少，当然如果有手机 app 支持对 pdf 等文本用笔涂写，然后保存、导出涂写结果的话我觉得是可以替代纸质书的，当然必须加载和保存起来快，比如 1 秒内就能保存或加载完毕。

有些书是快餐，看过就扔的那种小说、漫画之类的，用电子书完胜纸质书。

以前也买书，后来搬家发现又重又占空间，现在只买电子版手机看，碰到有用的部分就打印出来看。

老项目 7.0，新项目 7.1

好像 GROUP BY 可以

```

SET session sql_mode=(SELECT REPLACE(@@sql_mode, 'ONLY_FULL_GROUP_BY', ''));

SELECT

min( p0_.id) AS id_0,
p0_.account_id AS account_id_1,
p0_.name AS name_2,
p0_.shop_product_category_id AS shop_product_category_id,
s1_.id AS spc_id,
s1_.name AS spc_name,
s1_.access_key AS spc_access_key

FROM product p0_
INNER JOIN shop_product_category s1_
ON
((p0_.shop_product_category_id IS NULL) OR ((p0_.shop_product_category_id = s1_.id) AND ((s1_.access_key IS NULL) OR (LENGTH(s1_.access_key) = 0))))

WHERE

(((MATCH(p0_.name) AGAINST ("坯布" IN NATURAL LANGUAGE MODE ) > 0.8))) AND p0_.status = 1


GROUP BY p0_.id


ORDER BY MATCH(p0_.name) AGAINST ("坯布" IN NATURAL LANGUAGE MODE )

DESC LIMIT 20 OFFSET 0

```

@Aruforce

但好多进程啊，怎么看哪几个发的 udp 包最多？

当然收打七折

2333

防蓝光就是噱头。

@per

canvas 能不能监听到 点击线 的事件？

本来就不符合现在的规范，看看 psr 规范去

只要心够大有什么不敢的

但是扫商家收款码还是慢的一逼，和微信比不了

5.7 默认就自带了 ngram，可以直接 sql 中文分词搜索了，对于我们这种搜索要求不高的业务，省了几台服务器来专门装 elasticsearch

也就早餐做做黑米粥方便点，前一天晚上加黑米加糖加热水就行