- Sort Score
- Result 10 results
- Languages All
Results 1 - 10 of 85 for modal (0.03 sec)
-
docs/en/docs/tutorial/response-model.md
But if we use the same model for another *path operation*, we could be sending our user's passwords to every client. /// danger Never store the plain password of a user or send it in a response like this, unless you know all the caveats and you know what you are doing. /// ## Add an output model { #add-an-output-model }
Registered: Sun Sep 07 07:19:17 UTC 2025 - Last Modified: Sun Aug 31 09:15:41 UTC 2025 - 16K bytes - Viewed (0) -
RELEASE.md
the `run_eagerly` property, and will correctly run using `tf.function` by default. Note that `Model.fit_generator`, `Model.evaluate_generator`, and `Model.predict_generator` are deprecated endpoints. They are subsumed by `Model.fit`, `Model.evaluate`, and `Model.predict` which now support generators and Sequences. * `tf.lite` * Legalization for `NMS` ops in TFLite.Registered: Tue Sep 09 12:39:10 UTC 2025 - Last Modified: Mon Aug 18 20:54:38 UTC 2025 - 740K bytes - Viewed (2) -
docs/en/data/external_links.yml
series title: Building simple E-Commerce with NuxtJS and FastAPI - author: Rodrigo Arenas author_link: https://rodrigo-arenas.medium.com/ link: https://medium.com/analytics-vidhya/serve-a-machine-learning-model-using-sklearn-fastapi-and-docker-85aabf96729b title: "Serve a machine learning model using Sklearn, FastAPI and Docker" - author: Yashasvi Singh author_link: https://hashnode.com/@aUnicornDev link: https://aunicorndev.hashnode.dev/series/supafast-api title: "Building an API with FastAPI and...
Registered: Sun Sep 07 07:19:17 UTC 2025 - Last Modified: Sun Aug 31 10:49:48 UTC 2025 - 23K bytes - Viewed (0) -
.teamcity/src/main/kotlin/configurations/SanityCheck.kt
package configurations import common.Os import common.buildScanTagParam import common.getBuildScanCustomValueParam import model.CIBuildModel import model.Stage class SanityCheck( model: CIBuildModel, stage: Stage, ) : OsAwareBaseGradleBuildType(os = Os.LINUX, stage = stage, init = { id(buildTypeId(model)) name = "Sanity Check" description = "Static code analysis, checkstyle, release notes verification, etc."
Registered: Wed Sep 10 11:36:15 UTC 2025 - Last Modified: Mon Aug 25 20:21:47 UTC 2025 - 1.1K bytes - Viewed (0) -
docs/en/docs/how-to/separate-openapi-schemas.md
### Model for Input { #model-for-input } If you use this model as an input like here: {* ../../docs_src/separate_openapi_schemas/tutorial001_py310.py ln[1:15] hl[14] *} ...then the `description` field will **not be required**. Because it has a default value of `None`. ### Input Model in Docs { #input-model-in-docs }Registered: Sun Sep 07 07:19:17 UTC 2025 - Last Modified: Sun Aug 31 09:15:41 UTC 2025 - 4.6K bytes - Viewed (0) -
.teamcity/src/main/kotlin/configurations/BuildDistributions.kt
package configurations import common.Os.LINUX import common.buildScanTagParam import common.getBuildScanCustomValueParam import model.CIBuildModel import model.Stage class BuildDistributions( model: CIBuildModel, stage: Stage, ) : OsAwareBaseGradleBuildType(os = LINUX, stage = stage, init = { id("${model.projectId}_BuildDistributions") name = "Build Distributions"
Registered: Wed Sep 10 11:36:15 UTC 2025 - Last Modified: Mon Aug 25 20:21:47 UTC 2025 - 1.3K bytes - Viewed (0) -
docs/en/docs/tutorial/query-param-models.md
This would allow you to **re-use the model** in **multiple places** and also to declare validations and metadata for all the parameters at once. 😎 /// note This is supported since FastAPI version `0.115.0`. 🤓 /// ## Query Parameters with a Pydantic Model { #query-parameters-with-a-pydantic-model }Registered: Sun Sep 07 07:19:17 UTC 2025 - Last Modified: Sun Aug 31 09:15:41 UTC 2025 - 2.2K bytes - Viewed (0) -
docs/en/docs/tutorial/body.md
Registered: Sun Sep 07 07:19:17 UTC 2025 - Last Modified: Sun Aug 31 10:58:56 UTC 2025 - 7.1K bytes - Viewed (0) -
docs/en/docs/tutorial/extra-models.md
# Extra Models { #extra-models } Continuing with the previous example, it will be common to have more than one related model. This is especially the case for user models, because: * The **input model** needs to be able to have a password. * The **output model** should not have a password. * The **database model** would probably need to have a hashed password. /// dangerRegistered: Sun Sep 07 07:19:17 UTC 2025 - Last Modified: Sun Aug 31 09:15:41 UTC 2025 - 7.2K bytes - Viewed (0) -
api/maven-api-cli/src/main/java/org/apache/maven/api/cli/mvnup/UpgradeOptions.java
*/ @Nonnull Optional<Boolean> plugins(); /** * Should apply all upgrade options (equivalent to --model-version 4.1.0 --infer --model --plugins). * This is a convenience option that combines model upgrade, inference, compatibility fixes, and plugin upgrades. * * @return an {@link Optional} containing the boolean value {@code true} if specified, or empty */Registered: Sun Sep 07 03:35:12 UTC 2025 - Last Modified: Fri Aug 29 12:46:51 UTC 2025 - 3.6K bytes - Viewed (0)