Фасадные панели docke r: Фасадные панели Docke Burg серии Premium купить в Москве от производителя Дёке

Содержание

цены DOCKE R с фото в Москве и МО в Siding Docke

Поверхность панелей Дёке является точным воспроизведением природных текстур камня и кирпича, а трехступенчатая система окрашивания создает абсолютную иллюзию натуральных материалов.

Фасадные панели Деке имитируют наиболее популярные отделочные материалы – скальную породу, кирпич, слоистый песчаник и тесаный дикий камень.

Отделка фасадными панелями Docke-R обойдется вам минимум в 2,5-3 раза дешевле работ с использованием натурального камня.

Фасадные панели Деке-р отличаются большим ассортиментом и качеством продукции. Цокольный сайдинг Docke R подходят для отделки стен и нижней части здания. Главная особенность облицовочных панелей — отсутствие глянцевого блеска на поверхности.

Уточнить поиск

Сортировать: По умолчаниюПо имени (A – Я)По имени (Я – A)По цене (возрастанию)По цене (убыванию)По рейтингу (убыванию)По рейтингу (возрастанию)По модели (A – Я)По модели (Я – A)

Показывать: 20255075100

Показано с 1 по 20 из 53 (всего 3 страниц)

Цокольный сайдинг Деке – это высший стандарт надежного качества фасадных материалов, разработанных ведущими европейскими специалистами. В процесс создания цокольных панелей Docke были вовлечены ведущие немецкие дизайнеры в сфере малоэтажного строительства. Модельный ряд с максимальной идентичностью имитирует кирпич, песчаник или природный камень.

В нашем магазине вы можете купить фасадные панели Деке с доставкой по в Москве и области. В наличии коллекции: Berg, Edel, Stein, Burg, Fels, Stern, Flemish, Slate, Klinker. Низкие цены на все цвета цокольного сайдинга Docke-R.

На обратной стороне каждого изделия находятся рёбра жесткости, увеличивающие стойкость к ударам и уникальный запатентованный замок крепления, позволяющий надежно состыковывать фасадные панели.

Docke-R Berg

Фасадные панели Döcke-R BergКоллекция фасадных панелей Деке-р Берг удачно имитирует натуральную кирпичную кладку. Включает в себя пять классических цветов.

Полезная/Габаритная длина: 1015/1127 мм
Полезная/Габаритная ширина: 430/461 мм
Количество в коробке: 10
Типоразмер упаковки: 1186х490х196 мм
Вес коробки (брутто): 18,54 кг

Docke-R Stein

Фасадные панели Döcke-R SteinЦокольный сайдинг Docke Stein имеет текстуру песчаника. В коллекции семь цветов, у каждой панели швы прокрашены в тон.

Полезная /Габаритная длина: 1098/1196 мм
Полезная/Габаритная ширина: 400/426 мм
Количество в коробке: 10
Типоразмер упаковки: 1226х470х266 мм
Вес коробки (брутто): 22,1 кг

Docke-R Burg

BurgDocke-R Burg – одна из самых популярных коллекций. Она представлена в самом большом ассортименте цветов – десять различных оттенков от теплого, до холодного, от самого светлого до тёмного. Фактура юрского, обработанного камня. К выбору представлены как панели с контрастными швами, так и со швами в тон основной панели.

Полезная /Габаритная длина: 946/1072 мм
Полезная /Габаритная ширина: 445/472 мм
Количество в коробке: 10
Типоразмер упаковки: 1116х510х251 мм
Вес коробки (брутто): 19,6 кг

Docke-R Fels (Скала)

Docke-R Fels (Скала) — самая востребованная на сегодня коллекция фасадных панелей у дизайнеров. Модная текстура, имитирующая крупный камень ручной обработки придают строению мощь и объем. Сайдинг в шести цветах, швы в цвет панели.

Полезная /Габаритная длина 1052/1150 мм
Полезная /Габаритная ширина 425/450 мм
Полезная площадь панели 0,45 м
Количество в коробке 10
Типоразмер упаковки 1186х480х321 мм
Вес коробки (брутто): 22, 3

Docke Stern

Коллекцию Stern отличает особенный перелив цветов, который придает панелям потрясающую изящность. Фактура имитирует обработанный песчаник разного размера. Панели представлены в 7 цветах

Полезная длина: 1073 мм
Полезная ширина: 427 мм
Полезная площадь панели: 0,46 м2
Количество в коробке: 10
Вес коробки: 21,24 кг

Производство фасадных панелей

Цокольный сайдинг производится под строгим контролем на заводе Деке Экстружен в г. Дмитров в Московской области, оснащенным самым современным оборудованием. Продукция изготавливается из высококачественного чистого полипропилена с добавлением модификаторов, которые улучшают прочностные характеристики, но при этом сохраняют их пластичность. С помощью пресс-форм создаются различные текстуры ( Stein, Stern, Burg, Berg, Fels, Edel), затем изделия покрывают специальными красками. Для каждой фасадной панели применяют 4 оттенка, чтобы придать окрасу естественность.

