Stalker_RED, да, именно оно - спасибо!
Так говорите глючное? Я все собираюсь убраться свой велосипед и заменить на это, на одном большом проекте, но пока руки не дошли.
да, мне внезапно пришла в голову интересная мысль, что callback применяется ко всему массиву, а не к конкретному элементу, когда законсолил this в callback.
ВОТ ИМЕННО! Я это первым же предложением и написал.
> нативной функции на это не припомню,
Я тоже не припомню, поэтму и пишу загуглить. А они есть и уже давно.
> если, конечно, не возникло недопонимания из-за слова "видимость" - это не проверка на visible, а на попадание элемента в viewport.
Именно - попадание во viewport. Недопонимания не возникло.
> П.П.С.: спасибо за советы
кнопочка отметить решением :)
Ну так смотрите - во-первых у вас проверка оторвана от проверяемого элемента - вы передаете в нее только значения. Вообще говоря даже в методе которые вызываете колбэк у вас нет элемента. Как он вызовет колбэк для конкретног элемента, если он сам не знает какой элемент он проверяет? В него пришли только чистые значения.
Метод должен вызываться для элемента нарушевшего границу. Не надо вызывать его для всех, а в нем пытаться определить к кому применить действие. А исходя из этого - метод который вызывает колбэк должен получать на вход проверяемые элемент, а не только его значение top. Либо не вызывать колбэк, а возвратить только нужно ли его выполнить, в метод кооторый его вызвал.
Откуда у вас init вызывается?
И да - загуглите метод определения видимости элемента на странице. Он есть нативный - не надо морочаться со всеми этими top, bottom и offset
adrenalinruslan, не факт. Точнее зависит от многих факторов. Но если вы не знаете будет быстрее или нет - делайте поиск по БД - когда поиск в массиве быстрее это редкие случаи, а вот накосячить с таким поиском и все повесить гораздо проще.
Saboteur, я почти уверен в том что проблема в правах на ~/.ssh, но и домашнюю папку запрещать для записи пользователю и отдавать root это дикость. Это тоже может вести к проблемам с работой ssh, а следовательно и sftp.
Влад Скляр, вот и обратите внимание на LazyLoad. Дело не в том КАК написан скрипт на PHP, а в том какой у этого скрипта выхлоп и как грузится страница в браузере.
Это ни как не относится к оптимизации PHP кода.
Обе страницы с равным успехом могут быть статичными вообще без генерации.
Когда мы говорим об оптимизации PHP речь идет о том как оптимальние сгенирировать ОДИН И ТОТ ЖЕ html.
Stalker_RED, конечно, это хорошо! И я сам когда-то тоже так думал и пытался сделать. Но на практике это не работает дальше какого-нибудь лендинга.
Хотя может работать для вэб-приложений. Но не для какого-то сайта.
> Есть узкие места в работе сервера, где можно оптимизировать сам код PHP
Даже теоретически не могу представить такой ситуации.
Сначала сервер получает запрос, потом запускается и отрабатывает PHP, потом отдает результат. Оптимизируя PHP вы влияете на то с какой скоростью выполняется PHP и никак не влияете на то что делает сервер до и после. Разве нет?
Разъясните плз.
* я знаю, что сервер можно заставить отдавать страницу частями, по мере ее готовности, но никто там не делает в фреймворках вроде и опять же это не меняет самого принципа
Anton Kravchenko, во-первых в onsubmit может быть какой-то метод который связан с отправкой формы. Например валидатор или еще что-то.
Во-вторых если пушеры цели будут сидеть на событии отправки они будут фиксировать именно событие отправки, а оно может случаться без отправки формы, например когд валидатор навешенный через jquery остановит отправку, сайт перестанет отвечать и форма отправится вникуда, форма не валидна и сайт ее не примет и пришлет отбой.
Во вссех этих случаях событие сработает и цели забьются, но что они учтут? Попытку отправки.
Однако если задача стоит отслеживать именно попытки ортправки, в том числе и неудачные, то да - это правильное решение.
Тут не вопрос "привык" или не "привык". Все эти "устоявшиеся словосочетания" подчиняются определенному набору правил. Да - такие правила не походят в школе, а если они как-то противоречат, то вообще вводятся исключения, чтобы не объяснять достаточно сложные правила. Да что там - кажется до сих пор в школе изучают всего 5 или 6 падежей.
Но если в школе не рассказали, то это не значит, что правила под эту штуку нет. И по хорошему за такими правилами надо бы сходить к лингвистам, но данный случай мне кажется достаточно простым.
edward_freedom, а для ваших сайтов необходимы 4 Titan'а в SLI? Тогда пожалуйста не делайте больши ничего.
Разрабам нельзя выдавать производительные компы...
