Котик Антон

Есть ещё варианты:

<a href="http://site.com/primer">...</a>
<a href="//site.com/primer">...</a>
<a href="/primer">...</a>
<a href="primer">...</a>

Подробнее об отличиях можете почитать тут: stackoverflow.com/a/21828923

Правильный вариант внутренней ссылки - относительно корня сайта: <a href="/primer">...</a>.

Что это даёт:
1. Если у сайта изменится домен (site.com > new-site.com) или протокол (http > https), вам не придётся делать замену на всех страницах (если речь о статическом сайте).
2. Если на странице будет 100-200 ссылок, то короткий вариант ссылки может дать выигрыш в пару лишних Кб.

У ссылок относительно корня есть один сомнительный недостаток:
Такая форма ссылок не работает на локальном компьютере, на страницах вроде file:///С:/MySite/index.html, а только под управлением веб-сервера.

Нужно экранировать специальные HTML символы:

• & (амперсанд) преобразуется в &
  
• " (двойная кавычка) преобразуется в "
  
• ' (одиночная кавычка) преобразуется в ' или '
  
• < (знак "меньше чем") преобразуется в <
  
• > (знак "больше чем") преобразуется в >
  

Хороший тестировщик, выявивший проблему, старается сам найти её причину или, как минимум, подробно описать ситуацию, когда она воспроизводится. А докапывается до сути и исправляет уже разработчик.

Тестировщик до последнего старается не отвлекать разработчиков и админов (в разумных пределах). Но порой бывает, что сложные критичные баги приходится обсуждать в режиме реального времени всем вместе: разработчики, тестировщики, админы, порой даже менеджеры.

Время тестера дешевле, но ему потребуется больше времени или вовсе не докопается из-за нехватки знаний и скиллов.

А вот тут это не всегда так. Вполне возможно, существуют другие факторы, мешающие тестировщику докопаться до сути дефекта: отсутствие доступа к исходному коду или конфигурациям тестируемых систем (тестирование чёрного ящика), отсутствие или недостаточный уровень логирования, отсутствие или плохое качество документации (технического задания, спецификации) и т. д. Поразмыслите над этим.

All the settings files in the .idea directory should be put under version control except the workspace.xml, which stores your local preferences. The workspace.xml file should be marked as ignored by VCS.

jetbrains.com/phpstorm/help/project.html
How to manage projects under Version Control Systems

habrahabr.ru/post/148098

Один из многочисленных вариантов решения:
stackoverflow.com/questions/4279722/php-recursion-...

$a = array('orange', 'apple', 'banana', 'pine');

$len  = count($a);
$list = array();

for ($i = 1; $i < (1 << $len); $i++) {
    $c = [];
    for ($j = 0; $j < $len; $j++) {
    	if ($i & (1 << $j)) {
            $c[] = $a[$j];
    	}
    }
    $list[] = $c;
}

print_r($list);

ideone.com/YE9BII

Потому что в ответе от сервера у вас:
Content-Type:text/html; charset=windows-1251

Где-то в коде (CMS) похоже задана windows-1251.

codepen.io/anon/pen/pgrEJm

$obj = (object) [
    'a' => function(){ return 1; },
    'b' => (object) [
        'ba' => function(){ return 2; },
        'bb' => (object) [
            'bba' => function(){ return 3; }
        ]
    ]
];
call_user_func($obj->a);
call_user_func($obj->b->ba);
call_user_func($obj->b->bb->bba);

ideone.com/V0VcC8

Ещё можно так:

$obj->a->__invoke();
$obj->b->ba->__invoke();
$obj->b->bb->bba->__invoke();

1. stackoverflow.com/questions/12401998/have-grunt-ge...

2. Почему бы локально тоже не использовать build/script.js? Можно же отключить минимизацию или даже использовать Javascript Source Maps. Имхо, самое правильно решение.

3. Обычно в репозитории хранят только исходники, а собирают уже на сервере. jquery и прочие сторонние библиотеки тоже не должны лежать в вашем репозитории.

A list of files for Bower to ignore when installing your package.

https://github.com/bower/spec/blob/master/json.md

Хочу игнорировать все в пакетах лишние файлы.

Чем же они мешают? Разработчики пакетов сами решают, что в него включать. Вы на это повлиять не можете, bower будет скачивать всё.

Примеры:
codepen.io/LeonGr/pen/hyvfA
codepen.io/Rad1calDreamer/pen/vOJgRd
codepen.io/mbielanczuk/pen/votiD

Код придётся, скорее всего переписать, потому что в JavaScript нельзя просто написать что-то вроде:

for (var i = 0; i < n; i++) {
    sleep(1000);
}

Вместо цикла придётся рекурсивно вызывать функцию через заданные промежутки:

function sort (i, j) {
    // ...
    setTimeout(function(){
        sort(i + 1, j + 1);
    }, 1000);
}