В отличии от других производителей, которые сушат панели без специального оборудования, просто раскладывая на стеллажах, сайдинг Деке высушивается в специальной камере. Данный метод позволяет хорошо закрепить краску и увеличить срок стойкости цвета.

Преимущества цокольного сайдинга

Большой выбор цветов, оттенков и форм.
Гарантия 50 лет!
Стойкость к выгоранию.
Уникальный замок крепления.
Стойкость к гниению, воздействию воды и ветра.
Не требует ухода и подкраски.
Текстура панелей максимально приближена к натуральной.
Повышенная прочность фасадных панелей.
Особенная система обеспечения тепловых зазоров при монтаже.
Фасад легкий и не увеличивает нагрузку на фундамент.

Монтаж

Монтируются фасадные панели Деке при помощи саморезов, которые необходимо вкручивать в специальные отверстия. Фасад устанавливается на обрешетку, она может быть деревянной или же из металлического профиля. Главные требования к подсистеме – она должна быть ровной и обеспечивать вентиляцию. Доборных элементов понадобится не так много – это стартовые планки, углы, J-профиль и планки для отделки оконных проемов. Точное количество планок и панелей помогут Вам подсчитать наши высококвалифицированные менеджеры., они так же проконсультируют Вас по любым возникшим вопросам.

Цокольный сайдинг (фасадные панели) Docke-R Stein (Деке-Р Стейн)

Ассортимент

В комплекте обычно покупают

ОЗЛК Комплектующие
Ruukki 125/90 мм
Наружные откосы на окна Вид-3
Пластиковые лотки Gidrolica Light

Ключевой сервис: от замера до монтажа

Бесплатный выезд замерщика

Расчет Вашего заказа

Доставка и оплата

Монтаж

Обратите внимание на:

Цокольный сайдинг (Фасадные панели) Docke-R Fels
Цокольный сайдинг (Фасадные панели) Docke-R Stern (Звезда)
Цокольный сайдинг (Фасадные панели) Docke-R Edel
Цокольный сайдинг (Фасадные панели) Docke-R Berg
Цокольный сайдинг (Фасадные панели) Docke-R Burg

Получить консультацию или сделать заказ

г. Москва, 41 км МКАД, Калужского шоссе, дом 4с3, павильон А27/4 (рядом с магазином Hoff)

Построить маршрут в Яндекс.Навигаторе

+7 (499) 705-85-85
+7 (495) 762-70-99

Отдел продаж:

Пн-Пт с 09:00-18:00
Сб-Вс выходной

Доставка и самовывоз заказов возможны в выходные дни (сб-вс), если заказ оформлен с 9:00 до 18:00 в будние дни (пн-пт).

Как ускорить работу контейнера Docker

Знаете ли вы, что ваш код в контейнере Docker может работать так же быстро, как на хост-компьютере? В некоторых случаях это может быть даже быстрее!

Сегодня мы поделимся некоторыми советами по оптимизации настроек Docker, которые позволили нам сократить время обработки на 15%.

Настройка среды тестирования

Прежде чем мы начнем, давайте рассмотрим основные функции и инструменты среды, которые мы будем использовать в наших тестах:

Операционная система – Ubuntu 20. 04
Контрольные тесты — скрипт на Python (версии 3.8, 3.9, 3.10)
Окружающая среда — Docker v. хост-компьютер и внутри контейнера.
Почему возникает разница в производительности
Одно из преимуществ контейнеров по сравнению с виртуальными машинами заключается в том, что вы изолируете процессы без потери производительности или повреждения гипервизора. Однако Docker может замедлить ваш код и исказить показатели эффективности. И даже если контейнеры не замедляют ваш код, есть вероятность, что он может работать еще быстрее при некоторой оптимизации.
Как возможна разница в производительности?

