superddr

补充一下官方plugin的fix: https://github.com/phonegap/phonegap-plugin-push/pull/1469/files#diff-53f390d375398624afe1cfe1125f42bf

测试了一下, 虽然这个按钮没打开, 但是加入以上那个config之后, 打包出来的ipa确实可以接受消息.如果能在插件内支持的话,以后开新项目就不需要自己手动在config.xml里面加额外的配置了.应该可以降低些门槛

怎么才能在config里面配置发布路径，这样以后打fis release就不用-d了？

不合并css，也照样给我改了绝对路径，抓狂好么

是的还不如用gulp算了，整体来说， 这工具用起来太麻烦了。自动化程度非常低，应该关联的概念不关联（release居然还得每次指定root，和server start居然不关联），应该自动化计算的路径居然用绝对路径（还号称核心概念，明显可以换算出来的）。用起来心太累了。自己写脚本也不至于这样

多谢指点，原来还有fis还支持.tpl这么个东西，我去看看具体怎么工作的。如果tpl是每次直接include的那是确实没办法，如果是经过fis处理后合成输出html的话， 我觉得还是可以算出相对路径的。（在tpl里面用绝对路径，在合成的时候再换算成相对路径）

那这里就有个问题了，如果是个动态include的话，制作者本来就不可能使用相对路径，自然会用绝对路径来弄，对吧？ 所以如果制作者用了绝对路径，就保持。如果用了相对路径，也保持呗？

动态include，如果用的相对路径的话，在css内当然没问题，在js内和html内就有个问题：不用fis的时候就不能运行了。既然动态模版不是由fis来负责总装的，那也没有理由由fis来改变路径啊。更现实的做法是：在js内或者php内拼装路径。（没fis的时候我们就是这么做的啊，另外.net天生支持这样的路径：~/sidebar/css.css, 这个根目录是可以由iis决定的，自动变化的） 我总是认为，开发的时候减少依赖性更好。一个开发目录应该本身就能运行，用fis起到优化流程的作用。而不是要依赖fis来参与拼装，导致开发文件夹本身不能正常运行了，还得先运行个fis的命令，然后才能到另一个目录里去运行。那对新手接手项目进行维护的时候，将是有害的。 另外我没有说要坚持用相对路径啊，我是说人家如果本来用的绝对路径来搞，就绝对路径；至于本来用相对的，既然人家原来能正常运行，没必要给人搞成绝对的啊？现在其实焦点还是集中在：这事儿不好做，给fis的开发带来困难了。但是相信我，给你足够时间你肯定能想出两全其美的办法的，不过必然会有很多额外的工作量的。 @fouber 你的帖子比较长，我等会儿再看。。。。

@fouber 这篇就讲得比较全面了，也让我明白了fis的思想，和我原先的思维模型是不一样的。原来fis是希望用户依赖它，靠它来改善整个开发流程以及部署流程。而我来学fis的时候只是希望它改善我们的部署流程，没打算让它参与开发；因为原先的依赖项少不了，现在多一个依赖项总是有点犹豫的。 那现在这个tpl就成为核心焦点了，它到底是怎么用的呢？在fis里面为每个组件写个配置，指定这个目录下的组件将来都会被发布到哪里去，然后由fis来改变里面的每个url?期望能有个这方面的最佳实践的介绍，好让大家更深入理解一下这个问题。 我感觉fis索性把这个tpl组装的事情一起搞定算了啊（要啥自行车，要啥php啊），那样就又少依赖php一点了，那倒真不错。 最后，如果组装tpl也由fis来负责了，那么fis不是又有机会去计算相对路径了么，fis知道这个html用到了哪个tpl，换算就可以由fis来执行了。多好，两全其美。

请问这个__inline方法有关的文档在哪里看呢？