找到原因了， 数据库名称 错误， 没提示

@fahai

数组引用， $conn['host'] 和 $conn[host] 效率会差多少？

再次顶帖子

@whypool https://cn.vuejs.org/v2/api/#v-text
在官方文档里，两者是等同的啊。
<div class="center_content" v-for='(ele,index) in goods' :key="ele.good_id">
<div class="left">
<img :src="ele.image_url" />
</div>
<div class="right">
<p>{{ele.name}}</p>
<p>材质：<span>{{ele.material}}</span></p>
<p>规格：<span>{{ele.spec}}</span></p>
</div>
<div class="btn">
<a @touchend="changegood(ele.good_id,ele.price)" style="text-decoration: none;color: #fff">替换</a>
</div>
</div>
我这样有什么问题么？在 Android 和 iOS11.0.3 上都可以正常渲染的。
我去试试用 template 标签包起来的方法
<template v-for='(ele,index) in goods' :key="ele.good_id">
<div class="center_content">
<div class="left">
<img :src="ele.image_url" />
</div>
<div class="right">
<p>{{ele.name}}</p>
<p>材质：<span>{{ele.material}}</span></p>
<p>规格：<span>{{ele.spec}}</span></p>
</div>
<div class="btn">
<a @touchend="changegood(ele.good_id,ele.price)" style="text-decoration: none;color: #fff">替换</a>
</div>
</div>
<template>

原理是什么？

推荐 opencart
Mengento 太慢了

code 英[kəʊd]
美[koʊd]
n. 法典; 行为准则; 代码，密码; 信号;
vt. 将…译成电码; 编码，加密;
vi. 为…编码; 指定遗传密码;

@blackshadow

请问有测试过使用 bcmath 函数 和 使用 *100， 再除以 100 的运算效率对比吗？

@ovear
课件中提到 两种尾数修正方法： [截断处理] 和 [舍入处理]

IEEE 754 用的是 舍入处理吗？

~~~

(2) 尾数处理
浮点加减法对结果的规格化及舍入处理也适用于浮点乘除法。
第一种简单的办法是，无条件地丢掉正常尾数最低位之后的全部数值。这种办法被称为截断处理，其好处是处理简单，缺点是影响结果的精度。
第二种简单办法是，运算过程中保留中移出的若干高位的值，最后再按某种规则用这些位上的值修正尾数，这种处理方法被称为舍入处理。
当尾数用原码表示时，舍入规则比较简单。最简便的方法，是只要尾数最低位为 1，或移出的几位中有为 1 的数值位，就使最低位的值为 1。另一种是 0 舍 1 入法，即当丢失的最高位的值为 1 时，把这个 1 加到最低数值位上进行修正，否则舍去丢失的各位的值。这样处理时，舍入效果对负数是相同的，入将使数的绝对值变大，舍则使数的绝对值变小。
当尾数是用补码表示时，所用的舍入规则，应该与用原码表示时产生相同的处理效果，具体规则是：
当丢失的各位均为 0 时，不必舍入；
当丢失的最高位为 0，以下各位不全为 0 时，或者丢失的最高位为 1，以下各位均为 0 时，则舍去丢失位上的值；
当丢失的最高位为 1，以下各位不全为 0 时，则执行在尾数最低位入 1 的修正操作。

~~~

@ovear

谢谢解答。
精度丢失这个问题我知道， 我的代码里也有如上您给出的代码的表示。

我的疑问是：

按照 [尾数修正规则] 情况下， 1.23 * 100 这个操作，正好恰巧修正成了 123.000000000**** 这个结果，对吗？

@ovear

~~~
舍入处理：按舍入规则，加 1 进行修正
~~~

请问这个舍入处理的规则， 具体是什么规则？ 什么时候进行 加 1 修正？ 还是 任何时候都会进行处理？

阿里的 Java 手册，关于这一部分的描述
~~~
6. [强制] 小数类型为 decimal，禁止使用 float 和 double。
说明：float 和 double 在存储的时候，存在精度损失的问题，很可能在值的比较时，得到不
正确的结果。如果存储的数据范围超过 decimal 的范围，建议将数据拆成整数和小数分开存储。
~~~

@eoo 能确认： 腾讯内部都是这么做的吗？

有没有人做过使用 bcmath 系列函数，和 采用 int 乘再除 这两种方式的压测效率之类的？

https://github.com/php/php-src 求指点在源码的什么位置？

又进一步测试，发现当 $b 为 10 的时候， 最终结果是失真的

结果为：
~~~
1.229999999999999982236431605997
10.000000000000000000000000000000
$a 的数据类型：float(1.23)
$b 的数据类型：int(10)
计算结果：float(12.3)
高精度计算结果：12.300000000000000710542735760100
~~~

当$b 为 100 的时候，最终结果不失真

结果为：
~~~
1.229999999999999982236431605997
100.000000000000000000000000000000
$a 的数据类型：float(1.23)
$b 的数据类型：int(100)
计算结果：float(123)
高精度计算结果：123.000000000000000000000000000000
~~~

难道 * 这个运算符， 自动作了四舍五入的处理了？

也想知道是怎么回事，

https://www.seafile.com/product/private_server/ 类似 Seafile 这种