Существует теория, что функции безопасности Docker замедляют работу вычислений. Это связано с тем, что Docker добавляет дополнительные уровни безопасности, чтобы предотвратить выход программ из контейнера на хост. Одним из таких механизмов безопасности является seccomp. Он определяет, какие системные вызовы могут запускать контейнеры. Важно отметить, что этот механизм не должен иметь такой разницы, и есть предложения, как нивелировать разницу, но исправления пока не внесены.
Чтобы быстро проверить, возможно ли ускорение в ваших вычислениях, вы можете запустить контейнер в привилегированном режиме. Он отключает функции безопасности, поэтому вы можете определить, вызвано ли замедление из-за них. Для этого запустите контейнер с помощью ключа —привилегированный :
```
 docker run -it --привилегированный 
     
```
Используйте следующий параметр для docker-compose:
```
 services:
          агент:
            ...
            **привилегированное: правда**
     
```
Важно подчеркнуть, что запуск контейнеров в привилегированном режиме может быть небезопасным. Здесь вы можете прочитать, почему и как с этим бороться.
Тесты процессора
Первый тест, который мы запустим, — это тестирование вычислительных операций в различных режимах запуска контейнера. В качестве базового теста мы будем использовать следующие вычислительные операции:
```
 BENCHMARK="import timeit; print(timeit.timeit('list(range(10000))', number=50000))"
     
```
Мы проведем каждый тест пять раз и будем использовать среднее значение в качестве предполагаемого результата.
Выполним первые три теста:
- Тест на хост-компьютере (работает в операционной системе):
```
 BENCHMARK="import timeit; print(timeit.timeit('list(range(10000))' , число=50000))"
        python3.8 -c "$ ЭТАЛОН"
     
```
- Тест в контейнере на основе образа ubuntu 20.04:
```
 docker run -it ubuntu:20.04
        BENCHMARK="импортировать timeit; print(timeit.timeit('список(диапазон(10000))', число=50000))"
        python3.8 -c "$ ЭТАЛОН"
     
```
- Тест в контейнере на основе образа ubuntu 20.04 с включенным привилегированным режимом:
```
 docker run -it --privived ubuntu:20.04
        BENCHMARK="импортировать timeit; print(timeit. timeit('список(диапазон(10000))', число=50000))"
        python3.8 -c "$ ЭТАЛОН"
     
```
Вот какие результаты мы получили:
Как видите, внутри контейнера вычисления выполняются на 13% дольше, но на 4% быстрее, чем на хост-машине при использовании привилегированного режима. Оптимизация параметров показала ожидаемые значения. Более того, в контейнере вычисления выполняются еще быстрее.

Тестирование различных изображений
Далее мы будем тестировать различные изображения. Сразу может быть непонятно, но разные образы используют разные версии сервисов, что может повлиять на производительность вычислений. Давайте запустим три теста, используя следующие образы Python:
- Полный тест контейнера официального образа — Python:3.8:
```
 BENCHMARK="import timeit; print(timeit.timeit('list(range(10000))', number= 50000))"
        docker запустить python: 3.8 python -c "$ BENCHMARK"
     
```
- Проверка в контейнере на основе тонкого образа — python:3. 8-slim:
```
 BENCHMARK="import timeit; print(timeit.timeit('list(range(10000))', number=50000)) "
        docker run python: 3.8-slim python -c "$ BENCHMARK"
     
```
- Тестирование в контейнере на основе образа alpine — python:3.8-alpine:
```
 BENCHMARK="import timeit; print(timeit.timeit('list(range(10000))', number=50000)) "
        docker run python: 3.8-alpine python -c "$ BENCHMARK"
     
```
Вот результаты, которые мы получили:
Как видите, вычисления в slim образе на 2% быстрее, чем в официальном образе, и на 20% быстрее, чем в alpine. Обратите внимание, что этот тест быстрее хост-компьютеров на 25+% во всех тестах.
Также хотим еще раз подчеркнуть, что эти тесты ориентированы на расчеты. В запущенных в продакшн контейнерах такие операции перемешаны с другими, и такой большой разницы не будет. Подробнее о выборе изображения и разнице между ними можно узнать здесь.
Тестирование различных версий дистрибутивов Python
Теперь давайте сравним расчеты различных версий дистрибутивов Python.
Мы проведем три теста и посмотрим, какие результаты мы получим. Вот версии Python, которые мы будем использовать:
- Тестирование в контейнере на основе тонкого образа — python:3.8-slim:
```
 BENCHMARK="import timeit; print(timeit.timeit('list(range(10000) ))', число=50000))"
        docker run python: 3.8-slim python -c "$ BENCHMARK"
     
```
- Проверка в контейнере на основе тонкого образа — python:3.9-slim:
```
 BENCHMARK="import timeit; print(timeit.timeit('list(range(10000))', number=50000)) "
        docker run python: 3.9-slim python -c "$ BENCHMARK"
     
```
- Проверка в контейнере на основе тонкого образа — python:3.10-slim:
```
 BENCHMARK="import timeit; print(timeit.timeit('list(range(10000))', number=50000)) "
        docker run python: 3.10-slim python -c "$ BENCHMARK"
     
```
А вот и диаграмма с результатами:
Получились довольно неожиданные результаты.
Тест, выполненный на образе python:3.10-slim, на 70% быстрее, чем тест на хост-компьютере. Это показывает нам еще один вариант ускорения ваших приложений в контейнере.
Тесты ввода-вывода
В дополнение к вычислительным тестам представляет интерес запуск тестов ввода-вывода на хост-компьютере и в контейнере. Ожидается, что эти тесты покажут различия в результатах.
В качестве эталона мы будем использовать сценарий, который представляет собой посимвольное чтение и запись файла размером 128 МБ.
Запустим четыре теста:
- Тест на хост-компьютере (работает в операционной системе):
```
 python3.8 io_speed.py
     
```
- Проверка в контейнере на основе тонкого образа — python:3.8-slim:
```
 docker run python:3.8-slim python -c "`cat io_speed.py`"
     
```
- Тест в контейнере на основе тонкого образа — python: 3.8-slim с привилегированным режимом:
```
 docker run — привилегированный python: 3. 8-slim python -c "`cat io_speed.py`"
     
```
- Тестирование в контейнере на основе образа Ubuntu 20.04 с привилегированным режимом:
```
 docker run --privived ubuntu:20.04 python -c "`cat io_speed.py`"
     
```
И вот какие результаты мы получили:
Как видите, вычисления в контейнере на 40% медленнее. Вы можете получить аналогичные результаты, используя образ на основе Ubuntu 20.04 только с привилегированным режимом. Отметим, что в упомянутых выше тестах это изображение оказалось хуже других.
Теперь мы надеемся, что вы лучше понимаете, почему необходимо запускать тесты и находить оптимальную конфигурацию для каждой задачи.
Прочие тесты
Это не все возможные тесты и причины плохой работы. Вы можете самостоятельно исследовать проблемы с накладными расходами в сети, поскольку контейнеры могут удвоить задержку. Мы не будем подробно рассматривать другие тесты, потому что они часто показывают небольшую разницу.
Кроме того, использование томов может привести к дополнительным накладным расходам. Это особенно важно для пользователей Windows и macOS. В Linux они не несут накладных расходов, поскольку базовая VFS совместно используется хостом и контейнером напрямую. Но отказываться от использования томов не нужно. Вы должны понимать, что многие изображения предназначены для их использования (например, некоторые изображения для базы данных).
Заключение
Наши сегодняшние результаты показывают, что контейнеры обеспечивают одинаковую или лучшую производительность практически во всех случаях. И вот основные идеи, которыми мы хотели поделиться:
- Чтобы быстро проверить, возможно ли ускорение в ваших вычислениях, вы можете запустить контейнер в привилегированном режиме. Но убедитесь, что вы знаете, что делаете, так как это не самый безопасный вариант.
- Помимо режима доступа следует обратить внимание на образы контейнеров и версии дистрибутива. Это позволяет ускорить работу контейнеров и производить их расчеты быстрее, чем на хост-машине.
- Вам нужно запустить тесты и найти лучшие конфигурации для каждой задачи.
Наконец, мы хотим отметить, что настройка приложений, использующих серверы GPU, является еще одной большой темой. Так что, если вы хотите, чтобы мы покрыли это, дайте нам знать.
Подробнее об оптимизации скорости Docker:
→ Шесть способов ускорить создание образов Docker
→ Ускорьте процесс разработки с помощью лучших практик Dockerfile
→ Обновленное сравнение производительности виртуальных машин и контейнеров Linux
Laravel Sail – Laravel – PHP Framework для веб-мастеров
Версия
Master10.x9.x8.x7.x6.x5.85.75.65.55.45.35.25.15.04.2
- Введение
- Установка и настройка
  - Установка Sail в существующие приложения
  - Настройка псевдонима оболочки
