1.django怎么创建项目(django创建项目和应用的源码运行命令)
2.如何实现djangootp
3.Python和Django的基于协同过滤算法的**推荐系统源码及使用手册
4.django怎么启动与关闭(2023年最新整理)

django怎么创建项目(django创建项目和应用的命令)

       导读：本篇文章首席CTO笔记来给大家介绍有关django怎么创建项目的相关内容，希望对大家有所帮助，源码运行一起来看看吧。源码运行

Django创建项目

       在Run、源码运行Runconfiguration中，源码运行进入PyDevDjango，源码运行持股统计源码选择你的源码运行项目，在右边“MainModule”里，源码运行用${ workspace_loc:项目名/manage.py}即：工作目录下的源码运行，项目名称目录下的源码运行，manage.py。源码运行也可以直接指向物理路径。源码运行在Arguments参数选项里，源码运行可以加上：runserver0.0.0.0:，源码运行让它用端口来测试。源码运行

django新建项目

       win下python环境配置

       1）使用pycharm--file--NewProject--Django

       点击create创建，等待程序安装完毕

       linux安装mysql

       win安装mysql

       1）配置setting

       本人习惯将app放入apps里

       进入apps目录下

       程序目录

       requirements.txt

       修改django_demo/_init_.py

如何创建一个Django网站

       本文演示如何创建一个简单的django网站，使用的django版本为1.7。

       1.创建项目

       运行下面命令就可以创建一个django项目，项目名称叫mysite：

       $django-admin.pystartprojectmysite

       创建后的项目目录如下：

       mysite

       ├──manage.py

       └──mysite

       ├──__init__.py

       ├──settings.py

       ├──urls.py

       └──wsgi.py

       1directory,5files

       说明：

       __init__.py：让Python把该目录当成一个开发包(即一组模块)所需的文件。这是一个空文件，一般你不需要修改它。

       manage.py：一种命令行工具，允许你以多种方式与该Django项目进行交互。键入pythonmanage.pyhelp，看一下它能做什么。你应当不需要编辑这个文件；在这个目录下生成它纯是为了方便。

       settings.py：该Django项目的设置或配置。

       urls.py：Django项目的URL路由设置。目前，它是空的。

       wsgi.py：WSGIweb应用服务器的配置文件。更多细节，查看HowtodeploywithWSGI

       接下来，你可以修改settings.py文件，c string类源码例如：修改LANGUAGE_CODE、设置时区TIME_ZONE

