php分页怎么弄，phpstudy可以用来运营网站不？
phpstudy属于安装环境，自带了php和mysql，可以本地搭建调试，当然也可以放到服务器来使用，我的服务器是阿里云的里面就是用的phpstudy搭建的网站，没问题。
html表格怎么分页？
分页打印有几种办法：自动分页不在此列
1、像你这样的需求你可以在要分到下一页的行选中一个单元格然后插入分页符……强制分页
2、单独设置一个打印页面然后用公式把你要打印的内容汇总引用到打印页面上……按需打印
3、如果只想打印某一个部分内容那么选择这个区域设置打印区域……每次自己选择设置一下随意打印……
java数据放在了list中？
针对如何实现前台分页，我提供一个thymeleaf+springboot+pagehelper的解决实例。
1.前端页面的代码如下：
截图中的questions对象就是我们在后端查到的list集合对象，将后端查询到的集合通过SpringBoot中的Model传值给questions，前端就能通过question获取分页所必须的数据。
1.1 pagehelper中的引入：
<dependency>
<groupId>com.github.pagehelper</groupId>
<artifactId>pagehelper-spring-boot-starter</artifactId> <version>1.2.12</version>
</dependency>
1.2 思路：
分页的时候前端发起请求，进入index页面的时候，会携带pageNum(不是必须的)和pageSize（无要求）,后端判断两个参数的实际值，并设置默认然后调用startPage方法开始分页，注意紧跟着这个方法后面就是一个数据库查询语句的方法（XXXMapper.queryXXX），然后new PageInfo<XXX>就能够进行分页，最后设置到model里面去。
1.3 controller中的代码实现
1.4 controller层中的findList（pageNum, pageSize）方法里就是用pagehelper实现分页的，代码如下：
至此，我们就实现了分页查询了，效果如下图：
以上是使用thymeleaf+springboot+pagehelper实现分页的思路，希望对你有帮助，由于我是第一次用悟空问答回答问题，没有找到markdown的编辑方式，在文本框中放代码格式全部乱了，所以代码部分就是直接上图，可能会比较模糊。
模板引擎方式和纯静态页面？
你说的模板引擎应该是指后端模板引擎。从网站全栈开发程序员的角度来看：从前，前端[不考虑原生app]只要“哄好”浏览器（包括微信内嵌的、app内嵌的）就可以了，服务端都是Nginx/Apache/IIS + php（大部分程序依赖于php-fpm[不能常驻内存]，少量运行在CLI[也就是命令行]），大家都用MVC, 都在热烈讨论视图文件与模板引擎的“家长里短”。后来，前端爆出了“微信小程序”，不少前台页面“弃暗投明”，好在后台页面/对/浏览器/“忠心耿耿”。再后来，swoole异军突起，php可以常驻内存、运行速度“风驰电掣”，同时开发方式大变[大部分运行在CLI]，比如：echo会输出到终端而不是浏览器---然而，模板引擎都是用echo输出动态数据到浏览器的---这就尴尬了。
现在，访客的客户端既有小程序，又有浏览器。小程序的页面只能由js渲染，php模板引擎对小程序页面无可奈何。php接口不得不设计为API，以便返回json给小程序，这种API倒是可以加以包装，这样，浏览器那边的前台页面可以继续使用模板引擎。后台页面，直接使用模板引擎。
一但用上swoole，要是坚持使用模板引擎，由于模板引擎将视图文件(view.html)翻译成模板文件（tpl.php），都会用到“echo”，（如果用到的视图文件都没有修改过，就直接）include tpl.php之后，为了防止输出到终端，使用ob_get_clean(), 再使用swoole的接口输出到浏览器，
倒也是可以。
结论：
后端模板引擎，只是开发一时爽，不适宜团队合作，适合全栈开发者，缺点：
应变能力差：使用全新装修的话，后端开发就要套页面，繁琐。
浪费人力资源，加重后端团队的负担：前端折腾完html页面，后端需要经手一遍。不得不提一点：分页条。thinkphp框架的分页条是写在php的page类里面，如果分页条样式变了，前端写完html代码，后端要誊写一遍。
如果需要翻译视图文件，则后端负担相对较重，用户等待时间相对较长：比如：编辑数据的页面。php从数据表里边拉取到数据，已经仁至义尽了，却还要翻译html文件，即使不用翻译，也需要查看用到的视图文件是否修改过。
后端模板引擎的渲染是一次性的，而前端模板引擎可以反复渲染，利于沉浸式体验。同一段html代码，要么由后端模板引擎循环处理，要么由前端模板引擎循环处理。举个例子：进入购物车页面（/cart/index），对某个商品重新挑选促销方案后，该商品需要挪到新的分组，再次计算受影响的组的优惠、赠品，然后再次计算总优惠。（后端更改促销方案, 不应由/cart/index处理，不然就“千人排、万人坑”，越来越“牵一发而动全身”。） 假设是由/cart/selectPromotion处理， 如果使用前端模板引擎，即便反复挑选，页面也无需刷新，不会打断沉浸式体验，否则，等待转圈结束，页面还要需要刷新，页面无论如何都是要经历空无一物的白色，反复刷新几次，真的沉浸不下来。
由于css样式的影响，部分php错误信息未能及时发现，直到：打开控制台，查看源码，偶然看到额外的html元素直接查看网页源码，看到额外的html元素js出错：比如说，取不到指定html元素，json字符串转换成对象失败。好处：
共同的html可以抽出来作为公用文件，用php加载公用文件。
可以用php读取静态文件的上次修改时间，引入静态文件时，将这个时间作为版本号，静态文件有变化则重新请求，否则使用本地缓存。调试过程中，不需要同时按shift + F5, 也不需要手动更改版本号，比较省事。
纯静态页面+ajax：适宜团队合作，也适合全栈开发者，应变能力强，不会浪费后端的人力资源，php负担相对较轻，用户等待时间相对较短，体验更好，除了开发时繁琐了点。
各个编程语言都有哪些黑点？
先说C语言，真正有用的代码可能就3行，前面几百行只用一次的宏定义，中间几百行输入参数检验，后面几百行输出错误处理。中间插着几个指针转换加地址运算的炫技代码(老手都要反应半天)。写完特有成就感。然后编译前，斋戒沐浴，焚香祷告…
再说PHP,无论你用什么模型，框架，都要记得，你只有一个进程。任何代码都可以输出，任何代码都可以结束整个会话…你终于完成了一个分页模块，发现里面多出一个大于号。你找遍自己的代码都没发现大于号。经过九九81个小时的折磨，发现是调用人家的字符串拼接函数有个小bug…
再说java，占个坑，等有时间写。TODO:nodejs, oc, bash