Pull to refresh
15
0
Лёша @kricha

engineer

Send message

от такая плата...

А может кто-то видел что-то похожее с Gree? сегодня раскрутил свой кондей cooper&hunter и внутри увидел плату управления Gree. Но чет я или не умею, или не могу нагуглить есть ли там и где uart, что что-то попробовать.

А русь тут при чем вообще?

Я бы сразу заменил lts на конкретную версию.

Автор, а как быть с синхронизацией файлов проекта и сервера в таких ide, как jetbrains? Особенно, если у фреймворка много файлового кеша?
ruby != ruby on rails

www.ruby-lang.org/en/downloads 2.7.0 is latest version of ruby.
а жителей других стран и сфер разработки вы не считаете за разработчиков?
так это для хабра или все-таки для облегчения собственной работы? Но сути не меняет, такое уже есть и даже более интуитивное, чем ваш вариант.

з.ы. сорри, показалось, что вы автор. пропускайте коммент.
Это дело вкуса. Да и я же не говорю, чтоб все поголовно покупали себе самые заряженные маки. Хочешь — покупаешь, не хочешь — не покупаешь. Выбор за потребителем.
мне больше похоже на обновление «вслед за диким количеством жалоб», ну и добавили немного плюшек, сделав вид, что «просто плановое». На это намекает отсутствие 32ГБ+ рама у 13" модели.
Нужен? Когда «очень нужно» пойдет какое-то корыто с не прожорливым линуксом. А макБук это скорее для удовлетворения желания комфорта. Приятнее работать за ноутом с осью в которой все гладко*, при этом без танцев с бубном и с удобным интерфейсом.
все разработчики из моего окружения работают на linux/mac os. Лично я предпочитаю мак из-за его приятного интерфейса, тогда ноутбук можно использовать как на работе, так и после нее. А разрабатывать на винде, тем более на ХР — это издевательство над самим собой.
Мне из систем мониторинга очень нравится DataDog. Из минусов — сложно настраивать кастомные метрики. Из плюсов — красивые графика, множество интеграций и агентов, частично бесплатный (для ограниченного кол-ва хостов).
а можно конкретнее, в каком моменте вы думаете я лукавил?) Отвечу честно.
да, можно почерпнуть конфигурации, увидел там пару интересных моментов. Спасибо.
Обьясняю. У вас есть nginx-контейнер и php-контейнер, они оба дают возможность работе двум web-сервисам site.local и api.local, если из nginx-контейнера вы можете получить доступ к обоим хостам, то в php-контейнере вам ни один не будет доступен, и из кода site.local нельзя будет сделать обращение к api.local.
я очень сомневаюсь, что вы из php-контейнера сможете достучаться до какого-нибудь из хостов.
вагрант — очень тугой инструмент, докер же быстрее, да и удобнее, как по мне.
Кстати, если вы работаете над несколькими взаимодействующими веб-приложениями, то для связки нужно будет использовать docker-compose, дам мой пример:
Заголовок спойлера
version: "2"

networks:
    lan_0:
        driver: bridge
        ipam:
            driver: default
            config:
                - subnet: 172.19.0.0/24
                  gateway: 172.19.0.21

services:
    nginx:
        build: ./nginx/
        ports:
            - 80:80
            - 443:443
        links:
            - php
        volumes:
            - ./code:/var/www/
        networks:
            lan_0:
                ipv4_address: 172.19.0.22
    php:
        build: ./php/
        expose:
            - 9000
        volumes:
            - ./code/:/var/www/
        extra_hosts:
            - "website.local:172.19.0.22"
            - "api.local:172.19.0.22"
        networks:
            lan_0:
                ipv4_address: 172.19.0.23
    mysql:
        build: ./mysql/
        environment:
            MYSQL_ROOT_PASSWORD: root
            MYSQL_DATABASE: dev
        ports:
            - 3306:3306
        volumes:
            - ./mysql/sql:/docker-entrypoint-initdb.d
            - ./mysql/data:/var/lib/mysql
        networks:
            lan_0:
                ipv4_address: 172.19.0.12

то есть, путем прокладывания сети.
1

Information

Rating
Does not participate
Registered
Activity