Django源码阅读(一)项目的生成与启动

       诚实的说，直到目前为止，我并不欣赏django。在我的认知它并不是多么精巧的设计。只是由功能堆积起来的"成熟方案"。但每一样东西的崛起都是时代的选择。无论你多么不喜欢，但它被需要。希望有一天，python能有更多更丰富的成熟方案，且不再被诟病性能和可维护性。（屁话结束）

       取其精华去其糟粕，django的优点是方便，我们这次源码阅读的目的是探究其方便的本质。计划上本次源码阅读不会精细到每一处，而是大体以功能为单位进行解读。

       django-adminstartprojectHelloWorld即可生成django项目，命令行是exe格式的。

       manage.py把参数交给命令行解析。

       execute_from_command_line()通过命令行参数，创建一个管理类。然后运行他的execute()。

       如果设置了reload，将会在启动前先check_errors。

       check_errors()是个闭包，所以上文结尾是(django.setup)()。

       直接看最后一句settings.INSTALLED_APPS。从settings中抓取app

       注意，这个settings还不是我们项目中的settings.py。而是一个对象，位于django\conf\__init__.py

       这是个Settings类的懒加载封装类，直到__getattr__取值时才开始初始化。然后从Settings类的蓝牙接收app源码实例中取值。且会讲该值赋值到自己的__dict__上（下次会直接在自己身上找到，因为__getattr__优先级较低）

       为了方便debug，我们直接写个run.py。不用命令行的方式。

       项目下建个run.py，模拟runserver命令

       debug抓一下setting_module

       回到setup()中的最后一句apps.populate(settings.INSTALLED_APPS)

       开始看apps.populate()

       首先看这段

       这些App最后都会封装成为AppConfig。且会装载到self.app_configs字典中

       随后，分别调用每个appConfig的import_models()和ready()方法。

       App的装载部分大体如此

       为了方便debug我们改写下最后一句

       res的类型是Commanddjango.contrib.staticfiles.management.commands.runserver.Commandobjectat0xEDA0

       重点是第二句，让我们跳到run_from_argv()方法，这里对参数进行了若干处理。

       用pycharm点这里的handle会进入基类的方法，无法得到正确的走向。实际上子类Commond重写了这个方法。

       这里分为两种情况，如果是reload重载时，会直接执行inner_run()，而项目启动需要先执行其他逻辑。

       django项目启动时，实际上会启动两次，如果我们在项目入口(manage.py)中设置个print，会发现它会打印两次。

       第一次启动时，DJANGO_AUTORELOAD_ENV为None，无法进入启动逻辑。会进入restart_with_reloader()。

       在这里会将DJANGO_AUTORELOAD_ENV置为True，随后重启。

       第二次时，可以进入启动逻辑了。

       这里创建了一个django主线程，将inner_run()传入。

       随后本线程通过reloader.run(django_main_thread)，创建一个轮询守护进程。html付款源码

       我们接下来看django的主线程inner_run()。

       当我们看到wsgi时，django负责的启动逻辑，就此结束了。接下来的工作交由wsgi服务器了

       这相当于我们之前在fastapi中说到的，将fastapi的app交由asgi服务器。(asgi也是django提出来的，两者本质同源)

       那么这个wsgi是从哪来的？让我们来稍微回溯下

       这个settings是一个对象，在之前的操作中已经从settings.py配置文件中获得了自身的属性。所以我们只需要去settings.py配置文件中寻找。

       我们来寻找这个get_wsgi_application()。

       它会再次调用setup()，重要的是，返回一个WSGIHandler类的实例。

       这就是wsgiapp本身。

       load_middleware()为构建中间件堆栈，这也是wsgiapp获取setting信息的唯一途径。导入settings.py，生成中间件堆栈。

       如果看过我之前那篇fastapi源码的，应该对中间件堆栈不陌生。

       app入口→中间件堆栈→路由→路由节点→endpoint

       所以，wsgiapp就此构建完毕，服务器传入请求至app入口，即可经过中间件到达路由进行分发。

       结语：以上就是首席CTO笔记为大家介绍的关于django怎么创建项目的全部内容了，希望对大家有所帮助，如果你还想了解更多这方面的信息，记得收藏关注本站。

如何实现djangootp

       å¯¼è¯»ï¼šä»Šå¤©é¦–席CTO笔记来给各位分享关于如何实现djangootp的相关内容，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

python——Django项目开发：配置项目/static/路径，调用css、img、js等静态文件

       åœ¨Django项目开发中，不能像正常web开发一样通过'imgs/bg.jpg'访问本地静态文件，需要做一些配置，才能实现静态文件的访问。

       ä¸€ã€é¦–先在项目根路径下新建一个static文件夹，然后在static文件夹下可以新建相应的css、imgs、js等文件夹，用于存放css、img、js等静态文件。

       äºŒã€é¡¹ç›®é…ç½®

       1、打开settings.py,在底部添加：

       2、打开urls.py，在urlpatterns中添加：(注意，如果你在blog目录下也建立了urls.py，那么就得在blog/urls.py中做修改。别忘了importsettings)：

       ï¼ˆä¸è¿‡æˆ‘经过实测，不加这一个，也可以完成静态文件的访问）

       3、在html模板最上面添加：

       ç„¶åŽåœ¨éœ€è¦çš„地方按照这个格式进行调用，如：

       æœ€åŽé‡æ–°è¿è¡Œé¡¹ç›®ï¼Œimg等本地静态文件就可以被django找到了，这时模板对应的页面就可以显示使用img等文件了。

