小编mga*_*lgs的帖子

我在组件中嵌套了click事件处理程序:

class ListItem extends React.Component {
    ...
    render() {
        return (
            <div onClick={this.save}>
              ...Content...
              <span onClick={this.onDeleteClick}> (Delete)</span>
            </div>
        );
    }
    ...
}

_{(这篇文章底部的完整,最小的例子.)}

此组件用作包含组件中的"列表项".当我点击(Delete)它时会onDeleteClick按预期触发,这会对父进行回调,从而导致组件从父组件中删除.然后点击事件按预期开始冒泡.但是,它会"向上"到父列表中的下一个组件.毕竟,删除处理程序已经删除了原始目标.

如果我添加e.stopPropagation()到onDeleteClick处理程序的顶部它一切正常,但我只是想了解为什么点击事件被传递到一个完全不同的组件,只是为了确保那里没有任何其他吸烟枪.

我当前的理论是,挂起事件队列以某种方式索引到虚拟DOM中,如果您在事件处理程序期间改变虚拟DOM,则冒泡事件可能会传递到虚拟DOM中的错误组件.我原本以为鼓泡事件根本不会发射,而不是射击一个完全不同的组件.

这是怎么回事？任何其他见解？这是一个有缺陷的设计,如果是这样,有关替代品的任何建议吗？

以下是显示问题的最小示例:https://codepen.io/mgalgs/pen/dRJJyB

这是固定版本:https://codepen.io/mgalgs/pen/KqZBKp

"修复"的完整差异是:

--- orig.jsx
+++ new.jsx
@@ -32,6 +32,7 @@
     }

     onDeleteClick(e) {
+        e.stopPropagation();
         this.props.onDeleteClick(e);
     }
 }

我正在将大型代码库移植到 Linux 内核设备驱动程序。ASIC 使用大量 DMA 通道。

我 kmalloc 内存与GFP_KERNEL|GFP_DMA. 在启动 DMA 之前，我使用 dma_map_single 来获取硬件（物理）内存地址以提供给硬件。（也会刷新/使 dcache 中的内存无效？）我有时需要 CPU 访问数据，一旦 DMA 完成，但不经常。在通过代码访问数据之前，我执行了 dma_unmap_single 以避免缓存一致性问题。

在我不需要 CPU 访问的情况下，我还需要调用dma_unmap_single吗？我应该dma_unmap_single每一个指针dma_map_single吗？是否dma_map_single消耗dma_unmap_single将释放的资源（例如，表条目）？

DMA-API.txt 不清楚良好的 DMA 内存卫生。

谢谢！

我有一个Django应用程序与nginx+ gunicorn3 gunicorn工作进程服务.偶尔(可能每100个请求一次)其中一个工作进程进入一个状态,它开始使它服务的大多数(但不是全部)请求失败,然后当它试图向我发送电子邮件时它会引发异常.该gunicorn错误日志是这样的:

[2015-04-29 10:41:39 +0000] [20833] [ERROR] Error handling request
Traceback (most recent call last):
  File "/home/django/virtualenvs/homestead_django/local/lib/python2.7/site-packages/gunicorn/workers/sync.py", line 130, in handle
  File "/home/django/virtualenvs/homestead_django/local/lib/python2.7/site-packages/gunicorn/workers/sync.py", line 171, in handle_request
  File "/home/django/virtualenvs/homestead_django/local/lib/python2.7/site-packages/django/core/handlers/wsgi.py", line 206, in __call__
  File "/home/django/virtualenvs/homestead_django/local/lib/python2.7/site-packages/django/core/handlers/base.py", line 196, in get_response
  File "/home/django/virtualenvs/homestead_django/local/lib/python2.7/site-packages/django/core/handlers/base.py", line 226, in handle_uncaught_exception
  File "/usr/lib/python2.7/logging/__init__.py", line 1178, in error
  File "/usr/lib/python2.7/logging/__init__.py", line 1271, in _log
  File "/usr/lib/python2.7/logging/__init__.py", line 1281, in handle
  File "/usr/lib/python2.7/logging/__init__.py", line 1321, in callHandlers
  File "/usr/lib/python2.7/logging/__init__.py", line 749, …

我有一个Django应用程序，将对象保存到数据库中，还有一个芹菜任务，该任务定期对其中一些对象进行一些处理。问题在于，在芹菜任务已选择要处理的对象之后，但芹菜任务实际完成处理并保存之前，用户可以删除对象。因此，当celery任务确实调用时.save()，即使用户删除了该对象，该对象也会重新出现在数据库中。当然，这对于用户来说确实很诡异。

所以这是一些显示问题的代码：

def my_delete_view(request, pk):
    thing = Thing.objects.get(pk=pk)
    thing.delete()
    return HttpResponseRedirect('yay')

@app.task
def my_periodic_task():
    things = get_things_for_processing()
    # if the delete happens anywhere between here and the .save(), we're hosed
    for thing in things:
        process_thing(thing) # could take a LONG time
        thing.save()

我考虑过尝试通过添加原子块和事务来修复它，然后在保存对象之前测试该对象是否确实存在，以进行修复：

@app.task
def my_periodic_task():
    things = Thing.objects.filter(...some criteria...)
    for thing in things:
        process_thing(thing) # could take a LONG time
        try:
            with transaction.atomic():
                # just see if it still exists:
                unused = Thing.objects.select_for_update().get(pk=thing.pk) …

我目前正在change_form.html通过将其放入以下内容来覆盖我的应用程序：

myproject/myapp/templates/admin/change_form.html

这工作正常，但我真的只想覆盖User模型的更改表单，而没有其他任何事情。如果我把它放进去，它似乎不起作用：

myproject/myapp/templates/admin/user/change_form.html

我猜这是因为该User模型不是来自我的应用程序？

在其他应用程序（即应用程序）中覆盖change_list.html特定模型的最干净的方法是什么？django.contrib.auth

TEMPLATES = [
    {
        'BACKEND': 'django.template.backends.django.DjangoTemplates',
        'DIRS': [os.path.join(BASE_DIR, 'templates')],
        'OPTIONS': {
            'context_processors': [
                'django.template.context_processors.debug',
                'django.template.context_processors.request',
                'django.contrib.auth.context_processors.auth',
                'django.contrib.messages.context_processors.messages',
                'unicorn.context_processors.site_url',
                'unicorn.context_processors.consultant_data',
                'unicorn.context_processors.branding',
            ],
            'builtins': ['tracking.templatetags.tracking_extras'],
            'loaders': [
                'django.template.loaders.filesystem.Loader',
                'django.template.loaders.app_directories.Loader',
            ],
        },
    },
]