Тогда получается что практика засовывать скрипты в конец документа не так уж и эффективна. Но это рекомендация Гугл, так что видимо придется самому тестировать для получения стопроцентной уверенности((
HamSter: проблема с w3school в том что их инфа часто устаревшая, либо вообще неправильная к сожалению. Но подача материала там хорошая, это точно. А вот если надо чтоб она была правильная, то думаю лучше будет mozilla mdn
Outoverlay: проверил по MDN - действительно на все элементы вешается.
Тогда тем более непонятно отличное поведение аттрибута на img от такового на body
ThunderCat: ну дело в том что на картинку то как раз повесить можно.
И событие сработает когда картинка загрузится. Следуя этой логике я предположил что если повесить на элемент body, то сработает оно когда парсер браузера дойдет до закрывающего тега body. Document.onLoad это помоему полный аналог аттрибута на теге body, только позволяет не захламлять html аттрибутами и инлайновым js
Все элементы страницы, а не документа. В этом и есть двусмысленность толкования. Тем более этот атрибут применяется к тегу body, и логично предположить, что как только закрывающий тег будет прочитан то сгенерируется это событие. Сейчас нет компьютера под рукой чтобы протестировать самому и узнать на практике.
Сергей Софьичев: после того как написал, тоже подумал об этом ))
Но с другой стороны это решение более универсально для создания модулей.
Один код, который работает везде. Копируй и вставляй )
Сергей Софьичев: И еще вопрос, который как раз послужил причиной этих экспериментов. При загрузке карт они отображаются сначала мутно и через некоторое мгновение становятся четкими. Есть ли способ заствить их появлятся четкими сразу? Думал сначала вынести див в 3д пространство для активации GPU, но гугл уже сам это сделал своим translateZ(0) так что нужен другой подход видимо
Silm: Это правильный способ, но он пока мне не доступен.
Я слишком много распыляюсь. Нехватало еще сейчас переключиться на изучение php в ущерб изучению javascript. Мой мозг мыслит статикой. Но он начинает уже задавать первые вопросы: а что находится за пределами?)
Нужно время.
Silm: ознакомился с простенькими cms. Их слишклм много и те что понравились оказались платными. Но появилась другая идея. В админке вбиваем текст. Этот текст далее отправляется в php-скрипт. Скрипт сканирует хтмл файл, добавляет туда этот текст внутрь определенного тега и сохраняет файл (имитируем загрузку по фтп по сути обновленного файла)
Нашел даже уже готовый парсер. simplehtmldom.sourceforge.net
Что скажете?
xmoonlight: создать для того, чтобы появилась новость в отдельном файле статическом)
Шаманы-сеошники говорят что так лучше. Делать кучу страниц и тогда общий domain-authority у сайта будет выше.
Я не против динамических сайтов, но опять же повторюсь что php я еще не знаю и поэтому решаю задачи теми средствами что доступны мне на текущем этапе)
Под производительностью я имел ввиду скорость скачивания страницы.
Насчет cms уже думаю, но надо чтобы она была максимально гибкой и с простым интерфейсом. В идеале я хочу создать див с определенным id и в cms назначить какое у него будет содержимое. Никаких лишних плагинов и изменений структуры сайта.
По поводу статики и динамики, то я пока знаком только с фронтендом и хотел реализовать это теми средствами что мне пока доступны. Да и с динамическими сайтами надо еще будет разобраться как сделать чтобы юрл получался сео-френдли.
Под джаваскриптом я подразумевал что он будет обращаться к php, просто решил не разворачивать это в описании.