- Запуск и остановка паруса
- Выполнение команд
  - Выполнение PHP-команд
  - Выполнение команд Composer
  - Выполнение ремесленных команд
  - Выполнение команд Node/NPM
- Взаимодействие с базами данных
  - MySQL
  - Редис
  - Meilisearch
- Файловое хранилище
- Запуск тестов
  - Ларавель Сумерки
- Предварительный просмотр писем
- Интерфейс командной строки контейнера
- Версии PHP
- Версии узла
- Делитесь своим сайтом
- Отладка с помощью Xdebug
  - Использование интерфейса командной строки Xdebug
  - Использование браузера Xdebug
- Настройка
Введение
Laravel Sail — это облегченный интерфейс командной строки для взаимодействия со стандартной средой разработки Laravel Docker. Sail обеспечивает отличную отправную точку для создания приложения Laravel с использованием PHP, MySQL и Redis, не требуя предварительного опыта работы с Docker.
В основе Sail лежит файл docker-compose.yml и Sail Скрипт, который хранится в корне вашего проекта. Сценарий Sailing предоставляет интерфейс командной строки с удобными методами для взаимодействия с контейнерами Docker, определенными в файле docker-compose.yml .
Laravel Sail поддерживается в macOS, Linux и Windows (через WSL2).
Установка и настройка
Laravel Sail автоматически устанавливается со всеми новыми приложениями Laravel, поэтому вы можете сразу же начать его использовать. Чтобы узнать, как создать новое приложение Laravel, обратитесь к документации по установке Laravel для вашей операционной системы. Во время установки вам будет предложено выбрать, с какими поддерживаемыми Sail службами будет взаимодействовать ваше приложение.
Установка Sail в существующие приложения
Если вы заинтересованы в использовании Sail с существующим приложением Laravel, вы можете просто установить Sail с помощью менеджера пакетов Composer. Конечно, эти шаги предполагают, что ваша существующая локальная среда разработки позволяет вам устанавливать зависимости Composer:
```
  composer require laravel/sail --dev 
 
```
После того, как Sail был установлен, вы можете запустить команду парус: установить Artisan . Эта команда опубликует Sail's docker-compose.yml в корень вашего приложения:
```
  php artisan Sailing:install 
 
```
Наконец, вы можете запустить Sail. Чтобы продолжить обучение использованию Sail, прочитайте оставшуюся часть этой документации:
```
  ./vendor/bin/sail up 
 
```
Добавление дополнительных служб
Если вы хотите добавить дополнительную службу к существующей установке Sail , вы можете запустить парус : добавить Artisan command:
```
  php artisan Sailing:Add 
 
```
Использование Devcontainers
Если вы хотите вести разработку в Devcontainer, вы можете указать параметр --devcontainer для команды Sailing:install . Параметр --devcontainer указывает команде Sailing:install опубликовать файл .devcontainer/devcontainer.json по умолчанию в корне вашего приложения:
```
  php artisan Sailing:install --devcontainer 
 
```
Настройка псевдонима оболочки
По умолчанию команды Sail вызываются с помощью сценария vendor/bin/sail , который включен во все новые приложения Laravel:
```
  ./vendor/bin/sail up 
 
```
Однако , вместо повторного ввода vendor/bin/sail для выполнения команд Sail, вы можете настроить псевдоним оболочки, который позволит вам более легко выполнять команды Sail: || продавец ш/бен/парус'
Чтобы убедиться, что это всегда доступно, вы можете добавить это в файл конфигурации вашей оболочки в вашем домашнем каталоге, например, ~/.zshrc или ~/.bashrc , а затем перезапустить вашу оболочку. После настройки псевдонима оболочки вы можете выполнять команды Sail, просто набрав парус . В остальных примерах этой документации предполагается, что вы настроили этот псевдоним: парус вверх Запуск и остановка паруса
Файл docker-compose.yml Laravel Sail определяет различные контейнеры Docker, которые работают вместе, чтобы помочь вам создавать приложения Laravel. Каждый из этих контейнеров является записью в конфигурации services вашего файла docker-compose.yml . Контейнер laravel.test — это основной контейнер приложения, который будет обслуживать ваше приложение.
Перед запуском Sail убедитесь, что на локальном компьютере не запущены другие веб-серверы или базы данных. Чтобы запустить все контейнеры Docker, определенные в вашем приложении docker-compose.yml , вы должны выполнить команду up :
```
  Sailing Up 
 
```
парус вверх -d