django实现实时消息推送有什么好的方案

       django实现实时消息推送，数据库数据一有变化就实时反应在页面上用作系统实时监控。在一个HTTP访问周期里，如果要执行一个长时间任务，为了避免浏览器等待，后台必须使用异步动作。

       ä¸Žæ­¤åŒæ—¶ä¹Ÿè¦æ»¡è¶³å®žæ—¶éœ€æ±‚，用户提交了任务后可以随时去访问任务详情页面，在这里用户能够实时地看到任务的执行进度。针对异步任务处理，使用了Celery把任务放到后台执行。

       Celery是一个基于python开发的分布式异步消息任务队列，通过它可以轻松的实现任务的异步处理，关于它的使用方法《网易乐得RDS设计》也有提到。Celery在处理一个任务的时候，会把这个任务的进度记录在数据库中。

       æ¶ˆæ¯æŽ¨é€ç›´æŽ¥æ‰¾ä¸“业的平台，例如极光。深圳市和讯华谷信息技术有限公司（极光AuroraMobile，纳斯达克股票代码：JG）成立于年，是中国领先的开发者服务提供商，专注于为开发者提供稳定高效的消息推送、一键认证以及流量变现等服务，助力开发者的运营、增长与变现。

       django的异步请求非阻塞是怎么实现的

       ä½ åº”该是使用了Django自己的开发服务器跑的例子，在Django关于manage.py的文档中写道：

       --nothreading

       Thedevelopmentserverismultithreadedbydefault.Usethe--nothreadingoptiontodisabletheuseofthreadinginthedevelopmentserver.

       ä¹Ÿå°±æ˜¯è¯´ï¼Œé»˜è®¤æƒ…况下你使用./manage.pyrunserver会开启多个线程对HTTP请求进行伺服，所以第二个请求进来时虽然第一个请求仍在sleep，但已经新开了一个线程进行响应处理，看起来像是“非阻塞”的工作模式，其实质是多线程而非单线程，想禁用这一行为也已经给出了答案，加上--nothreading参数：./manage.pyrunserver--nothreading即可。

如何用django开发一个简易个人Blog-Python

       è®¾è®¡å¹¶å®žçŽ°ä¸€ä¸ªåŸºäºŽPython的个人博客系统,需要完成如下功能

       å®Œæˆä¸ªäººåšå®¢ç³»ç»Ÿçš„设计和开发

       ç”¨æˆ·å¯ä»¥é€šè¿‡ä¸ªäººåšå®¢ç³»ç»Ÿï¼Œå‘布最新的日志

       è¿ç”¨æ‰€å­¦ä¸“业理论及实践，分析解决遇到的问题以提高自己的动手、思考及解决问题的能力

       ä¸»è¦æ¨¡å—如下

       æ–‡ç« ç®¡ç†æ¨¡å—：主要功能是管理员系统管理员登入后，浏览查看文章，删除不好的文章等功能

       æ ‡ç­¾ç®¡ç†æ¨¡å—：主要功能是管理员系统管理员登入后，浏览查看相册，删除相册等功能

       æ–‡ç« ã€æ ‡ç­¾æµè§ˆæ¨¡å—：主要功能是游客进入系统后。可以浏览文章列表，可以按标签查看文章

       è¯„论系统模块,游客可以发表查看别人的评论

       å®‰è£…与使用

       é¡¹ç›®é‡‡ç”¨Django框架进行开发,Django是一个用于快速web开发的优异方案(几乎没有之一),获取源码后可以按照如下方式来运行代码

       æ–°å»ºmysql数据库,将数据库sql文件导入

       ä¿®æ”¹æºç åŒ…中的csworkblog/settings.py文件,将DATABASES这个变量里的内容改一下,这个就是你本地的数据库url和用户名密码,其中NAME为你的database名称

       è¿›å…¥æºç åŒ…,打开cmd,运行命令pythonmanager.pyrunserver就能启动服务,端口为

       ä¸ºåŽå°ç®¡ç†ç•Œé¢,管理员用户名密码为admin,可以进行文章管理标签管理评论管理

       ç•Œé¢è¿˜æ˜¯æ¯”较好看的,项目截图源码下载地址cs-work.com/p/?

