Naoyuki Kanezawa
Naoyuki Kanezawa
It should return array field and value, for every returned element of the Hash. ```sh hset key field1 1 hset key field2 2 ``` ```js // ioredis redis.hscan('key', 0).then(console.log); //...
## Feature As the title, support `has` match that works the same with the `rewrites` and `redirects` of next.config.js on middleware config. With this PR, you can write the config...
### Verify canary release - [X] I verified that the issue exists in the latest Next.js canary release ### Provide environment information Operating System: Platform: darwin Arch: x64 Version: Darwin...
### Related Issues As the title, support a new version of middleware-manifest of next.js that is going to be added in https://github.com/vercel/next.js/pull/39257 ### 📋 Checklist #### Tests - [ ]...
https://github.com/zeit/cosmosdb-server/issues/17 Basic operations work but querying fails with the following error yet: ``` java.lang.IllegalArgumentException: sortedRanges at com.azure.cosmos.implementation.routing.RoutingMapProviderHelper.getOverlappingRanges(RoutingMapProviderHelper.java:92) at com.azure.cosmos.implementation.query.DefaultDocumentQueryExecutionContext.getTargetPartitionKeyRanges(DefaultDocumentQueryExecutionContext.java:118) at com.azure.cosmos.implementation.query.DocumentQueryExecutionContextFactory.lambda$createDocumentQueryExecutionContextAsync$1(DocumentQueryExecutionContextFactory.java:122) ... ```
Seems java client is stricter than node one and doesn't work properly. Maybe we want to add integration tests with the client and ensure it works. https://github.com/zeit/cosmosdb-server/issues/7#issuecomment-531734111
- [ ] offset limit https://docs.microsoft.com/en-us/azure/cosmos-db/sql-query-offset-limit - [x] ~subquery~ https://docs.microsoft.com/en-us/azure/cosmos-db/sql-query-subquery - [ ] date time function https://docs.microsoft.com/en-us/azure/cosmos-db/sql-query-system-functions#date-time-functions - [ ] Distinct https://docs.microsoft.com/en-us/azure/cosmos-db/sql-query-keywords#distinct New features were recently added and are missing...
It looks `yarn` path is hardcoded so that when it's updated and removed by like `brew`, scripts stop working. I think it's the same for `node` which the path is...
As the title, fix the `transform_to_iso` to have an equal quaternion value. Currently, the result isometry has slightly different values so it's hard to make the app deterministic when setting...