Как заставить плагин выводить скрипт перед закрывающим тэгом body? - Разработка расширений для Joomla 3.x

http://ссылка вырезана, так как домен распространяет вирусы/blog/joomla/perenos-skriptov-i-stilej-v-podval-sajta.html

onBeforeRender \ onAfterRender  а вообще лучше это делать в темплейте

Как у Яндекс Метрики (ну по типу него)

Конечно, лучше. Но мне нужен именно плагин. Как у Яндекс Метрики (ну по типу него). Спасибо за ответ, попробую.

просто у себя в шаблонах делаю позицию модулей перед закрытием body.

наверное надо не для себя, раз плагин

наверное надо не для себя, раз плагин

Ну хз я не любитель подобных плагинов =)

Асинхронные скрипты перед закрытием </body> вставлять нет смысла. Их нужно вставлять в </head>, чтобы они успели загрузиться к моменту достижения парсера конца документа.

Зачем? Подключайте его как обычно в секции head:

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

не факт что люди оценят.. да и зачем всё это делать если всё решается с помощью добавления аттрибута async (ну или почти всё)

не факт что люди оценят.. да и зачем всё это делать если всё решается с помощью добавления аттрибута async (ну или почти всё)

В большинстве случаев ставится defer -- он безопаснее, хотя async немножко быстрее. И в том и другом случае важно делать так, чтобы браузер не ждал загрузки скриптов в тот момент, когда уже выстроил DOM, то есть нужно размещать скрипт как можно раньше, чтобы браузер его начал грузить асинхронно начиная с секции HEAD. А ставить скрипты в конец документа -- это даже вредное занятие.

А ставить скрипты в конец документа -- это даже вредное занятие.

Я бы сказал что это занятие не для всех. Ибо надо понимать что можно и нужно ставить в низ, а что нет и главное когда нужно.

Я бы сказал что это занятие не для всех. Ибо надо понимать что можно и нужно ставить в низ, а что нет и главное когда нужно.

На дворе HTML5, поэтому практически (а это значит 99,9% случаев) никогда не нужно. Тег defer делает то же самое без перемещений и значительным приростом скорости по сравнению с тупым перемещением. Async по-другому работает, но это уже совсем другая тема.

defer от async

Вот хороший "бой" двух атрибутов с визуальным пониманием.
А тут почитать можно.

Модеры! Закройте уже ветку с иконкой "Разрешено". А то тут уже бои начались 
Хотя надобно бы почитать. Для общего развития...

И кстати можно поподробнее отличия defer от async и что лучше? Ибо в скриптах я немного плаваю )

б) Библиотека jQuery отдаёт приоритет не стандартному событию DOMContentLoaded, а более позднему статусу загрузки документа -- это гениальная тупость. Поэтому jQuery(document).ready(function(){}) может не срабатывать, если сам скрипт jQuery был загружен при помощи defer.

Ибо на сайте именно jQuery и боюсь подводных камней, хотя не уверен что и defer поможет...

// Catch cases where $(document).ready() is called
// after the browser event has already occurred.
// Support: IE <=9 - 10 only
// Older IE sometimes signals "interactive" too soon
if ( document.readyState === "complete" ||
	( document.readyState !== "loading" && !document.documentElement.doScroll ) ) {

	// Handle it asynchronously to allow scripts the opportunity to delay ready
	window.setTimeout( jQuery.ready );

} else {

	// Use the handy event callback
	document.addEventListener( "DOMContentLoaded", completed );

	// A fallback to window.onload, that will always work
	window.addEventListener( "load", completed );
}

Да всё нормально будет, если сам jquery.js не загружать при помощи defer. Абсолютно всё нормально. Дело исключительно в этом конкретном случае. Вот что происходит в момент инициализации jQuery: