Sly32

Рейтинг
372
Регистрация
29.03.2012
Антоний Казанский #:

p.s. Алкоголикам помогать деньгами нельзя. Моё личное мнение.

Чем можно и нужно помочь - это купить еды. Но наличных денег не давать ни под каким предлогом!

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

YmersY #:
Был у меня клиент, который вот прям фанат кофе в любом виде, дык он прям по полочкам всё разложил и объяснил, как делается растворимый кофе, и что он в некоторой мере больше кофе, чем кофе в зёрнах, так как сами бодрящие свойства хранятся именно в этой шелухе, из которой делается растворимый кофе.... Так шо говорить на подобное "это не кофе" это невежество.

В действительности твой клиент ничего не знает про кофе, потому что растворимый делают как раз из серединок зерен, а не "шелухи", она уходит на приготовление лекарств, а в ядрах содержится теобромин, который расширяет сосуды в отличие от кофеина, давление падает и хочется спать от него. Поэтому растворимый очень опасен для дальнобоев. Действие теобромина начинается минут через 20-25, как раз пока водила успевает закинуть чашечку с утра после бессонной ночи и поехать. 

уже и не вспомню когда пил растворимый, ничего против не имею, но просто не нравится вкус. 

damn-doubleclick #:
ChatGPT
Да, вы можете установить образ Ubuntu 20.04 в Docker.

Вы можете использовать следующую команду в терминале, чтобы загрузить образ Ubuntu 20.04:

docker pull ubuntu:20.04

Затем вы можете создать контейнер на основе загруженного образа следующей командой:

docker run -it ubuntu:20.04

Эта команда создаст контейнер и запустит его в интерактивном режиме, где вы можете выполнять команды Ubuntu 20.04 внутри контейнера.

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

lutskboy :

Привет народ

есть ли такая возможность в docker установить например образ ubuntu 20.04

а то мне ставит 22.04

где то читал или смотрел видео что вроде можно. но возможно ошибаюсь

в докер файле верисю пропиши да и все

FROM ubuntu:20.04

https://hub.docker.com/_/ubuntu

Я бы начал с того, что нет такой специальности - тестировщик))) Есть QA engineer - инженер  по автоматизации тестирования. И становится понятнее что это за птица. Это вовсе не потыкать кнопочки на сайте. Этот человек умеет писать сценарии тестирования, чаще фич, так что бы в результате охватить всю систему. А это подразумевает знание как минимум Javascript  и нескольких фреймворков, предназначенных для этого. Но многие работаеют и с Python - он очень удобен для тестирования. Есть Selenium например, там подразумевается серьезное понимание как продукта, так и алгоритмов тестирования, обычно они пишутся в тесном взаимодействии с разработчиком.  Есть и визуальные фреймворки. Об этом можно вообще долго рассказывать. Юнит-тесты немного из другой области, к QA отношения мало имеют, но в принципе нормальный QA может их писать для своего кода. Видов тестирования тоже много, Qa обычно проводит смоук, регресс, функциональные. 

Думаю что для проектов с месячным бюджетом меньше 10К зелени нет смысла привлекать еще и тестировщика, равно как и для разработки простых веб-сайтов. Это скорее для Saas/ Caas  систем. На сегодня спрос на тестировшика примерно 1 к 10 разработчика.  ЗП ниже чем у разраба и взод счас сложный - все экономят. У нас тоже есть попытки переложить обязанности тестировшика на разработчика. Я вообще последнее время стараюсь придерживаться концепции TDD  в разработке - это сильно помогает отлавливать ошибки как можно раньше

Примерно так. Я пишу про нормальные конторы, не те которые хотят просто выкачать побольще бабла с клиента, а которые готовы делать качественный продукт.  

Aisamiery #:
Я понимаю, что боль в пятой точке с виду вызывает перенос изменений в БД, так вот для этого есть механизм миграций, когда изменения в БД делаются не в админке руками, а кодом в файле, но надо понимать, что миграциями, как правило, не переносят контент, а меняют структуру таблиц и прочее,

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

Aisamiery #:
а контент и конфиг можно зайти на боевой сайт и через админку проставить нужные,

Я бы скорее это делал через .env файл 

webinfo #:
Ну то есть всё равно заходим на боевой сервер и творим там всё, что хотим.

