feat: VivesPOS landing on Winter CMS 1.2 — theme + plugin + Dockerfile
Some checks are pending
Module sub-split / Sub-split (push) Waiting to run
Some checks are pending
Module sub-split / Sub-split (push) Waiting to run
- Base: wintercms/winter branch 1.2 (full framework) - Theme vivespos: Canvas 7 + Bootstrap 5 CDN, custom CSS - Layout: deferred GTM/GA4 tracking, JSON-LD SoftwareApplication - Partials: hero (offline-first), features, modes (offline/nube toggle), screenshots, pricing (3 planes), comparison, FAQ, CTA - Plugin VivesPOS.Site with ContactForm - Dockerfile: PHP 8.2 Apache, port 80, healthcheck - Added winter/wn-pages, blog, sitemap, seo plugins - Active theme set to vivespos
This commit is contained in:
139
config/cache.php
Normal file
139
config/cache.php
Normal file
@@ -0,0 +1,139 @@
|
||||
<?php
|
||||
|
||||
return [
|
||||
|
||||
/*
|
||||
|--------------------------------------------------------------------------
|
||||
| Default Cache Store
|
||||
|--------------------------------------------------------------------------
|
||||
|
|
||||
| This option controls the default cache connection that gets used while
|
||||
| using this caching library. This connection is used when another is
|
||||
| not explicitly specified when executing a given caching function.
|
||||
|
|
||||
| WARNING! Do not use anything that is used for other information in your
|
||||
| application. Example: If you are using redis for managing queues and / or
|
||||
| sessions, you should NOT be using the EXACT SAME redis connection for the
|
||||
| Cache store, as calling Cache::flush() will flush the entire redis store.
|
||||
|
|
||||
*/
|
||||
|
||||
'default' => env('CACHE_DRIVER', 'file'),
|
||||
|
||||
/*
|
||||
|--------------------------------------------------------------------------
|
||||
| Cache Stores
|
||||
|--------------------------------------------------------------------------
|
||||
|
|
||||
| Here you may define all of the cache "stores" for your application as
|
||||
| well as their drivers. You may even define multiple stores for the
|
||||
| same cache driver to group types of items stored in your caches.
|
||||
|
|
||||
| Supported drivers: "apc", "array", "database", "file",
|
||||
| "memcached", "redis", "dynamodb", "octane", "null"
|
||||
|
|
||||
*/
|
||||
|
||||
'stores' => [
|
||||
'apc' => [
|
||||
'driver' => 'apc',
|
||||
],
|
||||
'array' => [
|
||||
'driver' => 'array',
|
||||
'serialize' => false,
|
||||
],
|
||||
'database' => [
|
||||
'connection' => null,
|
||||
'driver' => 'database',
|
||||
'lock_connection' => null,
|
||||
'table' => 'cache',
|
||||
],
|
||||
'file' => [
|
||||
'driver' => 'file',
|
||||
'path' => storage_path('framework/cache'),
|
||||
],
|
||||
'memcached' => [
|
||||
'driver' => 'memcached',
|
||||
'options' => [
|
||||
// Memcached::OPT_CONNECT_TIMEOUT => 2000,
|
||||
],
|
||||
'persistent_id' => env('MEMCACHED_PERSISTENT_ID'),
|
||||
'sasl' => [
|
||||
env('MEMCACHED_USERNAME'),
|
||||
env('MEMCACHED_PASSWORD'),
|
||||
],
|
||||
'servers' => [
|
||||
[
|
||||
'host' => env('MEMCACHED_HOST', '127.0.0.1'),
|
||||
'port' => env('MEMCACHED_PORT', 11211),
|
||||
'weight' => 100,
|
||||
],
|
||||
],
|
||||
],
|
||||
'redis' => [
|
||||
'connection' => 'cache',
|
||||
'driver' => 'redis',
|
||||
'lock_connection' => 'default',
|
||||
],
|
||||
'dynamodb' => [
|
||||
'driver' => 'dynamodb',
|
||||
'endpoint' => env('DYNAMODB_ENDPOINT'),
|
||||
'key' => env('AWS_ACCESS_KEY_ID'),
|
||||
'region' => env('AWS_DEFAULT_REGION', 'us-east-1'),
|
||||
'secret' => env('AWS_SECRET_ACCESS_KEY'),
|
||||
'table' => env('DYNAMODB_CACHE_TABLE', 'cache'),
|
||||
],
|
||||
'octane' => [
|
||||
'driver' => 'octane',
|
||||
],
|
||||
],
|
||||
|
||||
/*
|
||||
|--------------------------------------------------------------------------
|
||||
| Cache Key Prefix
|
||||
|--------------------------------------------------------------------------
|
||||
|
|
||||
| When utilizing a RAM based store such as APC or Memcached, there might
|
||||
| be other applications utilizing the same cache. So, we'll specify a
|
||||
| value to get prefixed to all our keys so we can avoid collisions.
|
||||
|
|
||||
*/
|
||||
|
||||
'prefix' => env('CACHE_PREFIX', str_slug(env('APP_NAME', 'winter'), '_') . '_cache'),
|
||||
|
||||
/*
|
||||
|--------------------------------------------------------------------------
|
||||
| Cache Key for the CMS' PHP code parser cache
|
||||
|--------------------------------------------------------------------------
|
||||
|
|
||||
| This option controls the cache key used by the CMS when storing generated
|
||||
| PHP from the theme PHP sections. Recommended to change this when multiple
|
||||
| servers running Winter CMS are connected to the same cache server to
|
||||
| prevent conflicts.
|
||||
|
|
||||
*/
|
||||
|
||||
'codeParserDataCacheKey' => 'cms-php-file-data',
|
||||
|
||||
/*
|
||||
|--------------------------------------------------------------------------
|
||||
| Disable Request Cache
|
||||
|--------------------------------------------------------------------------
|
||||
|
|
||||
| The request cache stores cache retrievals from the cache store
|
||||
| in memory to speed up consecutive retrievals within the same request.
|
||||
|
|
||||
| true - always disable this in-memory request cache
|
||||
|
|
||||
| false - always enable; be aware that long-running console commands
|
||||
| (including queue workers) may retain cache entries in memory that
|
||||
| have been changed in other processes or would have otherwise
|
||||
| expired, causing issues with the `queue:restart` command, for
|
||||
| example
|
||||
|
|
||||
| null - enable for HTTP requests, disable when running in CLI
|
||||
|
|
||||
*/
|
||||
|
||||
'disableRequestCache' => null,
|
||||
];
|
||||
Reference in New Issue
Block a user