我最近一直在阅读一些关于整个客户端与服务器渲染的非常有趣的文章.
http://www.onebigfluke.com/2015/01/experimentally-verified-why-client-side.html
http://www.quirksmode.org/blog/archives/2015/01/angular_and_tem.html
http://tomdale.net/2015/02/youre-missing-the-point-of-server-side-rendered-javascript-apps/
在谈到客户端时,我已经成为了一个粉丝男孩,但在我阅读这些文章之后,有些观点开始出现在支持服务器端呈现,令我惊讶的是......主要观点是:
1)您可以升级您的服务器,但不能升级您的用户设备 - 这意味着,是的...... 您可以控制服务器,因此如果它正在执行,您可以选择升级/扩展.您无法强制用户升级其设备.
2)第一个油漆与最后一个油漆 - 现在在experimentally verified...上面的链接上显示用户第一次看到页面(第一个油漆)和用户何时可以使用页面100%(最后一个油漆).现在从用户看到页面时我能想到的是,它需要大脑一些时间来处理从视觉皮层到额叶皮层的信号,然后到达用户实际开始点击他/她的手指的前置皮层,当然,如果首先渲染html,那么在后台进行加载(js文件,绑定等)时,大脑会处理一些事情.
真正让我感到有点的是Twitter报道了人们有多达10秒的加载时间进行客户端渲染,没有人应该体验过!有点儿说," 好吧,如果你没有足够好的设备,抱歉,你只需要等待. "
我一直在想,是不是有使用的好办法既客户端和服务器端模板引擎和两个客户端和服务器使用相同的模板引擎和代码.在这种情况下,它只是要弄清楚它是否是为客户提供渲染页面或让客户端自己渲染它的好处.
无论如何,如果你愿意,可以分享你对我的说法和文章的看法.我全都耳朵!
html javascript template-engine server-side client-side-templating
我知道jsonp是一种绕过相同原始策略的技术.您基本上是在脚本标记中引用您的json服务器端点,因为脚本标记不受SO策略的约束.
我的问题是:假设服务器有一个服务于json的端点,服务器上是否需要进行任何修改以在客户端中使用jsonp？
我想不,但想确定......
我试图让我的头围绕node.js ...
我对我的LAMP设置非常满意,因为它目前符合我的要求.虽然我想在我的PHP应用程序中添加一些实时功能.例如显示当前登录我网站的所有用户以及可能的聊天功能.
我不想替换我的PHP后端,但我确实想要可扩展的实时解决方案.
1.我可以将node.js放入混合中以满足我的需求而无需重建整个应用程序服务器端脚本吗？
2. node.js如何最好地为我的"聊天"和"当前登录"功能提供服务？
很高兴听到你的意见!
W.
服务器端javascript的使用是否普遍？为什么会使用它而不是任何其他服务器端脚本？是否有特定的用例使其比其他服务器端语言更好？
另外,对如何开始尝试它感到困惑,我在freeBSD上,为了运行服务器端javascript,我还需要安装什么？
我真的不明白,Erlang如何比C++更有效率？
我开始了解node.js,我正在试图弄清楚我将如何做普通的MVC.例如,这是一个Django视图,它从数据库中提取两组记录,并将它们发送到模板中呈现.
def view(request):
things1 = ThingsOne.objects.all()
things2 = ThingsTwo.objects.all()
render_to_response('template.html, {'things1': things1, 'things2': things2})
类似的node.js函数可能是什么样的？
javascript model-view-controller server-side serverside-javascript node.js
我正在调查JavaScript模板,以此来呈现我们的观点.目标是能够为已启用JavaScript的用户呈现客户端,以便为那些没有启用JavaScript的用户(和爬虫)呈现相同的模板/数据服务器端.
要求
到目前为止找不到令人满意的解决方案
考虑到最流行的MVC/MVVM客户端模式(如Knockout.js,Angular.js,Ember.js等),我有一个很大的疑问:
还要考虑双方的建模冗余,将这些客户端模式与MVC服务器端模式一起使用的优点和缺点是什么？
model-view-controller design-patterns server-side client-side mvvm
我希望从其他用户那里获得有关服务器端MVC优势的一些信息.借助许多javascript库的强大功能.服务器端MVC服务器有什么好处？
您可以轻松地使用带有模板和REST API的客户端MVC来创建更具负面性的应用程序,同时减少重新加载整个页面以进行微小更改的开销.
我遇到了这个我正在努力处理的疯狂问题.我知道当我们获取大量数据时,我们必须增加客户端.config文件的配额,但如果我的客户端向WCF服务器发送大量数据,我应该怎么做？
当我发送小尺寸输入参数时,它完全正常.不幸的是,当输入变大时,它会崩溃.
调试器说:
错误请求,400;
在跟踪文件上它是:
已超出传入邮件的最大邮件大小限额(65536).要增加配额,请在相应的绑定元素上使用MaxReceivedMessageSize属性.
是否有某种方法可以增加服务器端的数据配额？如果是这样,怎么样？
这是我的示例配置相关部分:
<bindings>
<basicHttpBinding>
<binding name="MyBasicHttpBinding"
closeTimeout="00:01:00" openTimeout="00:01:00" receiveTimeout="00:10:00"
sendTimeout="00:01:00" allowCookies="false" bypassProxyOnLocal="false"
hostNameComparisonMode="StrongWildcard" maxBufferSize="2147483647"
maxBufferPoolSize="2147483647" maxReceivedMessageSize="2147483647"
messageEncoding="Text" textEncoding="utf-8" transferMode="Buffered"
useDefaultWebProxy="true">
<readerQuotas maxDepth="64" maxStringContentLength="2147483647" maxArrayLength="2147483647"
maxBytesPerRead="2147483647" maxNameTableCharCount="2147483647" />
<security mode="None">
<transport clientCredentialType="None" proxyCredentialType="None"
realm="" />
<message clientCredentialType="UserName" algorithmSuite="Default" />
</security>
</binding>
</basicHttpBinding>
</bindings>
<services>
<service name="MyWcfService">
<endpoint address="http://myservice..."
binding="basicHttpBinding" bindingConfiguration="MyBasicHttpBinding"
name="MyBasicHttpBinding" contract="IMyContract" />
</service>
</services>
这是我的客户端代码(我动态创建):
var binding = new BasicHttpBinding();
binding.MaxBufferPoolSize = 2147483647;
binding.MaxBufferSize = 2147483647;
binding.MaxReceivedMessageSize = 2147483647;
binding.ReaderQuotas.MaxStringContentLength = 2147483647;
binding.ReaderQuotas.MaxArrayLength = …