- Sort Score
- Result 10 results
- Languages All
Results 1 - 10 of 581 for WAY (0.05 sec)
-
src/main/java/org/codelibs/fess/mylasta/direction/FessConfig.java
*/ String getDomainTitle(); /** * Get the value for the key 'search_engine.type'. <br> * The value is, e.g. default <br> * comment: Search Engine * @return The value of found property. (NotNull: if not found, exception but basically no way) */ String getSearchEngineType(); /**
Registered: Thu Oct 31 13:40:30 UTC 2024 - Last Modified: Fri Oct 11 21:11:58 UTC 2024 - 468.5K bytes - Viewed (1) -
docs/en/docs/advanced/openapi-webhooks.md
## Webhooks steps The process normally is that **you define** in your code what is the message that you will send, the **body of the request**. You also define in some way at which **moments** your app will send those requests or events. And **your users** define in some way (for example in a web dashboard somewhere) the **URL** where your app should send those requests.
Registered: Sun Nov 03 07:19:11 UTC 2024 - Last Modified: Mon Oct 28 10:38:23 UTC 2024 - 2.8K bytes - Viewed (0) -
src/main/java/org/codelibs/fess/mylasta/direction/FessEnv.java
*/ String getLastaDiSmartDeployMode(); /** * Get the value for the key 'development.here'. <br> * The value is, e.g. true <br> * comment: Is development environment here? (used for various purpose, you should set false if unknown) * @return The value of found property. (NotNull: if not found, exception but basically no way) */ String getDevelopmentHere();
Registered: Thu Oct 31 13:40:30 UTC 2024 - Last Modified: Thu Feb 22 01:37:57 UTC 2024 - 9.9K bytes - Viewed (0) -
docs/en/docs/advanced/advanced-dependencies.md
Let's imagine that we want to have a dependency that checks if the query parameter `q` contains some fixed content. But we want to be able to parameterize that fixed content. ## A "callable" instance In Python there's a way to make an instance of a class a "callable". Not the class itself (which is already a callable), but an instance of that class. To do that, we declare a method `__call__`:
Registered: Sun Nov 03 07:19:11 UTC 2024 - Last Modified: Sun Oct 27 16:10:15 UTC 2024 - 2.4K bytes - Viewed (0) -
docs/en/docs/advanced/dataclasses.md
And of course, it supports the same: * data validation * data serialization * data documentation, etc. This works the same way as with Pydantic models. And it is actually achieved in the same way underneath, using Pydantic. /// info Keep in mind that dataclasses can't do everything Pydantic models can do. So, you might still need to use Pydantic models.
Registered: Sun Nov 03 07:19:11 UTC 2024 - Last Modified: Mon Oct 28 10:35:06 UTC 2024 - 4K bytes - Viewed (0) -
docs/en/docs/tutorial/dependencies/index.md
### Declare the dependency, in the "dependant" The same way you use `Body`, `Query`, etc. with your *path operation function* parameters, use `Depends` with a new parameter: {* ../../docs_src/dependencies/tutorial001_an_py310.py hl[13,18] *} Although you use `Depends` in the parameters of your function the same way you use `Body`, `Query`, etc, `Depends` works a bit differently.
Registered: Sun Nov 03 07:19:11 UTC 2024 - Last Modified: Mon Oct 28 11:18:17 UTC 2024 - 9.2K bytes - Viewed (0) -
docs/en/docs/tutorial/body-fields.md
# Body - Fields The same way you can declare additional validation and metadata in *path operation function* parameters with `Query`, `Path` and `Body`, you can declare validation and metadata inside of Pydantic models using Pydantic's `Field`. ## Import `Field` First, you have to import it: {* ../../docs_src/body_fields/tutorial001_an_py310.py hl[4] *} /// warning
Registered: Sun Nov 03 07:19:11 UTC 2024 - Last Modified: Sun Oct 27 17:01:18 UTC 2024 - 2.2K bytes - Viewed (0) -
internal/s3select/simdj/testdata/parking-citations-10.json.zst
"CA","PlateExpiry":"201503","Make":"NISS","BodyStyle":"PA","Color":"BK","Location":"200 WORLD WAY","Route":"2R2","Agency":2,"ViolationCode":"8939","ViolationDescr":"WHITE CURB","Fine":58,"Latitude":6439997.9,"Longitude":1802686.4} {"Ticket":1104820732,"IssueData":"2015-12-26T00:00:00","IssueTime":"1515","RPState":"CA","PlateExpiry":"","Make":"ACUR","BodyStyle":"PA","Color":"WH","Location":"100 WORLD WAY","Route":"2F11","Agency":2,"ViolationCode":"000","ViolationDescr":"17104h","Fine":"","Latitud...
Registered: Sun Nov 03 19:28:11 UTC 2024 - Last Modified: Tue Jun 01 21:59:40 UTC 2021 - 693 bytes - Viewed (0) -
docs/en/docs/history-design-future.md
</blockquote> ## Investigation By using all the previous alternatives I had the chance to learn from all of them, take ideas, and combine them in the best way I could find for myself and the teams of developers I have worked with.
Registered: Sun Nov 03 07:19:11 UTC 2024 - Last Modified: Mon Jul 29 23:35:07 UTC 2024 - 4.1K bytes - Viewed (0) -
docs/en/docs/deployment/concepts.md
This will **depend heavily** on the way you **deploy your system**, and it would probably be connected to the way you start programs, handling restarts, etc. Here are some possible ideas: * An "Init Container" in Kubernetes that runs before your app container * A bash script that runs the previous steps and then starts your application * You would still need a way to start/restart *that* bash script, detect errors, etc.
Registered: Sun Nov 03 07:19:11 UTC 2024 - Last Modified: Wed Sep 18 16:09:57 UTC 2024 - 17.8K bytes - Viewed (0)