Я бы начал с того, что нет такой специальности - тестировщик))) Есть QA engineer - инженер по автоматизации тестирования. И становится понятнее что это за птица. Это вовсе не потыкать кнопочки на сайте. Этот человек умеет писать сценарии тестирования, чаще фич, так что бы в результате охватить всю систему. А это подразумевает знание как минимум Javascript и нескольких фреймворков, предназначенных для этого. Но многие работаеют и с Python - он очень удобен для тестирования. Есть Selenium например, там подразумевается серьезное понимание как продукта, так и алгоритмов тестирования, обычно они пишутся в тесном взаимодействии с разработчиком. Есть и визуальные фреймворки. Об этом можно вообще долго рассказывать. Юнит-тесты немного из другой области, к QA отношения мало имеют, но в принципе нормальный QA может их писать для своего кода. Видов тестирования тоже много, Qa обычно проводит смоук, регресс, функциональные.
Думаю что для проектов с месячным бюджетом меньше 10К зелени нет смысла привлекать еще и тестировщика, равно как и для разработки простых веб-сайтов. Это скорее для Saas/ Caas систем. На сегодня спрос на тестировшика примерно 1 к 10 разработчика. ЗП ниже чем у разраба и взод счас сложный - все экономят. У нас тоже есть попытки переложить обязанности тестировшика на разработчика. Я вообще последнее время стараюсь придерживаться концепции TDD в разработке - это сильно помогает отлавливать ошибки как можно раньше
Примерно так. Я пишу про нормальные конторы, не те которые хотят просто выкачать побольще бабла с клиента, а которые готовы делать качественный продукт.
В принципе ничего не мешает в миграцию добавить активацию плагина в БД. Может это не самая лучшая практика, но в той же джанге есть фикстуры, которые прекрасно с этим справятся.
Я бы скорее это делал через .env файл
Это вариант для тебя, извини, потому что ты не понимаешь как это работает. А специалист и это сможет сделать через миграции и фикстуры, причем не будет необходимости руками править что-то в админке.
Ты снова путаешь мягкое с теплым. Меняя настройки в БД - как ты трогаешь код сайта? что ты планируешь затереть? Да, ты можешь отключить плагин который включили. Но если ты через админку попробуешь поставить плагин - гит это увидит и сообщит тебе.
Ты опять путаешь работу с БД в админке сайта и работу на сервере с кодом. Это разные уровни доступа, открою тебе тайну;
Я все время забываю одну вещь. Я пытаюсь тут разговаривать с программистами или теми кто им хочет быть, а со мной спорят частные вебмастера, которые судя по уровню компетенций вообще не программисты. А активировать плагин в админке - это вообще не программирование, расстрою вас, господа.
Это понятно.
Это не пойдёт, никакие "ручки" при работе с CMS не допускаются.
Без доступа к рабочему сайту? Это как так?
А как там окажутся изменения в БД?
Похоже непонятно. Ты не умеешь руками плагины устанавливать?
Доступ есть через SSH, не умеешь?
Какие изменения в Бд? Ты ничего не путаешь?
Мне конкретно непонятно, как мне работать с рабочим сайтом. Например, установить плагин в Вордпрессе или решение из маркетплейса в Битриксе. Эти вещи делаются через админку сайта.
Ну и еще раз повторюсь, как это делал я.
1. локально есть директория с сайтом, под гитом - она точно в таком виде как лежит на хостинге
2. Есть докер, в котором создан образ сервера, например убунта с БД, в случае ВП мускля. В докер проброшены директория сайта и он автоматически отслеживает все изменения и перезапускает сервер каждый раз, когда они были сделаны. Некоторые перезапускают вручную, мне удобнее так.
Когда докер запущен, сайт доступен на локалхосте. Как я работал с плагинами:
А) из админки все работает точно так же как ты это делаешь на хосте - нашел, установил активировал, при этом плагин закачается в поддиректорию с плагинами. так как она род гитом - все изменения будут сохранены
Б) Скачиваешь плагин ручками в папку и точно также активируешь. в реальности нет никакой разницы - локальная это копия или сайт.3. После того как я проверил все локально, я коммичу в гите все изменения и пушу их уже на рабочий сайт. В реальности нет - сначала на dev сервер, но опустим этот шаг для простоты.После того как все изменения оказались на хостинге достаточно зайти там в админку и активировать плагин, ВСЕ. Ничего сложного.
Зато, к примеру, если заказчик решил что он очень умный и что-то поломал - тебе откатиться - 2 клика и у тебя всегда под рукой есть копия сайта.
И кстати для локальной разработки вовсе необязательно держать полную копию БД и все картинки. Как редьюснуть БД оставив ее рабочей думаю не нужно тебя учить.Если остались вопросы - фил фри)
Издеваешься? У меня что, дома личный датацентр?
Ты на калькуляторе что ли работаешь? Приведи пример характеристик рабочего сервера твоего сайта, который ты не в состоянии развернуть дома? Вот мой последний рабочий проект требовал 32 оперативы и только реляционная база занимала 20 гиг, не считая NOSQL. Работает локально все.
читай выше, мне кажется ответил, если конкретно что-то непонятно, с удовольствием отвечу, я за продуктивную дискуссию. Мне не жаль поделиться тем что я знаю.
Ты честно не понимаешь как гит работает? Ты же вроде писал что знаешь и не используешь просто за ненадобностью! Я реально в шоке. Так вот - гит будет отслеживать ВСЕ изменения! Ты просто настраиваешь директорию, в которой лежит на хосте сайт и все. Или ты думаешь: что плагин это какая-то магия? Это просто код))) И гит прекрасно его увидит. Я уже писал, что плагины я устанавливал локально, тестировал и деплоил их уже как код сайта, в админке только активировал. На хостинге я не делал НИЧЕГО руками! Так же и обновления: локалка - тест - деплой и никак иначе.
Почитай уже как гит работает, нет там волшебства.
Да он как раз и понимает прекрасно как это все работает. Почитай про форки и бранчи в гите и как все собирается в релизы - если осилишь, может отпадут вопросы)))
CMS - это не нечто уникальное, активация плагинов через БД - известная практика. Она по механизму скорее всего соответствует хорошо известному разработчикам мезанизу feature toggle - когда весь новый код прячется под условие, определенный ключ, который вычитывается из хранилища и выполняет или нет определенный участок кода. Ксли что-то пошло не так тв просто отключаешь и все. Ничего особенного
О май гад! Рилли? ))) Пару дней назад чуть не вьехал в новую китайскую электричку, потому что у нее не работали стопы как положено в режиме рекуперации, хорошо что мой старенький 5-летний фордик оснащег системой предоьвращения дорожных коллизий - он сам затормозил) В Нидерландах гоняли на новой Корсе - чудо как хороша, уже писал об этом. Счас приехал в Беларусь и ужасаюсь количеству хлама на дорогах, даже в Польше такого уже нет)
Да и где бы был китайский автопром без европейских технологий? та же Gelly = Volvo например
Не жил, но гостевал у родственников. Не очень хочу, что бы дети ходили в их детские сады и школы... парады и все такое.
Таиланд более пристально рассматриваю - не дорого, многие сдают свои квартиры в стране, а живут на эти день в Тае.
Друг переехал с семьей, ребенку 7 лет, сам полтора года назад, семья месяц назад. Пошли ребенка в школу отдавать, спрашивать директора - когда можно приходить - ответ - да хоть сегодня! Отдали для начала в класс с украинскими детьми - там есть специальный куратор-переводчик, который помогает адаптироваться детям. Весь учебный материал доступен бесплатно. Конфликты на уровне политики стараются тут же пресекать, как на уровне детей так и родителей. Ребенок ходит в школу с удовольствием. Ни о какой пропаганде нет и речи, обычная бесплатная школа, выбирали поближе к дому.
Кстати, вообще не слышал тут о таком явлении как эксгибицонизм, когда удоды в плащах бегают у школ и трясут причиндалами перед детьми.
Более того - хожу в басик - висит обявление - "В связи с занятием детских групп, просим переодеваться не возле шкафяиков а в кабинках для переодевания. спасибо за понимание, извините за неудобства" Мелочь, но думаю и об этом.
Сейчас в Минске, вчера под окном целый день какая-то бабка орала на свою внучку на детской площадке, уже хотелось настучать ей. Просто в Польше не припомню чтоб публично кричали на детей.Кстати парада "этих" за почти 2 года так и не увидел))) Это не Тай. Вот парад тюльпанов прошел в Амстере. Не более.
На эту тему не было бы спора, если бы ты понимал КАК гит работает. Но я честно в это сомневаюсь. Как и тут есть понимание -
Налицо явное непонимание работы.
В гит НЕ надо ничего переносить! Он отслеживает ЛЮБОЕ изменение состояний системы real-time. Ты добавил слэш - он это тут же зафиксировал. Commit просто фиксирует пул изменений. Как поможет решить задачу ТС - об этом уже не только лишь все написали - есть интсрументы для аострочного сравнения кода, в отличие от бэкапа. Даже неспециалист может посмотреть, какие изменения и когда были внесены работником. Разве не об этом суть топика? Как защитить - тоже все просто - ограничить доступ, например запретить мерж в мастера, настроить работу только через форки И так далее.
Советую очень не вешать ярлыки гитбоев а попробовать разобраться. Это как с докер. Нет у тебя ресурсов чтоб
Ну так сделай локально полную копию сервера. Это не опенсервер - тут ты можешь делать как хочешь все - версия линуеса/винды(для извращенцев) конфигурация, базы данных, кэш - у тебя локально будет все соответствовать и не придется думать - а заработает ли это на сайте?Аргументов толковых против я так и не услышал. Одно нежелание разобраться как это работает и внедрить. Рельно давно уже не видел вакансий, где не требовалось бы знание, хотя бы базовое гита/hg/svn
Сказки. Причем без малейших аргументов. Могу запросто расписать флоу, который ни один студент не потянет и серьезная контора просто не станет браться за написание ерунды. Да и отличия там будут грандиозные.
