没关系.这不工作的原因:我忘了,meteor reset所以debugger也没有机会停下来.咄!
更多信息:我在Mason Chang的回答中使用了相关问题的方法,而不是kill -s USR1 [proc_id](我可以看到脚本,但无法在startup()函数中停止).另外,我正在使用陨石.
我正在尝试使用node-inspector 调试Meteor服务器端(即下)的Meteor.startup(function())代码/server,我已经阅读了这个问题,并按照更改的答案run.js,但不知何故,我自己的脚本为启动功能未显示在Chrome的脚本部分中.
如何在此处查看我的代码并设置断点并停在这些点?顺便说一下,Meteor_debug()不会向stdout,stderr或node-inspector浏览器控制台输出任何内容.我也试过console.log()但没有用.如何在Meteor服务器端启用日志记录?
如果重要,我在auth分支机构.
这里的代码非常简单(/server/bootstrap.js):
Meteor.startup(function () {
if (Logs.find().count() === 0) {
var data = [/*...some data...*/];
var timestamp = (new Date()).getTime();
Meteor._debug("timestamp: "+timestamp+", data.len: " + data.length);
debugger;
for (var i = 0; i < data.length; i++) {
data[i].timestamp = timestamp++;
var entry_id = Logs.insert(data[i]);
Meteor._debug("entry_id: "+ entry_id);
}
}
});
Run Code Online (Sandbox Code Playgroud) debugging serverside-javascript node.js node-inspector meteor
有谁知道是否有可能在.Net服务器端利用JQuery的强大功能?
例如,我在后面的一些代码中有一些HTML作为String.有没有办法在它上面执行JQuery?
我现在正在这样做......
假设这是String ...
<input id='AddressSettings_txtFirstName' name='txtFirstName'
value='#firstNameValue#' size='25' type='text' class='val_required'/>
Run Code Online (Sandbox Code Playgroud)
我的C#做到了这一点
strHTML = strHTML.Replace("#firstNameValue#", customerInfo.FirstName);
Run Code Online (Sandbox Code Playgroud)
这就是我将数据绑定到HTML的方式.
现在我想做的是不必将#firstNameValue#添加为占位符并替换它我想以某种方式在我的C#代码中的HTML字符串上执行一行JQuery.
strHTML = strHTML.ExecuteJQuery("$('#AddressSettings_txtFirstName').text('"
+ customerInfo.FirstName + "')");
Run Code Online (Sandbox Code Playgroud)
我有什么选择?
我已经做了什么
该应用程序有一个入口点,main.js,它是我的react.js组件和依赖项的捆绑版本,所以我的index.html通常如下所示:
<body>
<script type="text/javascript" src="/static/bundles/main-3997ad3476694c3c91cf.js"></script>
</body>
Run Code Online (Sandbox Code Playgroud)我想做的事
考虑到我的应用程序是单页应用程序,我该如何处理?我不想重新发明轮子也不想复制我的代码.我必须编写什么样的node.js服务器才能实现这种自动服务器端呈现?有没有办法直接在Django中提供服务器端渲染(通过一些工具读取和解释客户端显示的页面的最终结果并返回此原始html?)
python django serverside-javascript single-page-application reactjs
我们有一个基于Java的CMS,它有服务器端JS的Mozilla Rhino.目前JS代码库很小但正在增长.在为时已晚并且代码变得非常混乱之前,我想介绍一些最佳实践和编码风格.
显然,名称空间控制非常重要.但其他最佳实践如何 - 尤其是Java程序员?
Node.js现在似乎在书呆子博客中获得了很多专栏,并且通过一些功课,不难看出原因.
在深入学习节点之前有什么好处?我假设Javascript,但任何其他技术或概念会有所帮助吗?从本地测试到生产服务器,我需要知道什么?
服务器端JavaScript(SSJS)的Netscape Enterprise Server实现与node.js实现之间的主要区别是什么?
为什么Netscape的实现没有获得牵引力,而node.js似乎更受欢迎?
我正在使用带有ReactJS前端的Flask Backend开发一个应用程序.ReactJS应用程序已经开发并与webpack捆绑在一起.
与捆绑在一起的客户端渲染一切正常webpack.
我现在正在尝试使用python-react添加服务器端渲染.
但问题是,我必须通过具有根组件节点的Jinja2 template基本模板与我的ReactJS应用程序共享一些变量.index.htmlreactjs<div id='react-node'></div>
我不得不把我routes和config通过我的应用程序jinja2模板如下图所示,
//index.html
<!doctype html>
<html>
...
...
<script type='text/javascript'>
var STATIC_IMAGE_ROOT = "{{ url_for('static', filename='img/') }}";
var ROUTES = { ... };
...
</script>
</html>
Run Code Online (Sandbox Code Playgroud)
所有上述js变量都被设置为全局window对象.
但是当我尝试在python中渲染组件时,它会抛出window对象的异常ReactRenderingError: react: ReferenceError: window is not defined.
解决这个问题的最佳方法是什么?
serverside-javascript flask reactjs webpack isomorphic-javascript
我开始创建一个基于Node的同构React/Redux应用程序.该项目的一个要求是基于"移动"和"桌面"视图的"适应性"呈现特定组件.我已经实现了Redux动作和reducer来存储有关用户视图的屏幕信息(基于媒体查询 - "小","中","大").在调整大小时,状态/商店会更新.默认状态为"小".
const defaultState = {
isMobile: true,
isTablet: false,
isDesktop: false,
sizes: {
small: true,
medium: false,
large: false,
huge: false,
},
};
Run Code Online (Sandbox Code Playgroud)
在需要根据屏幕大小在两个不同版本中呈现"自适应"的组件中,我只需执行以下操作:
如果(小)返回变化1
如果(中)返回变异2
一切正常.
现在我面临两个问题:
我的应用程序是同构的,这意味着标记也呈现服务器端.服务器对用户的浏览器和媒体查询一无所知.因为我的默认状态是"小",服务器将始终呈现"variation1".节点服务器是站点的入口点.看起来渲染需要"延迟"(中间件?),服务器需要在React应用程序"交付"之前从客户端获取有关浏览器宽度的一些信息.知道如何解决这个问题吗?
因为渲染是基于状态的,所以在加载"变化1"之后总是可以看到几毫秒(闪烁),即使浏览器大小是"桌面".这是因为在使用当前屏幕宽度更新状态之前,JS检测需要几毫秒.我认为这与上述问题和默认状态一起发挥作用.
我找不到1的任何解决方案,但我想必须有一些同构和响应/自适应的东西.
serverside-javascript node.js reactjs isomorphic-javascript server-side-rendering
node.js是一个基于谷歌V8 JavaScript引擎的开源服务器端JavaScript 平台.它已经迅速普及和重要性,现在几年.
现在node.js只是一个平台.从本质上讲,使用的JavaScript引擎只是一个实现细节,任何JS引擎都可以使用,甚至可以用于各种JS引擎的抽象.
Joyent可能选择了V8,因为它是开源的,具有有利的许可条款,并且通常是最快的JS引擎(但我相信它有时被其他引擎取代).
鉴于拥有许多可能被称为"开放标准"的不同但兼容的实现是很好的事情,例如JS引擎,Web浏览器,编程语言编译器等; 当然,拥有像node.js这样的服务器端平台的多个实现也是一件好事
例如,有几乎所有操作系统和硬件都可以运行的JavaScript引擎,但V8仅适用于其中几个.事实证明,微软正在推广用于Windows Azure的node.js,即使它依赖于主要竞争对手的工作,即使他们拥有自己的JS引擎,可以与V8竞争速度.
如果任何此类端口已经开始,我将非常有兴趣跟踪他们的进度以监视node.js是否可能成为开放标准.
•我意识到节点并不像JS和浏览器那样标准化,并且它的发展非常迅速,但这从未阻止任何人搔痒.•如果有多个端口,我不会询问您认为哪个更好或哪个更受欢迎的意见,这不是一个民意调查问题.•我也没有购买node.js实现,我对node.js或类似的东西是否可以作为一个平台普遍采用,或者它是否会留在一家公司手中感兴趣.
javascript platform javascript-engine serverside-javascript node.js