VicTHOR

let ladder = {
    step: 0,
    up: function () {
        this.step++;
        return this;
    },
    down: function () {
        this.step--;
        return this;
    },
    showStep: function () { // показывает текущую ступеньку
        alert(this.step);
        return this;
    }
};

json_decode

Абстракция - результат абстрагирования ОО-парадигмы.

Если объекты явно соблюдают какой-то контракт, но "на лбу" у них это не написано, при этом контракт не является отдельным объектом, этот контракт является абстракцией.

https://alvarotrigo.com/fullPage/
https://alvarotrigo.com/pagePiling/

https://regex101.com/r/D2hGbD/2

Храни идектификатор строки у материала и некий уникальный идентификатор материала (артикул какой-нибудь, например). При изменении создаешь просто новый материал, а версионность (историю изменений) можно получать по дате или сделать колонку версии
У материала должна быть ссылка на склад и на поставщика.

сначала composer global require fxp/composer-asset-plugin, затем composer install

$str = <<<'DOC'
var1='Value 1' and var2='Value 2'
var1='Value 1 a' and var2='2 b'
var1=' 1a ' and var2='2b'
var1='Value 1 2 3 abc 4'
DOC;

echo preg_replace_callback("/'[^']+'/", function($value) {
    return str_replace(' ', '', $value[0]);
}, $str);

// var1='Value1' and var2='Value2'
// var1='Value1a' and var2='2b'
// var1='1a' and var2='2b'
// var1='Value123abc4'

вручную на PHP
вручную на CMS
вручную на конструкторе

В todo файле у проблемного коммита можно прописать не pick <commit-hash>, а exec git cherry-pick -m 1 <commit-hash>.
Т.к. у меня были еще коммиты с merge и мне нужно было сделать fixup (добавить изменения к предыдущему коммиту без коммита), а fixup тоже ругался на то, что коммит является merge, я сделал новую ветку и через cherry-pick вручную все разрулил.
Спасибо WbICHA и Lynn «Кофеман» за наводку.

$text = '<a> [1] <b><c> qwerty [2] <d> [3] [4]';
preg_match_all("/[\[<]([^\]>]+)/", $text, $result);

print_r($result[1]);
/*
Array
        (
            [0] => a
            [1] => 1
            [2] => b
            [3] => c
            [4] => 2
            [5] => d
            [6] => 3
            [7] => 4
        )
*/

success: function (data) {  // `data` is the return of the `path` view function
          $("#company").html(data);  // replace the contents of the course input with the data that came from the server

          second_ajax(data); //в data хранятся полученные данные, отправляешь их в новый запрос
          }

$.get("/todo_lists/" + i, data => {		
      var content = $("#form", data).html();			
      $(this).html(content);			
    });

bigIncrements и unsignedBigInteger - разные типы колонок, одна на другую не может ссылаться.

Или обе ячейки unsigned, или обе не unsigned.

Во-первых, нужно именовать методы правильно. getUser() не должен печатать данные, он должен просто вернуть юзера.
Во-вторых,

<div class="outputContent"> <p id="nameText"></p> <p id="phoneText"></p> </div>

вот этих блоков надо печатать столько, сколько юзеров вводится. По-этому этот блок нужно хранить в js, метод getUser() можно заменить на getUserContainer() например, и возвращать этот див с подставленными данными (как строку, не печатать). А еще id создаваемых блоков не должны повторяться.
В-третьих, для того, что-бы данные добавлялись, их надо добавлять.. Это можно сделать, например, с помощью insertAdjacentHTML.

Если нужно хранить каждого созданного юзера в коде, то можно просто каждого нового пользователя засунуть в массив..

Итого https://jsfiddle.net/srg0wqLt/

@if (isset($exception) && $exception->getStatusCode() == 404)
@endif

скомбинировал все что можно

$reader = new XMLReader();
$reader->open($path);

while($reader->read()) {
    if (
        $reader->nodeType == XMLReader::ELEMENT
        && $reader->hasAttributes
        && $reader->localName === 'INSPECTION'
    ) {
        $xml = simplexml_load_string(str_replace('tns:', '', $reader->readOuterXml()));
        var_dump( json_decode(json_encode($xml), true) );
    } else continue;
}

https://laravel.com/docs/8.x/eloquent#primary-keys

ну как вариант #<script>[^<]*adsConfig[^<]*</script>#gs

Допустим, когда нужно внести правку:
переходим на ветку develop командой git checkout >
затем git pull, чтобы получить обновления >
затем вносим свои изменения в код >

затем git fetch origin master, что-бы притянуть изменения из мастера, если они появились. Затем решить конфликты, если они появились. а потом уже коммит и пуш.

Затем на гитхабе готовим pull request и всё? Дальше основной владелец примет у себя изменения и master обновиться?

да

Самому master лучше не трогать?

не трогай если не владелец

И можно ли делать так несколько раз подряд, если нужно добавить еще правки?

нужно

И если всё же есть разрешение на самостоятельное обновление master, то как переносить изменения в неё из develop? С помощью checkout develop "измененные файлы", добавить коммит и запушить?

нет, ужас какой. Надо делать git merge develop, если конфликтов не будет - все коммиты из ветки develop просто подтянутся в мастер и он будет в актуальном состоянии. А еще благодаря мёржам будет видно что куда откуда и кода бралось, а при git checkout ветки не будут связаны.

Как правильно совместно работать

разные ветки себе сделайте для разработки