gotbletu

Clonezilla (v2.5.0) "ocs-sr" Options
(Reformated for easier reading)

To save or restore image

  ocs-sr [OPTION] {MODE} IMAGE_NAME DEVICE

Where MODE is one of
    savedisk

rafaeltuelho

My Openshift Cheatsheet

List all non openshift/kube namespaces

requires jq CLI

oc get namespaces -o json | jq '[.items[] | select((.metadata.name | startswith("openshift") | not) and (.metadata.name | startswith("kube-") | not) and .metadata.name != "default" and (true)) | .metadata.name ]'

Project Quotes, Limits and Templates

icqparty

1.Остановить все контейнеры

   docker stop $(docker ps -a -q)

2. Удалить все контейнеры

   docker rm -f $(docker ps -a -q)
   
3. Удалить все образы

edolganov

//replace http://agar.io/main_out.js by this file 
//with Fiddler Web Debugger (AutoResponder tab)
//bots can be created in different rooms - so try restart the page if need


var totalBotCount = 0;

function game(h, r, bot, botUrl, botName) {

codedokode

Автоматизированное тестирование

Обычно после написания кода его проверяют. Если речь о какой-то функции, то можно написать простой скрипт, который будет вызывать ее с разными аргументами, и смотреть, что она вернет. Если вы сделали сайт или приложение, то вы открываете его, жмете ссылки и кнопки, проверяете что все отображается верно. Это называется ручное тестирование или QA (Quality Assurance — контроль качества) — человек проверяет работу программы. Если мы попробуем автоматизировать этот процесс, и написать программу, которая проверяет правильность другой программы, то это называется автоматизированное тестирование.

Главный плюс автоматических тестов — то, что они выполняются намного быстрее, чем ручное тестирование, и вам не надо тратить на это свое время (или время тестировщика). Это позволяет запускать их хоть после каждого изменения в коде.

Также, тесты позволяют «защитить» написанный код. Если кто-то в команде (или вы сами) нечаянно «сломал» ваш код, тесты это обнаружат и укажут, что именн