来长沙，你发现全换成电单车了，停满了。。。

离开深圳五年了，前几天就收到了

session 使用了 cookie 的 PHP_SESSION_ID，客户端将 cookie 一清除，就退出了。
很多浏览器都是自动清除 cookie 的。
所以要看你的场景吧。

你需要的可能是 api token 。比如 jwt 之类的。

@murmur

我口语和普通话也巨烂，我觉得还不如现在三年级小朋友吧。

那时候普遍口语和普通话不如现在的。

对于有经验的，主要是看人家最佳实践，想快速入门下吧。

比如这个我就觉得不错： https://symfony.com/doc/current/the-fast-track/zh_CN/index.html

快速上手，然后给出了深入的资源。

@paradoxs

前天看到一个黑马程序员的讲师讲 laravel，随便翻了下，吐了，无法坚持 5 分钟。
主要是一些不好的习惯。

这张图片反应了各个日龄段仔猪分别在白天和晚上被压死的情况。可以看出来仔猪刚出生前 3-4 天是最容易被压死的。白天和晚上几乎一样多。那么根据这个数据统计，我制定了 2 个措施。

晚上刚分娩完的猪舍安排人员值班，职责就是一个，保证仔猪不被压死，定时巡栏。
白天刚分娩完猪舍的负责人除了日常保健、卫生、喂料工作完成后，重点关注仔猪被压情况。不再安排参与其他工作。
经过一段时间的执行之后，仔猪的压死率降低了一半，死淘率也控制在了 4%左右。

这只是我亲身经历的一个例子，其实数据统计在猪场中会有其他很多的应用。



点个赞

@Tianyan

现在就是关闭的，想开启。
现在用 wordpress 的人那么少吗？

直接建立统计表，这个是精确到天的，可以建立总共，月，周表，我现在是每天更新一次前一天，每 15 分钟更新当天数据。

阿里云 1H1G RDS 满足每天几万单的需求。

CREATE TABLE `stat_store_per_day` (
`id` bigint(20) NOT NULL AUTO_INCREMENT,
`store_id` int(11) NOT NULL COMMENT '店铺',
`date` date NOT NULL,
`key` smallint(4) NOT NULL COMMENT '统计项',
`value` decimal(10,2) NOT NULL COMMENT '值',
`create_at` datetime NOT NULL COMMENT '创建时间',
PRIMARY KEY (`id`),
UNIQUE KEY `store_id` (`store_id`,`key`,`date`),
KEY `date` (`date`),
KEY `key_date` (`key`,`date`)
) ENGINE=InnoDB;


作为程序员首先要问的是“为什么不能动索引？”：

1，不知道 online ddl 怕影响线上业务？
2，怕优化变慢？没有慢日志吗？


根据我的经验不能动通常是因为当心程序员功力不够，怕动了出灾难，但是不多动几次，怎么学习，团队成员怎么成长？

所以好的团队文化是：可以动，但是要在安全，做好安全措施前提谨慎的动。

@loveyu

分享下代码？懒得动手。

新鲜出炉 Blog，《 Mysql 必知必会》<https://c4ys.com/archives/2349>

新增了：《如何建立索引（全文索引）》，《 Mysql 性能》，《其他》部分

还有其他想知道可以直接在这里给我提，知无不言。

A1 对多 B：B 表加 a_id，比如 order_item 表加 order_id
A1 对 1B：附表加主表 id，比如 profile 表加 user_id
A 多对多 B：C 表关联 A，B，如 post_tag 表加 post_id 和 tag_id

最简单建表方法，面向对象会吗？

class = table
object = row
property = field


如：（我习惯用单数，你可以用复数）

book:
id
title,
isbn

category:
id
name

book_category:
id
book_id
author_id

select oi.*,
p.prod_name,
v.vend_name,
from orderitems oi
inner join products p on prod_id,
inner join vendors v on vend_id,
where oi.order_num = 20005;

这个执行性能和第一条一样，但是更加容易读懂。

Mysql 多表查询优化最重要的一条就是先找准基础表，减少基准表返回的记录可以大大减少查询的解析行数，

第一条查询基本最简单了，假设订单 10 条商品，那么需要分析的记录就是 30 条，没有比这更加简单了。合理索引后基本不会有性能问题。

你每天打开的小程序，公众号，估计超过一半是 PHP 后端。

@ashe900501

4000 多的雅迪莱克，充店四小时，只能骑车 30 分钟，大概 15 千米吧。刚买的时候感觉能骑 30-40 千米。

@fengchang 49 楼没错，先加微信做私域流量。

既然都能导出数据了，直接开个 sql 账号，自己用 navicat 导去吧。。

通常，
我以为大家会说：
不是你抠门，是你赚的少。。。