小编med*_*iev的帖子

我喜欢空闲.但是,有时我有100-200行脚本,我想用交互式调试/播放,比如说定义的函数,foo.py而不仅仅是调用python foo.py.有没有办法可以在我的上下文中触发IDLE foo.py？

如果不使用eval,我无法理解它是如何工作的 - 这背后的秘密是什么？

编辑:有人可以提供一个关于如何将树结构转换为对象的简单示例吗？

我有一个我的reddit-clone网站的帖子表,我想知道我是应该为每个帖子制作类别,还是只按标签分类,比如SO有它.似乎标签几乎是类别的替代品,但有些东西我只是忽略了吗？

我相信eggdrop是最活跃/最受欢迎的机器人,它用tcl编写(根据wiki,核心是C,但我还没有确认).

我想知道在node.js或Python中重新编码它的功能是否有任何性能优势,除了使它更易于访问,因为Python和JS可以说是更流行的语言而且很少有人熟悉tcl.

那么,他们如何在整体上以性能方式与tcl进行叠加？

SELECT
*
FROM
users
WHERE
username IN ("john", "bob", "ray", "sexay")

假设我在桌子上有这些:

ID  USERNAME
------------------
1   john
2   bob
3   jack

我想知道我的哪一套不匹配,所以我需要"ray" and "sexay".有一种纯粹的SQL方式吗？我知道我可以通过多个查询执行此操作,但我有200个左右的用户,如果可以在一个查询中执行,那么很棒.

编辑#1:纯粹NOT IN是不够的,因为这将返回与我的用户名集不匹配的所有用户.我不需要每一个,只是我给定集合中的每个用户名字符串都不匹配.

我们仍然使用 CVS，我个人使用 git 和 hg，虽然我在这两个方面仍然是新手，但我意识到它们更现代、更好、更快、分布式等。

只是每个人都对 CVS 如此习惯，以至于我觉得如果我是推荐并实际将我们当前的 CVS 服务器升级/移植/转换为 git 或 hg 的人，可能会出现一系列问题。

最近有人真的这样做过吗？您能否提供有关影响人们使用 git/hg 的任何见解或提示，以及如果要进行实际更新/转换的一般提示？有没有我应该注意的常见问题？

在Windows上,似乎当任何背景上有白色文本并且它确实转换时,文本在其opacity值切换回1时自然会变为某种绿色阴影.

这是有道理的.但有没有人知道任何类型的解决方法,以防止它转换到动画之间的绿色阴影,除了将文本的颜色从白色改为其他东西？

我在这里有一个完整的演示.

笔记:

• 它不适用于Linux,因为没有ClearType,只有在Windows上启用ClearType时才会发生.
• 我指定cleartype:true cleartypeNoBg但据我所知,这只能解决IE7中的另一个问题.
• 我知道如果你禁用ClearType它会消失

我愿意接受某种涉及不同动画风格(除了褪色)的解决方法,但是抛出你对我的任何想法.

编辑:想想我在这里发现了这个错误.

编辑#2:在这里看过渡.看起来像scrollRight可以代替淡入淡出.

1. python manage.py dumpdata modelName > file.json.
2. meder在postgres上为用户创建了一个空数据库
3. 修改了pga_hb.conf以便meder可以使用数据库
4. 更改了设置 settings.py
5. python manage.py syncdb(我没有创建一个su)

6. 试图,loaddata file.json但它抱怨超级用户不存在或不匹配...

   回溯(最近一次调用最后一次):文件"manage.py",第11行,在execute_manager(settings)文件中"/srv/python-environments/saltycrane/lib/python2.5/site-packages/django/core/management/ init .py",第438行,在execute_manager utility.execute()文件"/srv/python-environments/saltycrane/lib/python2.5/site-packages/django/core/management/ init .py",第379行,在执行self.fetch_command(子命令).run_from_argv(self.argv)文件"/srv/python-environments/saltycrane/lib/python2.5/site-packages/django/core/management/base.py",第191行,在run_from_argv self.execute(*ARGS,**选项.字典)文件"/srv/python-environments/saltycrane/lib/python2.5/site-packages/django/core/management/base.py",第220行,执行输出= self.handle(*args,**选项)文件"/srv/python-environments/saltycrane/lib/python2.5/site-packages/django/core/management/commands/loaddata.py",第219行,在handle transaction.com中使用(using = using)文件" /srv/python-environments/saltycrane/lib/python2.5/site-packages/django/db/transaction.py",第199行,在commit connection._commit()文件"/ srv/python-environments/saltycrane/lib /python2.5/site-packages/django/db/backends/ init.com",第32行,在_commit中返回self.connection.commit()psycopg2.IntegrityError:在表上插入或更新"bugs_bug"违反外键约束"poster_id_refs_id_89e0243f"DETAIL:键(poster_id)=(1)不存在于表"auth_user".

我不应该同步syncdb吗？我应该为通用表格转储数据吗？我仍然在MySQL中完整的数据库但是会欣赏任何方向.

SIDENOTE:我确实south安装了.我--initial几天前做了命令.也许我也可以使用南方？

直到最近,当我决定开始担心参照完整性等时,我一直在使用MyISAM并且没有定义明确的外键关系.

我正在研究一个存储战斗事件,战斗机统计数据的数据库,所以我认为这符合使用InnoDB和明确定义外键的标准.

我有一个战斗机表,其中有多个列是外键.我想知道是否建议始终明确定义外键关系,无论表中引用了多少外键？

特别是,对于这个表我有:

CREATE TABLE `fights` (
  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `event_id` int(10) unsigned DEFAULT NULL,
  `winner_id` int(10) unsigned DEFAULT NULL,
  `referee_id` int(10) unsigned DEFAULT NULL,
  `championship_match` enum('1','0') DEFAULT NULL,
  `weight_class` int(10) unsigned DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8

我打算做referee_id,winner_id,event_id所有外键各自表ID列.这是要走的路吗？或者,为了性能原因,我是否应该以关系完整性为代价限制明确定义的外键数量？

我正在使用某个框架,其中主要开发人员正在考虑从基于PHP的本机模板到XSLT模板的彻底改变.

我担心这不可行,因为在我们的网站上我们通常有非常复杂的模板逻辑.

对于像这样简单的事情:

    if ( $something ) { ?>
        <p><?php if ( $another ) { ?>Lorem Ipsum<?php } else { ?>Dolor amet<?php } ?>.</p>
    <?php } else { ?>
        <p><?php if ( $another ) { ?>Lorem Ipsum<?php } else { ?>Dolor amet<?php } ?>.</p>
    <?php } ?>

等效的XSLT将是:

    <xsl:choose>
        <xsl:when test="blah">
            <xsl:choose>
                <xsl:when test="another">
                    <p>Lorem Ipsum.</p>
                </xsl:when>
                <xsl:otherwise>
                    <p>Dolor amet.</p>
                </xsl:otherwise>
        </xsl:when>
        <xsl:otherwise>
                <xsl:when test="another">
                    <p>Lorem Ipsum.</p>
                </xsl:when>
                <xsl:otherwise>
                    <p>Dolor amet.</p>
                </xsl:otherwise>
        </xsl:otherwise>
    </xsl:choose>

有了这么简单的代码片段,当我想到高级场景时,它会让我感到害怕.

我想知道是否有人经历过类似的模板转换,如果是这样,你是如何应对它的？你回去了吗？