После запуска контейнеров приложения вы можете получить доступ к проекту в своем веб-браузере по адресу: http://localhost.
Чтобы остановить все контейнеры, вы можете просто нажать Control + C, чтобы остановить выполнение контейнера. Или, если контейнеры работают в фоновом режиме, вы можете использовать стоп команда:
```
  парус стоп 
 
```
Выполнение команд
При использовании Laravel Sail ваше приложение выполняется в контейнере Docker и изолировано от вашего локального компьютера. Тем не менее, Sail предоставляет удобный способ запуска различных команд для вашего приложения, таких как произвольные команды PHP, команды Artisan, команды Composer и команды Node/NPM.
При чтении документации Laravel вы часто будете видеть ссылки на команды Composer, Artisan и Node/NPM, которые не ссылаются на Sail. В этих примерах предполагается, что эти инструменты установлены на вашем локальном компьютере. Если вы используете Sail для локальной среды разработки Laravel, вы должны выполнять эти команды с помощью Sail:
```
  # Запуск команд Artisan локально. .. 
  php artisan queue:work 
    
  # Запуск команд Artisan в Laravel Sail. .. 
  парус ремесленник очередь: работа 
 
```
Выполнение команд PHP
Команды PHP могут быть выполнены с использованием команда php . Конечно, эти команды будут выполняться с использованием версии PHP, настроенной для вашего приложения. Чтобы узнать больше о версиях PHP, доступных для Laravel Sail, обратитесь к документации по версии PHP:
```
  Sailing php --version 
    
  Sail php script.php 
 
```
Выполнение команд Composer
Команды Composer могут выполняться с Команда композитор . Контейнер приложения Laravel Sail включает установку Composer 2.x:
```
  парус композитор требует laravel/sanctum 
 
```
Установка зависимостей Composer для существующих приложений
Если вы разрабатываете приложение с командой, вы не можете быть тем, кто изначально создает приложение Laravel. Поэтому ни одна из зависимостей Composer приложения, включая Sail, не будет установлена после того, как вы клонируете репозиторий приложения на локальный компьютер.
Вы можете установить зависимости приложения, перейдя в каталог приложения и выполнив следующую команду. Эта команда использует небольшой контейнер Docker, содержащий PHP и Composer, для установки зависимостей приложения:
```
  docker run --rm \ 
  -u "$(id -u):$(id -g)" \ 
  -v "$(pwd):/var/www/html" \ 
  - w /var/www/html \ 
  laravelsail/php82-composer:latest \ 
  composer install --ignore-platform-reqs 
 
```
При использовании образа laravelsail/phpXX-composer следует использовать ту же версию PHP, который вы планируете использовать для своего приложения ( 74 , 80 , 81 или 82 ).
Выполнение команд Artisan
Команды Laravel Artisan могут быть выполнены с помощью команды artisan :
```
  парус ремесленника очередь: работа 
 
```
Выполнение команд Node / NPM
Команды Node 6 могут выполняться с использованием команды могут быть выполнены с помощью команды npm :
```
  Sailing node --version 
    
  Sail npm run dev 
 
```
При желании вы можете использовать Yarn вместо NPM:
```
  парусная пряжа 
 
```
Взаимодействие с базами данных
MySQL
Как вы могли заметить, файл вашего приложения docker-compose. yml содержит запись для контейнера MySQL. Этот контейнер использует том Docker, поэтому данные, хранящиеся в вашей базе данных, сохраняются даже при остановке и перезапуске ваших контейнеров.
Кроме того, при первом запуске контейнера MySQL он создаст для вас две базы данных. Первая база данных называется с использованием значения вашего DB_DATABASE переменная среды и предназначена для вашей локальной разработки. Вторая — это выделенная база данных тестирования с именем testing , которая гарантирует, что ваши тесты не будут мешать вашим данным разработки.
После того, как вы запустили свои контейнеры, вы можете подключиться к экземпляру MySQL в своем приложении, установив переменную среды DB_HOST в файле .env вашего приложения на mysql .
Чтобы подключиться к базе данных MySQL вашего приложения с локального компьютера, вы можете использовать графическое приложение для управления базой данных, такое как TablePlus. По умолчанию база данных MySQL доступна в localhost порт 3306 и учетные данные доступа соответствуют значениям ваших переменных среды DB_USERNAME и DB_PASSWORD . Или вы можете подключиться как пользователь root , который также использует значение вашей переменной среды DB_PASSWORD в качестве пароля.
Redis
Файл docker-compose.yml вашего приложения также содержит запись для контейнера Redis. Этот контейнер использует том Docker, поэтому данные, хранящиеся в ваших данных Redis, сохраняются даже при остановке и перезапуске ваших контейнеров. После того, как вы запустили свои контейнеры, вы можете подключиться к экземпляру Redis в своем приложении, установив Переменная среды REDIS_HOST в файле .env вашего приложения на redis .
Чтобы подключиться к базе данных Redis вашего приложения с локального компьютера, вы можете использовать графическое приложение для управления базой данных, такое как TablePlus. По умолчанию база данных Redis доступна по адресу localhost , порт 6379.
Meilisearch
Если вы решили установить службу Meilisearch при установке Sail, файл вашего приложения docker-compose.yml будет содержать запись для этой мощной поисковой системы, совместимой с Laravel Scout. После того, как вы запустили свои контейнеры, вы можете подключиться к экземпляру Meilisearch в своем приложении, установив для переменной среды MEILISEARCH_HOST значение http://meilisearch:7700 .
Со своего локального компьютера вы можете получить доступ к веб-панели администрирования Meilisearch, перейдя по адресу http://localhost:7700 в веб-браузере.
Хранилище файлов
Если вы планируете использовать Amazon S3 для хранения файлов при запуске приложения в производственной среде, вы можете установить службу MinIO при установке Sail. MinIO предоставляет API-интерфейс, совместимый с S3, который вы можете использовать для локальной разработки с помощью драйвера хранилища файлов Laravel s3 без создания «тестовых» сегментов хранилища в рабочей среде S3. Если вы решите установить MinIO во время установки Sail, раздел конфигурации MinIO будет добавлен к вашему приложению 9.0305 файл docker-compose.yml .
По умолчанию файл конфигурации файловых систем вашего приложения уже содержит конфигурацию диска для диска s3 . Помимо использования этого диска для взаимодействия с Amazon S3, вы можете использовать его для взаимодействия с любой службой хранения файлов, совместимой с S3, такой как MinIO, просто изменив связанные переменные среды, которые управляют его конфигурацией. Например, при использовании MinIO конфигурация переменной среды вашей файловой системы должна быть определена следующим образом:
```
   FILESYSTEM_DISK=s3 
   AWS_ACCESS_KEY_ID=sail 
   AWS_SECRET_ACCESS_KEY=password 
   AWS_DEFAULT_REGION=us-east-1 
   AWS_BUCKET=local 
   AWS_ENDPOINT=http://minio:9000 
   AWS_USE_PATH_STYLE_ENDPOINT=true 
  
```
In Чтобы интеграция Laravel Flysystem генерировала правильные URL-адреса при использовании MinIO, вы должны определить переменную среды AWS_URL , чтобы она соответствовала локальному URL-адресу вашего приложения и включала имя корзины в путь URL-адреса:
```
  AWS_URL=http://localhost:9000/local 
 
```
Вы можете создавать сегменты через консоль MinIO, которая доступна по адресу http://localhost:8900 . Имя пользователя по умолчанию для консоли MinIO — , парус , а пароль по умолчанию — , пароль .
Предупреждение
Создание URL-адресов временного хранилища с помощью метода временного URL-адреса не поддерживается при использовании MinIO.
Выполнение тестов
Laravel предоставляет потрясающую поддержку тестирования из коробки, и вы можете использовать команду Sail test для запуска функций ваших приложений и модульных тестов. Любые параметры CLI, принимаемые PHPUnit, также могут быть переданы команде test :
```
  Sailing Test 
    
  Sailing Test --group Orders 
 
```
Команда Sail test эквивалентна запуску команды test. Команда ремесленников:
```
  тест парусного ремесленника 
 
```
По умолчанию Sail создаст специальную базу данных для тестирования , чтобы ваши тесты не мешали текущему состоянию вашей базы данных. При установке Laravel по умолчанию Sail также настроит ваш файл phpunit.xml для использования этой базы данных при выполнении ваших тестов:
```
   
 
```
Laravel Dusk
Laravel Dusk предоставляет выразительный и простой в использовании API для автоматизации и тестирования браузера. Благодаря Sail вы можете запускать эти тесты, даже не устанавливая Selenium или другие инструменты на свой локальный компьютер. Чтобы начать, раскомментируйте сервис Selenium в вашем приложении.0305 docker-compose.yml файл:
```
  селен: 
  образ: 'selenium/standalone-chrome' 
  тома: 
  - '/dev/shm:/dev/shm' 
  сети: 
 SAIL 
 
```
Далее, убедитесь, что файл Laravel.Test в файле вашего приложения Docker -Compose.yml имеет в зависимости от для Selenium :
```
  Зависит от 
-
 
  .  
  - селен 
 
 Наконец, вы можете запустить тестовый набор Dusk, запустив Sail и выполнив команду summer :
  Sailsummer 
 
 Selenium On Apple Silicon 
 Если на вашем локальном компьютере установлен чип Apple Silicon, ваш  selenium Служба  должна использовать  seleniarm/standalone-chromium  image:
  selenium: 
  image: 'seleniarm/standalone-chromium' 
  volumes: 
  - '/dev/shm':/9dev/shm:/9dev/shm0003 
 сети: 
  - парус 
 
 Предварительный просмотр писем 
 Файл Laravel Sail по умолчанию  docker-compose.yml  содержит служебную запись для Mailpit. Mailpit перехватывает электронные письма, отправленные вашим приложением во время локальной разработки, и предоставляет удобный веб-интерфейс, чтобы вы могли предварительно просматривать свои электронные письма в браузере. При использовании Sail хост Mailpit по умолчанию —  mailpit  и доступен через порт 1025:
  MAIL_HOST=mailpit 
  MAIL_PORT=1025 
  MAIL_ENCRYPTION=null 
 
 Когда Sail запущен, вы можете получить доступ к веб-интерфейсу Mailpit по адресу: http://localhost:8025
 Container CLI 
 Иногда вам может понадобиться запустить сеанс Bash контейнер вашего приложения. Вы можете использовать команду оболочки   для подключения к контейнеру вашего приложения, что позволит вам проверять его файлы и установленные службы, а также выполнять произвольные команды оболочки внутри контейнера:
   sail shell 
     
   sail root-shell 
  
 To start a new Laravel Tinker session, you may execute the  tinker  command:
   sail tinker 
  
 PHP Versions 
 Sail currently supports serving your приложение через PHP 8. 2, 8.1, PHP 8.0 или PHP 7.4. Версия PHP по умолчанию, используемая Sail, в настоящее время — PHP 8.2. Чтобы изменить версию PHP, которая используется для обслуживания вашего приложения, вам следует обновить сборку 9 .0306 определение контейнера  laravel.test  в файле  docker-compose.yml  вашего приложения:
  # PHP 8.2 
  контекст: ./vendor/laravel/sail/runtimes/8.2 
 90 8.1 #  PHP      
  Контекст: ./vendor/laravel/sail/runtimes/8.1 
  
  # Php 8.0 
  Контекст: ./vendor/laravel/sail/runtimes/8.0 
  
  # Php 7.4 
  Контекст: .//80003 
 # Php 7.4 
 : продавец/ларавель/парус/среды выполнения/7.4 
 
 Кроме того, вы можете обновить имя  image , чтобы оно отражало версию PHP, используемую вашим приложением. Этот параметр также определен в файле  вашего приложения  docker-compose.yml:
  image: Sailing-8. 1/app 
 
 После обновления файла  вашего приложения docker-compose.yml  вы должны пересобрать образы контейнеров:
  Sailing build --no-cache 
    
  Sail Up 
 
 Версии узла 
 Sail по умолчанию устанавливает Node 18. Чтобы изменить версию Node, которая устанавливается при создании образов, вы можете обновить определение  build.args  службы  laravel.test  в файле  вашего приложения  docker-compose.yml:
  build: 
  args: 
  WWWGROUP: '${WWWGROUP}' 
  NODE_VERSION: '14' 
 
 После обновления файла  docker-compose.yml приложения  вы должны пересобрать образы контейнеров:
  Sailing build --no-cache 
    
  Sail Up 
 
 Совместное использование вашего сайта 
 Иногда вам может потребоваться открыть общий доступ к вашему сайту, чтобы просмотреть его для коллег или протестировать интеграцию веб-перехватчиков с вашим приложением. . Чтобы поделиться своим сайтом, вы можете использовать команду  share . После выполнения этой команды вам будет выдан случайный URL-адрес  laravel-sail.site , который вы можете использовать для доступа к своему приложению:
  Sail Share 
 
 При совместном использовании вашего сайта с помощью команды  share  вы должны настроить доверенные прокси вашего приложения в промежуточном программном обеспечении  TrustProxies . В противном случае помощники по созданию URL-адресов, такие как  url  и  route , не смогут определить правильный HTTP-хост, который следует использовать при создании URL-адреса:
  /** 
  * Доверенные прокси для этого приложения. 
  * 
  * @var array|string|null 
  */ 
  защищенные $прокси = '*'; 
 
 Если вы хотите выбрать субдомен для вашего общего сайта, вы можете указать опцию субдомена   при выполнении команды  share :
  Примечание  
 Команда  share  основана на Expose, службе туннелирования с открытым исходным кодом от BeyondCode.
 Отладка с помощью Xdebug 
 Конфигурация Laravel Sail Docker включает поддержку Xdebug, популярного и мощного отладчика для PHP. Чтобы включить Xdebug, вам потребуется добавить несколько переменных в 9 параметров вашего приложения.0305 .env  для настройки Xdebug. Чтобы включить Xdebug, перед запуском Sail необходимо установить соответствующий режим(ы):
  SAIL_XDEBUG_MODE=develop,debug,coverage 
 
 Linux Host IP Configuration 
 Внутренняя переменная среды  XDEBUG_CONFIG  определяется как client_host=host= .docker.internal , чтобы Xdebug был правильно настроен для Mac и Windows (WSL2). Если на вашем локальном компьютере работает Linux, убедитесь, что вы используете Docker Engine 17.06.0+ и Compose 1.16.0+. В противном случае вам нужно будет вручную определить эту переменную среды, как показано ниже.
 Во-первых, вы должны определить правильный IP-адрес хоста для добавления в переменную среды, выполнив следующую команду. Как правило,    должно быть именем контейнера, который обслуживает ваше приложение, и часто заканчивается на  _laravel.test_1  :
  docker inspect -f {{range.NetworkSettings.Networks}}{{. Gateway}}{{end}} <имя-контейнера> 
 
 После того, как вы получили правильный IP-адрес хоста, вы должны определить  SAIL_XDEBUG_CONFIG  Переменная В рамках вашего приложения  .ENV  Файл:
  SAIL_XDEBUG_CONFIG = "CLIVE_HOST = " 
 
 XDEBUG USAGE 
9139306 DEBULI DEBULI DEBUG6. session при запуске Artisan-команды:
  # Запустить Artisan-команду без Xdebug... 
  Sail artisan migrate 
    
  # Запустить Artisan-команду с помощью Xdebug... 
  Sail Debug migrate 
 
 Использование браузера Xdebug 
 Для отладки приложения во время взаимодействия с приложением через веб-браузер следуйте инструкциям Xdebug для запуска сеанса Xdebug из веб-браузера.
 Если вы используете PhpStorm, ознакомьтесь с документацией JetBrain относительно отладки с нулевой конфигурацией.
  Предупреждение  
 Laravel Sail полагается на  artisan serve  для обслуживания вашего приложения. Ремесленник  служит 9Команда 0306 принимает только переменные  XDEBUG_CONFIG  и  XDEBUG_MODE  начиная с версии Laravel 8.53.0. Старые версии Laravel (8.52.0 и ниже) не поддерживают эти переменные и не принимают отладочные соединения.
 Индивидуальная настройка 
 Поскольку Sail — это всего лишь Docker, вы можете настраивать в нем практически все. Чтобы опубликовать собственные файлы Dockerfile от Sail, вы можете выполнить команду  парус:публикация :
  парус ремесленник парус:публикация 
 
 После запуска этой команды файлы Dockerfile и другие файлы конфигурации, используемые Laravel Sail, будут помещены в каталог  docker  в корневом каталоге вашего приложения.
```