@webresto/graphql 1.3.0 → 1.3.1
Sign up to get free protection for your applications and to get access to all the features.
- package/package.json +25 -8
- package/src/resolvers/cart.d.ts +4 -2
- package/src/resolvers/cart.ts +9 -4
- package/test/bootstrap.ts +33 -0
- package/test/fixture/.tmp/localDiskDb/archive.db +1 -0
- package/test/fixture/.tmp/localDiskDb/dish.db +1 -0
- package/test/fixture/.tmp/localDiskDb/dish_images__image_dish.db +1 -0
- package/test/fixture/.tmp/localDiskDb/group.db +1 -0
- package/test/fixture/.tmp/localDiskDb/group_images__image_group.db +1 -0
- package/test/fixture/.tmp/localDiskDb/image.db +1 -0
- package/test/fixture/.tmp/localDiskDb/maintenance.db +1 -0
- package/test/fixture/.tmp/localDiskDb/order.db +1 -0
- package/test/fixture/.tmp/localDiskDb/orderdish.db +1 -0
- package/test/fixture/.tmp/localDiskDb/paymentdocument.db +1 -0
- package/test/fixture/.tmp/localDiskDb/paymentmethod.db +2 -0
- package/test/fixture/.tmp/localDiskDb/place.db +1 -0
- package/test/fixture/.tmp/localDiskDb/settings.db +2 -0
- package/test/fixture/.tmp/localDiskDb/street.db +1 -0
- package/test/{fixtures/v0.12-app → fixture}/api/controllers/.gitkeep +0 -0
- package/test/{fixtures/v0.12-app → fixture}/api/models/.gitkeep +0 -0
- package/test/{fixtures/v0.12-app → fixture}/api/services/.gitkeep +0 -0
- package/test/{fixtures/v0.12-app/app.js → fixture/app-export.js} +73 -73
- package/test/fixture/app.js +56 -0
- package/test/fixture/config/adminpanel.js +3 -0
- package/test/fixture/config/connections.js +9 -0
- package/test/fixture/config/env/development.js +10 -0
- package/test/{fixtures/v0.12-app → fixture}/config/env/production.js +16 -16
- package/test/fixture/config/globals.js +16 -0
- package/test/{fixtures/v0.12-app → fixture}/config/hookTimeout.js +8 -8
- package/test/{fixtures/v0.12-app → fixture}/config/http.js +93 -93
- package/test/{fixtures/v0.12-app → fixture}/config/i18n.js +57 -57
- package/test/{fixtures/v0.12-app → fixture}/config/log.js +29 -29
- package/test/fixture/config/models.js +9 -0
- package/test/fixture/config/modulemanager.js +22 -0
- package/test/{fixtures/v0.12-app → fixture}/config/policies.js +51 -51
- package/test/{fixtures/v0.12-app → fixture}/config/routes.js +49 -49
- package/test/{fixtures/v0.12-app → fixture}/config/session.js +100 -100
- package/test/{fixtures/v0.12-app → fixture}/config/sockets.js +141 -141
- package/test/{fixtures/v0.12-app → fixture}/config/views.js +94 -94
- package/test/fixture/package-lock.json +9805 -0
- package/test/fixture/package.json +30 -0
- package/test/{fixtures/v0.12-app → fixture}/views/403.ejs +68 -68
- package/test/{fixtures/v0.12-app → fixture}/views/404.ejs +68 -68
- package/test/{fixtures/v0.12-app → fixture}/views/500.ejs +73 -73
- package/test/{fixtures/v0.12-app → fixture}/views/homepage.ejs +74 -74
- package/test/{fixtures/v0.12-app → fixture}/views/layout.ejs +91 -91
- package/test/unit/first.test.js +6 -8
- package/test/unit/first.test.ts +11 -0
- package/test/unit/sails_not_crash.test.ts +3 -0
- package/test.zip +0 -0
- package/test/fixtures/v0.12-app/.gitignore +0 -11
- package/test/fixtures/v0.12-app/.sailsrc +0 -11
- package/test/fixtures/v0.12-app/api/models/TestModel.js +0 -22
- package/test/fixtures/v0.12-app/api/responses/badRequest.js +0 -76
- package/test/fixtures/v0.12-app/api/responses/created.js +0 -60
- package/test/fixtures/v0.12-app/api/responses/forbidden.js +0 -89
- package/test/fixtures/v0.12-app/api/responses/notFound.js +0 -94
- package/test/fixtures/v0.12-app/api/responses/ok.js +0 -60
- package/test/fixtures/v0.12-app/api/responses/serverError.js +0 -89
- package/test/fixtures/v0.12-app/config/bootstrap.js +0 -6
- package/test/fixtures/v0.12-app/config/connections.js +0 -5
- package/test/fixtures/v0.12-app/config/cors.js +0 -78
- package/test/fixtures/v0.12-app/config/csrf.js +0 -64
- package/test/fixtures/v0.12-app/config/env/development.js +0 -10
- package/test/fixtures/v0.12-app/config/globals.js +0 -63
- package/test/fixtures/v0.12-app/config/models.js +0 -3
- package/test/fixtures/v0.12-app/config/restoapi.js +0 -3
- package/test/fixtures/v0.12-app/config/restocore.js +0 -39
- package/test/fixtures/v0.12-app/config/stateflow.js +0 -4
- package/test/fixtures/v0.12-app/package.json +0 -34
@@ -1,95 +1,95 @@
|
|
1
|
-
/**
|
2
|
-
* View Engine Configuration
|
3
|
-
* (sails.config.views)
|
4
|
-
*
|
5
|
-
* Server-sent views are a classic and effective way to get your app up
|
6
|
-
* and running. Views are normally served from controllers. Below, you can
|
7
|
-
* configure your templating language/framework of choice and configure
|
8
|
-
* Sails' layout support.
|
9
|
-
*
|
10
|
-
* For more information on views and layouts, check out:
|
11
|
-
* http://sailsjs.org/#!/documentation/concepts/Views
|
12
|
-
*/
|
13
|
-
|
14
|
-
module.exports.views = {
|
15
|
-
|
16
|
-
/****************************************************************************
|
17
|
-
* *
|
18
|
-
* View engine (aka template language) to use for your app's *server-side* *
|
19
|
-
* views *
|
20
|
-
* *
|
21
|
-
* Sails+Express supports all view engines which implement TJ Holowaychuk's *
|
22
|
-
* `consolidate.js`, including, but not limited to: *
|
23
|
-
* *
|
24
|
-
* ejs, jade, handlebars, mustache underscore, hogan, haml, haml-coffee, *
|
25
|
-
* dust atpl, eco, ect, jazz, jqtpl, JUST, liquor, QEJS, swig, templayed, *
|
26
|
-
* toffee, walrus, & whiskers *
|
27
|
-
* *
|
28
|
-
* For more options, check out the docs: *
|
29
|
-
* https://github.com/balderdashy/sails-wiki/blob/0.9/config.views.md#engine *
|
30
|
-
* *
|
31
|
-
****************************************************************************/
|
32
|
-
|
33
|
-
engine: 'ejs',
|
34
|
-
|
35
|
-
|
36
|
-
/****************************************************************************
|
37
|
-
* *
|
38
|
-
* Layouts are simply top-level HTML templates you can use as wrappers for *
|
39
|
-
* your server-side views. If you're using ejs or jade, you can take *
|
40
|
-
* advantage of Sails' built-in `layout` support. *
|
41
|
-
* *
|
42
|
-
* When using a layout, when one of your views is served, it is injected *
|
43
|
-
* into the `body` partial defined in the layout. This lets you reuse header *
|
44
|
-
* and footer logic between views. *
|
45
|
-
* *
|
46
|
-
* NOTE: Layout support is only implemented for the `ejs` view engine! *
|
47
|
-
* For most other engines, it is not necessary, since they implement *
|
48
|
-
* partials/layouts themselves. In those cases, this config will be *
|
49
|
-
* silently ignored. *
|
50
|
-
* *
|
51
|
-
* The `layout` setting may be set to one of the following: *
|
52
|
-
* *
|
53
|
-
* If `false`, layouts will be disabled. Otherwise, if a string is *
|
54
|
-
* specified, it will be interpreted as the relative path to your layout *
|
55
|
-
* file from `views/` folder. (the file extension, ".ejs", should be *
|
56
|
-
* omitted) *
|
57
|
-
* *
|
58
|
-
****************************************************************************/
|
59
|
-
|
60
|
-
/****************************************************************************
|
61
|
-
* *
|
62
|
-
* Using Multiple Layouts *
|
63
|
-
* *
|
64
|
-
* If you're using the default `ejs` or `handlebars` Sails supports the use *
|
65
|
-
* of multiple `layout` files. To take advantage of this, before rendering a *
|
66
|
-
* view, override the `layout` local in your controller by setting *
|
67
|
-
* `res.locals.layout`. (this is handy if you parts of your app's UI look *
|
68
|
-
* completely different from each other) *
|
69
|
-
* *
|
70
|
-
* e.g. your default might be *
|
71
|
-
* layout: 'layouts/public' *
|
72
|
-
* *
|
73
|
-
* But you might override that in some of your controllers with: *
|
74
|
-
* layout: 'layouts/internal' *
|
75
|
-
* *
|
76
|
-
****************************************************************************/
|
77
|
-
|
78
|
-
layout: 'layout',
|
79
|
-
|
80
|
-
/****************************************************************************
|
81
|
-
* *
|
82
|
-
* Partials are simply top-level snippets you can leverage to reuse template *
|
83
|
-
* for your server-side views. If you're using handlebars, you can take *
|
84
|
-
* advantage of Sails' built-in `partials` support. *
|
85
|
-
* *
|
86
|
-
* If `false` or empty partials will be located in the same folder as views. *
|
87
|
-
* Otherwise, if a string is specified, it will be interpreted as the *
|
88
|
-
* relative path to your partial files from `views/` folder. *
|
89
|
-
* *
|
90
|
-
****************************************************************************/
|
91
|
-
|
92
|
-
partials: false
|
93
|
-
|
94
|
-
|
1
|
+
/**
|
2
|
+
* View Engine Configuration
|
3
|
+
* (sails.config.views)
|
4
|
+
*
|
5
|
+
* Server-sent views are a classic and effective way to get your app up
|
6
|
+
* and running. Views are normally served from controllers. Below, you can
|
7
|
+
* configure your templating language/framework of choice and configure
|
8
|
+
* Sails' layout support.
|
9
|
+
*
|
10
|
+
* For more information on views and layouts, check out:
|
11
|
+
* http://sailsjs.org/#!/documentation/concepts/Views
|
12
|
+
*/
|
13
|
+
|
14
|
+
module.exports.views = {
|
15
|
+
|
16
|
+
/****************************************************************************
|
17
|
+
* *
|
18
|
+
* View engine (aka template language) to use for your app's *server-side* *
|
19
|
+
* views *
|
20
|
+
* *
|
21
|
+
* Sails+Express supports all view engines which implement TJ Holowaychuk's *
|
22
|
+
* `consolidate.js`, including, but not limited to: *
|
23
|
+
* *
|
24
|
+
* ejs, jade, handlebars, mustache underscore, hogan, haml, haml-coffee, *
|
25
|
+
* dust atpl, eco, ect, jazz, jqtpl, JUST, liquor, QEJS, swig, templayed, *
|
26
|
+
* toffee, walrus, & whiskers *
|
27
|
+
* *
|
28
|
+
* For more options, check out the docs: *
|
29
|
+
* https://github.com/balderdashy/sails-wiki/blob/0.9/config.views.md#engine *
|
30
|
+
* *
|
31
|
+
****************************************************************************/
|
32
|
+
|
33
|
+
engine: 'ejs',
|
34
|
+
|
35
|
+
|
36
|
+
/****************************************************************************
|
37
|
+
* *
|
38
|
+
* Layouts are simply top-level HTML templates you can use as wrappers for *
|
39
|
+
* your server-side views. If you're using ejs or jade, you can take *
|
40
|
+
* advantage of Sails' built-in `layout` support. *
|
41
|
+
* *
|
42
|
+
* When using a layout, when one of your views is served, it is injected *
|
43
|
+
* into the `body` partial defined in the layout. This lets you reuse header *
|
44
|
+
* and footer logic between views. *
|
45
|
+
* *
|
46
|
+
* NOTE: Layout support is only implemented for the `ejs` view engine! *
|
47
|
+
* For most other engines, it is not necessary, since they implement *
|
48
|
+
* partials/layouts themselves. In those cases, this config will be *
|
49
|
+
* silently ignored. *
|
50
|
+
* *
|
51
|
+
* The `layout` setting may be set to one of the following: *
|
52
|
+
* *
|
53
|
+
* If `false`, layouts will be disabled. Otherwise, if a string is *
|
54
|
+
* specified, it will be interpreted as the relative path to your layout *
|
55
|
+
* file from `views/` folder. (the file extension, ".ejs", should be *
|
56
|
+
* omitted) *
|
57
|
+
* *
|
58
|
+
****************************************************************************/
|
59
|
+
|
60
|
+
/****************************************************************************
|
61
|
+
* *
|
62
|
+
* Using Multiple Layouts *
|
63
|
+
* *
|
64
|
+
* If you're using the default `ejs` or `handlebars` Sails supports the use *
|
65
|
+
* of multiple `layout` files. To take advantage of this, before rendering a *
|
66
|
+
* view, override the `layout` local in your controller by setting *
|
67
|
+
* `res.locals.layout`. (this is handy if you parts of your app's UI look *
|
68
|
+
* completely different from each other) *
|
69
|
+
* *
|
70
|
+
* e.g. your default might be *
|
71
|
+
* layout: 'layouts/public' *
|
72
|
+
* *
|
73
|
+
* But you might override that in some of your controllers with: *
|
74
|
+
* layout: 'layouts/internal' *
|
75
|
+
* *
|
76
|
+
****************************************************************************/
|
77
|
+
|
78
|
+
layout: 'layout',
|
79
|
+
|
80
|
+
/****************************************************************************
|
81
|
+
* *
|
82
|
+
* Partials are simply top-level snippets you can leverage to reuse template *
|
83
|
+
* for your server-side views. If you're using handlebars, you can take *
|
84
|
+
* advantage of Sails' built-in `partials` support. *
|
85
|
+
* *
|
86
|
+
* If `false` or empty partials will be located in the same folder as views. *
|
87
|
+
* Otherwise, if a string is specified, it will be interpreted as the *
|
88
|
+
* relative path to your partial files from `views/` folder. *
|
89
|
+
* *
|
90
|
+
****************************************************************************/
|
91
|
+
|
92
|
+
partials: false
|
93
|
+
|
94
|
+
|
95
95
|
};
|