第 2 天有 1 只兔子
第 3 天有 1 只兔子
第 4 天有 1 只兔子
第 5 天有 2 只兔子
第 6 天有 3 只兔子
第 7 天有 4 只兔子
第 8 天有 5 只兔子
第 9 天有 7 只兔子
第 10 天有 10 只兔子
第 11 天有 12 只兔子
第 12 天有 16 只兔子
第 13 天有 22 只兔子
第 14 天有 31 只兔子
第 15 天有 41 只兔子
第 16 天有 54 只兔子
第 17 天有 72 只兔子
第 18 天有 98 只兔子
第 19 天有 132 只兔子
第 20 天有 176 只兔子
第 21 天有 236 只兔子
第 22 天有 318 只兔子
第 23 天有 428 只兔子
第 24 天有 573 只兔子
第 25 天有 768 只兔子
第 26 天有 1032 只兔子
第 27 天有 1388 只兔子
第 28 天有 1863 只兔子
第 29 天有 2499 只兔子
第 30 天有 3355 只兔子
第 31 天有 4507 只兔子
第 32 天有 6052 只兔子
第 33 天有 8123 只兔子
第 34 天有 10905 只兔子
第 35 天有 14644 只兔子
第 36 天有 19664 只兔子
第 37 天有 26399 只兔子
第 38 天有 35441 只兔子
第 39 天有 47586 只兔子
第 40 天有 63895 只兔子
第 41 天有 85787 只兔子
第 42 天有 115176 只兔子
第 43 天有 154639 只兔子
第 44 天有 207629 只兔子
第 45 天有 278772 只兔子
第 46 天有 374284 只兔子
第 47 天有 502524 只兔子
第 48 天有 674712 只兔子
第 49 天有 905898 只兔子
第 50 天有 1216287 只兔子
第 51 天有 1633024 只兔子
第 52 天有 2192560 只兔子
第 53 天有 2943819 只兔子
第 54 天有 3952477 只兔子
第 55 天有 5306729 只兔子
第 56 天有 7125005 只兔子
第 57 天有 9566300 只兔子
第 58 天有 12844065 只兔子
第 59 天有 17244896 只兔子
第 60 天有 23153614 只兔子
第 61 天有 31086890 只兔子

计算机算不下去了
========
代码如下

<?php
function getRabbit($day)
{
//第 1 天有 1 只兔子
$str = '1';

//从第 2 天开始遍历兔子窝
for ($i = 0; $i < $day - 1; $i++) {
//昨天记录的兔子只数
$len = strlen($str);

for ($m = 0; $m < $len; $m++) {
//取出一只兔子
$num = $str[$m];
//让它的年龄增加 1 天
$num++;
//5-10 天的兔子, 要生 1 只兔子
if ($num >= 5 && $num <= 10) {
$str .= 1;
}
//用第 a 天表是第 10 天
$num = $num == 10 ? 'a' : $num;
//记录这只兔子新的年龄
$str[$m] = $num;
}

//第 11 天的兔子已经去世
$str = str_replace('b', '', $str);

$count = strlen($str);
$date = $i + 2;

echo "第{$date}天有{$count}只兔子<br>";
}
}

$a = 61;
getRabbit($a);

是不是得超级计算机才能算 100 天?

上面这个 56 天的结果不对, 但是计算机模拟到 60 天就算不下去了

我算, 第 56 已经有 9566300 只兔子了

用 boss 直聘， 直接和老板谈.

去了之后可能是搬砖？

@jinliming2 说好话, 说真话, 就会被骂; 这世界的规则就是如此. 骂你的人可能是坏人, 不必过于在意.

有钱的话 iPhone Max, 没钱的话二手 iPhone 6 Plus 64GB, 后者价格大概在 900 元.

都认同. 因为都能看清
我应该这么写
$asda_faf_asd=['asda','asda','asdads','asdas','asdas'];

@sagaxu 看你去什么公司了. 如果去一些小外包, 还是要 tp 的. 还是有人去小外包的.

select * from articles order by top_at desc, created_at desc limit 页码,1
----
如果不用 id 找上一篇和下一篇呢?

二手 iPhone

貌似就觉得 SQL 最接近自然语言
但是接近自然语言并不觉得好用

@solopython 被查看的记录应该有一个 uid(添加者 id)吧? 显示列表的时候只显示 uid=本人的不就可以了?

这么长的信一看就像自动生成的. 我还曾经多次收到这种样子的邮件, 里面说, 我无亲无故, 我快要去世, 我有一笔巨大的遗产, 并且他说出我的身份, 说信任我, 问我要不要这个遗产.

没看出什么巨大的优点, 除了界面比较整齐.

需求总结:
1. 增 记录, 不用输入密码
2. 删改查 记录, 要输入密码


解决方法 (MVC) :
删除接口 del()
保存接口 save()
列表页面 index()
详情页面 detail()

1. 在界面方面, 进入 del()和 save()方法前,都要提交密码给这 2 个接口
2. 而在 save()接口和 del()接口中, 也要检查一下, 通过验证后, 再进行更新和保存的实操
3. 在进入 index()页面和 detail()页面前, 要增加一个页面, 用于输入密码.
4. 在 index()方法和 detail()方法中, 设置检查密码是否正确. 如果之前是把密码验证情况保存在 session 中, 也可以在 index()和 detail()中先检查 session, 再进行显示内容的实操


题外话:
1. 增加不用密码验证, 查看还要密码验证?
2. 那么自己增加的东西自己不能看?

建议 B 同事的答案

比如更改操作,

B 同事只要按照 key 去替换就可以了

而 A 同事需要
step1:删除掉原来的元素
step2:添加一个新的元素
如果是有序的表,还要有一个
step1.5: 找到原来元素的位置