Это вариант для тебя, извини, потому что ты не понимаешь как это работает. А специалист и это сможет сделать через миграции и фикстуры, причем не будет необходимости руками править что-то в админке. 

webinfo #:
Именно. Иначе получится так, что затрутся изменения, сделанные другими людьми.

Ты снова путаешь мягкое с теплым. Меняя настройки в БД - как ты трогаешь код сайта? что ты планируешь затереть? Да, ты можешь отключить плагин который включили. Но если ты через админку попробуешь поставить плагин - гит это увидит и сообщит тебе. 

webinfo #:
Снова здорово. А как же вносить изменения в базу данных?

Ты опять путаешь работу с БД в админке сайта и работу на сервере с кодом. Это разные уровни доступа, открою тебе тайну;


Я все время забываю одну вещь. Я пытаюсь тут разговаривать с программистами или теми кто им хочет быть, а со мной спорят частные вебмастера, которые судя по уровню компетенций вообще не программисты. А активировать плагин в админке - это вообще не программирование, расстрою вас, господа. 

Вы походу не понимаете разницы между девелопером и, как бы правильнее выразиться, может контентщиком. Настройка вукоммерса в бд это не программирование, это сделано для пользователя, но не для прогера
webinfo #:

Это понятно.

Это не пойдёт, никакие "ручки" при работе с CMS не допускаются.

Без доступа к рабочему сайту? Это как так?

А как там окажутся изменения в БД?

Похоже непонятно. Ты не умеешь руками плагины устанавливать? 

Доступ есть через SSH, не умеешь? 

Какие изменения в Бд? Ты ничего не путаешь? 

webinfo #:

Мне конкретно непонятно, как мне работать с рабочим сайтом. Например, установить плагин в Вордпрессе или решение из маркетплейса в Битриксе. Эти вещи делаются через админку сайта.

Ну и еще раз повторюсь, как это делал я.

1. локально есть директория с сайтом, под гитом - она точно в таком виде как лежит на хостинге

2. Есть докер, в котором создан образ сервера, например убунта с БД, в случае ВП мускля. В докер проброшены директория сайта и он автоматически отслеживает все изменения и перезапускает сервер каждый раз, когда они были сделаны. Некоторые перезапускают вручную, мне удобнее так. 

Когда докер запущен, сайт доступен на локалхосте. Как я работал с плагинами:

А) из админки все работает точно так же как ты это делаешь на хосте - нашел, установил активировал, при этом плагин закачается в поддиректорию с плагинами. так как она род гитом - все изменения будут сохранены

Б) Скачиваешь плагин ручками в папку и точно также активируешь. в реальности нет никакой разницы - локальная это копия или сайт.
3. После того как я проверил все локально, я коммичу в гите все изменения и пушу их уже на рабочий сайт. В реальности нет - сначала на dev сервер, но опустим этот шаг для простоты.
После того как все изменения оказались на хостинге достаточно зайти там в админку и активировать плагин, ВСЕ. Ничего сложного. 

Зато, к примеру, если заказчик решил что он очень умный и что-то поломал - тебе откатиться - 2 клика и у тебя всегда под рукой есть копия сайта.

И кстати для локальной разработки вовсе необязательно держать полную копию БД и все картинки. Как редьюснуть БД оставив ее рабочей думаю не нужно тебя учить.
Если остались вопросы - фил фри)

webinfo #:

Издеваешься? У меня что, дома личный датацентр?

Ты на калькуляторе что ли работаешь? Приведи пример характеристик рабочего сервера твоего сайта, который ты не в состоянии развернуть дома? Вот мой последний рабочий проект требовал 32 оперативы и только реляционная база занимала 20 гиг, не считая NOSQL. Работает локально все.

webinfo #:
Я всё это неоднократно читал. И это не даёт ответа на те вопросы, которые я здесь задавал. Похоже, ты просто не можешь ответить на эти вопросы, в силу непонимания работы с реальными CMS, и поэтому сыплешь тут терминами, уходя от прямых ответов.

читай выше, мне кажется ответил, если конкретно что-то непонятно, с удовольствием отвечу, я за продуктивную дискуссию. Мне не жаль поделиться тем что я знаю.

Всего: 7407