Ilya Bobkov

Хелперы - автоматизируют действия. Например, даже в твоем примере, есть алиас (@web), который при изменении затронет все места, где будет указан. А в случае с обычным html-ем придется менять пути вручную. Кроме того, у методов Html::* хелперов есть дополнительные параметры, передав которые можно повлиять на сформированный тег. И напоследок, это позволяет не смешивать html и php в кашу.

The .detach() method is the same as .remove(), except that .detach() keeps all jQuery data associated with the removed elements. This method is useful when removed elements are to be reinserted into the DOM at a later time.

detach - такой же как remove, за исключением того, что detach сохраняет все данные ассоциированные с удаляемыми элементами. Этот метод может быть использован, что бы повторно вставить удалённые элементы в "ДОМ" позже.

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

P.S. Если Вы просто удалите элемент, а потом вставите новый - то вставится именно новый элемент, события к нему придётся прикрутить заново, заново задать атрибуты/классы и т.д., с detach - элемент "вернётся" в том виде, в котором был удалён, т.е. по сути, вернётся именно тот элемент, который был. При удалении/вставке - будет вставлен уже новый элемент.

P.P.S. Т.е. это почти то же самое что скрыть элемент [hide()/show() в JQuery или diplay: block/none в CSS], что бы потом его показать, только физически, в DOM-дереве этот больше не присутствует.

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

var_damp к БД не имеет никакого отношения, не смотрите на него.

<div class="container-fluid">
  <div class="row">	
  <div class="img-wrap">		
    <img src="/img/image.jpg" class="img-responsive">
    <h1>text</h1>
 </div>
</div>	  		
</div>

.img-wrap {
  position: relative;
}

.img-wrap h1 {
  position: absolute;
  left: 0;
  bottom: 0;
  width: 100%;
}

DISCLAIMER - личный опыт
Категорически не советую Яндекс.Кассу.
1. Какой есть платежный агрегатор для США, Европы и стран СНГ?

Яндекс.Касса это боль. Работаем с ней на одном из проектов.
Это "Яндекс" только по дизайну главной страницы, во всем остальном это Сбербанк.

Среднее время ответа на запрос по email - 3-4 суток. SLA обещает ответ в течении суток, но это а) тоже ад б) не исполняется.
Нашими вопросами занимается персональный менеджер (и никто !@# кроме него), который постоянно то отошел, то в отпуске, человек который его замещает тоже отошел, итд итп. Любой вопрос тянется сутками.

Интерфейс личного кабинета - хочется повеситься.
Тестовый доступ к апи - только после подписания договора и всех проверок (примерно 2 недели)
Деньги пересылают исправно, тут ничего сказать не могу... если в ответе на их запросы не было ошибок.
Если ответить не валидно - начинается магия.

2. После 3х месяцев успешного сотрудничества - СБ отключило нам прием банковских карт без предупреждений и объяснения причин.

Что касается Ваших вопросов:

Будет ли целесообразнее для qiwi использовать qiwi (а не яндекс-кассу) ?

Зависит от оборотов и себестоимости разработки. На старте imho нет, потом - нужно считать исходя из цифр по каналам.

И если я, правильно понимаю, то мне кажется, проценты как-то завышены, или это норма?

Понимаете Вы правильно. Процент по рынку гуляет от ~1% до 5% в зависимости от способа оплаты и оборотов. Вообще начиная даже с 1 млн рублей в месяц публичных условий нет, всегда можно торговаться (именно поэтому если есть большая дисперсия по способам оплаты - может быть резон загонять все в один агрегатор).