[django]在windows下搭建Django的虚拟环境

       æˆ‘们在windows的环境下去开发一个网站的时候，Python中的Django是一个比较强大的框架。然后我们既想让他拥有独立的开发环境，又不影响全局的Python环境，还想防止系统中出现包管理混乱版本冲突。这个时候就要通过创建一个虚拟环境来实现。

       é¦–先你的电脑中必须有Python的解释器，在终端行可以安装一个虚拟环境所依赖的库。

       å®‰è£…好之后我们就可以去创建一个新的虚拟环境了：

       æ–°å»ºå¥½ä¹‹åŽã€‚我么会在终端中看到直接进入到虚拟环境中了：

       åœ¨å›¾ç‰‡ä¸­æˆ‘们可以看到已经进入到testvir2的虚拟环境中。

       æ­¤æ—¶æˆ‘们的项目存储的位置在C:\Users\gongyan\Envs\下就可看到

       é€€å‡ºæˆ‘们的虚拟环境的命令为：

       ä½¿ç”¨workon来查看我们当前有几个虚拟环境。

       æƒ³è¦è¿›å…¥é‚£ä¸ªè™šæ‹ŸçŽ¯å¢ƒçš„话就可以通过workon的命令来实现。

       ä»¥ä¸Šå°±æ˜¯æ‰€æœ‰çš„虚拟环境的玩法。

django的架构设计

       Django是一个基于MVC构造的框架。但是在Django中，控制器接受用户输入的部分由框架自行处理，所以Django里更关注的是模型（Model）、模板(Template)和视图（Views），称为MTV模式。它们各自的职责如下：层次职责模型（Model），即数据存取层处理与数据相关的所有事务：如何存取、如何验证有效性、包含哪些行为以及数据之间的关系等。模板(Template)，即表现层处理与表现相关的决定：如何在页面或其他类型文档中进行显示。视图（View），即业务逻辑层存取模型及调取恰当模板的相关逻辑。模型与模板之间的桥梁。从以上表述可以看出Django视图不处理用户输入，而仅仅决定要展现哪些数据给用户，而Django模板仅仅决定如何展现Django视图指定的数据。或者说,Django将MVC中的视图进一步分解为Django视图和Django模板两个部分，分别决定“展现哪些数据”和“如何展现”，使得Django的模板可以根据需要随时替换，而不仅仅限制于内置的模板。

       è‡³äºŽMVC控制器部分，由Django框架的URLconf来实现。URLconf机制是使用正则表达式匹配URL，然后调用合适的Python函数。URLconf对于URL的规则没有任何限制，你完全可以设计成任意的URL风格，不管是传统的，RESTful的，或者是另类的。框架把控制层给封装了，无非与数据交互这层都是数据库表的读,写,删除,更新的操作.在写程序的时候，只要调用相应的方法就行了，感觉很方便。程序员把控制层东西交给Django自动完成了。只需要编写非常少的代码完成很多的事情。所以，它比MVC框架考虑的问题要深一步，因为我们程序员大都在写控制层的程序。现在这个工作交给了框架，仅需写很少的调用代码，大大提高了工作效率。

       ç»“语：以上就是首席CTO笔记为大家整理的关于如何实现djangootp的全部内容了，感谢您花时间阅读本站内容，希望对您有所帮助，更多关于如何实现djangootp的相关内容别忘了在本站进行查找喔。

Python和Django的基于协同过滤算法的**推荐系统源码及使用手册

       软件及版本

       以下为开发相关的技术和软件版本：

       服务端：Python 3.9

       Web框架：Django 4

       数据库：Sqlite / Mysql

       开发工具IDE：Pycharm

       **推荐系统算法的实现过程

       本系统采用用户的历史评分数据与**之间的相似度实现推荐算法。

       具体来说，这是基于协同过滤（Collaborative Filtering）的一种方法，具体使用的是基于项目的协同过滤。

       以下是chrome内核取源码系统推荐算法的实现步骤：

       1. 数据准备：首先，从数据库中获取所有用户的评分数据，存储在Myrating模型中，包含用户ID、**ID和评分。使用pandas库将这些数据转换为DataFrame。

       2. 构建评分矩阵：使用用户的评分数据构建评分矩阵，行代表用户，列代表**，矩阵中的元素表示用户对**的评分。

       3. 计算**相似度：计算**之间的相似度矩阵，通常通过皮尔逊相关系数（Pearson correlation coefficient）来衡量。

       4. 处理新用户：对于新用户，推荐一个默认**（ID为的**），创建初始评分记录。

       5. 生成推荐列表：计算其他用户的评分与当前用户的评分之间的相似度，使用这些相似度加权其他用户的评分，预测当前用户可能对未观看**的评分。

       6. 选择推荐**：从推荐列表中选择前部**作为推荐结果。

       7. 渲染推荐结果：将推荐的**列表传递给模板，并渲染成HTML页面展示给用户。

       系统功能模块

       主页**列表、**详情、**评分、**收藏、**推荐、注册、登录

       项目文件结构核心功能代码

       显示**详情评分及收藏功能视图、根据用户评分获取相似**、推荐**视图函数

       系统源码及运行手册

       下载并解压源文件后，使用Pycharm打开文件夹movie_recommender。

       在Pycharm中，按照以下步骤运行系统：

       1. 创建虚拟环境：在Pycharm的Terminal终端输入命令：python -m venv venv

       2. 进入虚拟环境：在Pycharm的Terminal终端输入命令：venv\Scripts\activate.bat

       3. 安装必须依赖包：在终端输入命令：pip install -r requirements.txt -i /simple

       4. 运行程序：直接运行程序（连接sqllite数据库）或连接MySQL。

django怎么启动与关闭(年最新整理)

       导读：很多朋友问到关于django怎么启动与关闭的相关问题，本文首席CTO笔记就来为大家做个详细解答，供大家参考，希望对大家有所帮助！一起来看看吧！

windows安装django之后怎么启动

       首先进去软件，然后file--settings--ProjectInterpreter在这右边会有你安装的包。第一次应该是什么都没有的然后--点击最下面的，安装pipsetuptools。安装完成之后，点右上角的“+”号在里面搜索，你想要安装的框架模块然后就可以了。

uwsgi关闭/重启夯死问题

       近期使用uwsgi启动django服务，发现在stop/reloaduwsgi时会出现hangs问题，具体日志表现为：

       在测试中发现无论用什么防线先uwsgi发送stop/reload信号，uwsgi都会进入一种假死状态，即不接收请求，也不结束进程。

       期初以为uwsgi进程是在处理未完成的web请求。后来发现在没有任何请求时，uwsgi也会进入这种夯死状态。

       首先说明问题的原因是因何而起。

       出现这种夯死的问题是由于在uwsgi中使用了线程导致。

       这里创建了一个最简单的django服务，并用uwsgi来启动。

       首先，配置uwsgi为进程模式启动，这里创建了5个进程。

       uwsgi配置文件如下：

       现在来reloaduwsgi服务，并查看uwsgi的日志。

       结论：在uwsgi使用进程模式时，reloaduwsgi不会出现夯死的问题。

       前面以进程方式启动uwsgi没有出现夯死问题，那么现在就试一下以线程模式启动wusgi。这里启动了5个进程，每个进程中又包含了两个线程。

       uwsgi配置文件如下：

       reloaduwsgi服务，并观察日志输出。

       结论：在uwsgi中使用线程模式也不会造成reload夯死的问题。

       uwsgi的线程不会造成任何问题，那前文所指的线程究竟是什么？

       现在uwsgi启动脚本中创建一个线程，在这种情况下尝试reloaduwsgi并查看日志输出。

       随后以线程方式启动uwsgi，并reloaduwsgi。

       结论：在uwsgiapp中使用线程就导致reload夯死。

       若场景中非要在uwsgiapp中使用线程，可以通过配置reload-mercy和worker-reload-mercy两个参数避免夯死的问题。

       uwsgi配置文件如下：

       再次reloaduwsgi服务，输出日志如下：

       这里虽然也会出现NOMERCY问题，但是uwsgi在reload过程中并没有出现夯死的情况。

       Django源码阅读(一)项目的生成与启动

       诚实的说，直到目前为止，我并不欣赏django。在我的认知它并不是多么精巧的设计。只是由功能堆积起来的"成熟方案"。但每一样东西的崛起都是时代的选择。无论你多么不喜欢，但它被需要。希望有一天，python能有更多更丰富的成熟方案，且不再被诟病性能和可维护性。（屁话结束）

       取其精华去其糟粕，django的优点是方便，我们这次源码阅读的目的是探究其方便的本质。计划上本次源码阅读不会精细到每一处，而是大体以功能为单位进行解读。

       django-adminstartprojectHelloWorld即可生成django项目，命令行是exe格式的。

       manage.py把参数交给命令行解析。

       execute_from_command_line()通过命令行参数，创建一个管理类。然后运行他的execute()。

       如果设置了reload，将会在启动前先check_errors。

       check_errors()是个闭包，所以上文结尾是(django.setup)()。

       直接看最后一句settings.INSTALLED_APPS。从settings中抓取app

       注意，这个settings还不是我们项目中的settings.py。而是一个对象，位于django\conf\__init__.py

       这是个Settings类的懒加载封装类，直到__getattr__取值时才开始初始化。然后从Settings类的实例中取值。且会讲该值赋值到自己的__dict__上（下次会直接在自己身上找到，因为__getattr__优先级较低）

       为了方便debug，我们直接写个run.py。不用命令行的方式。

       项目下建个run.py，模拟runserver命令

       debug抓一下setting_module

       回到setup()中的最后一句apps.populate(settings.INSTALLED_APPS)

       开始看apps.populate()

       首先看这段

       这些App最后都会封装成为AppConfig。且会装载到self.app_configs字典中

       随后，分别调用每个appConfig的import_models()和ready()方法。

       App的装载部分大体如此

       为了方便debug我们改写下最后一句

       res的类型是Commanddjango.contrib.staticfiles.management.commands.runserver.Commandobjectat0xEDA0

       重点是第二句，让我们跳到run_from_argv()方法，这里对参数进行了若干处理。

       用pycharm点这里的handle会进入基类的方法，无法得到正确的走向。实际上子类Commond重写了这个方法。

       这里分为两种情况，如果是reload重载时，会直接执行inner_run()，而项目启动需要先执行其他逻辑。

       django项目启动时，实际上会启动两次，如果我们在项目入口(manage.py)中设置个print，会发现它会打印两次。

       第一次启动时，DJANGO_AUTORELOAD_ENV为None，无法进入启动逻辑。会进入restart_with_reloader()。

       在这里会将DJANGO_AUTORELOAD_ENV置为True，随后重启。

       第二次时，可以进入启动逻辑了。

       这里创建了一个django主线程，将inner_run()传入。

       随后本线程通过reloader.run(django_main_thread)，创建一个轮询守护进程。

       我们接下来看django的主线程inner_run()。

       当我们看到wsgi时，django负责的启动逻辑，就此结束了。接下来的工作交由wsgi服务器了

       这相当于我们之前在fastapi中说到的，将fastapi的app交由asgi服务器。(asgi也是django提出来的，两者本质同源)

       那么这个wsgi是从哪来的？让我们来稍微回溯下

       这个settings是一个对象，在之前的操作中已经从settings.py配置文件中获得了自身的属性。所以我们只需要去settings.py配置文件中寻找。

       我们来寻找这个get_wsgi_application()。

       它会再次调用setup()，重要的是，返回一个WSGIHandler类的实例。

       这就是wsgiapp本身。

       load_middleware()为构建中间件堆栈，这也是wsgiapp获取setting信息的唯一途径。导入settings.py，生成中间件堆栈。

       如果看过我之前那篇fastapi源码的，应该对中间件堆栈不陌生。

       app入口→中间件堆栈→路由→路由节点→endpoint

       所以，wsgiapp就此构建完毕，服务器传入请求至app入口，即可经过中间件到达路由进行分发。

如何把django写成service启动

       1、新建一个项目，每个项目目录下面会有一个manage.py文件，启用的命令中用的文件service命令。

       2、执行启动服务的命令必须要到项目的根目录，在D:\django\newworldpythonmanage.pyrunserver中间直接打开django黑屏终端，选择service运行即可。

Djago如何启动项目和连接

       1：

       这三个按钮都是向下的三角，应该是切换项目的

       2：在django的项目里链接数据库都是在settings.py文件中配置的

       'default':?{

       'ENGINE':?'django.db.backends.oracle',

       'NAME':?'orcl',

       'USER':?'admin',

       'PASSWORD':?'summer',

       'HOST':?'.1.1.',

       'PORT':?'',

       },

如何在django中让放定时器启动

       版本弧敞岗缎瞢等哥劝工滑2.子程序__启动窗口_将被销毁窗口1._按钮1_被单击()这样写就可以了！这个的意思就是，启动窗口关闭时，，让窗口1执行它按钮1被单击的命令！~如果你认可我的回答，请及时点击采纳为满意回答按钮~~手机提问...

       结语：以上就是首席CTO笔记为大家整理的关于django怎么启动与关闭的全部内容了，感谢您花时间阅读本站内容，希望对您有所帮助，更多关于django怎么启动与关闭的相关内容别忘了在本站进行查找喔。