На скорость никак не повлияет, так как все эти таблицы "физически" хранятся в одном файле и поток подключается один для всей БД не зависимо от количества таблиц.
onsubmit - ставиться на <form>
Если надо на кнопку (например, учитывать клики, когда данные формы не прошли валидацию), то onclick
Да. Если директива идет позже, то она сделает исключение из предыдущей того же типа. Единственное что в вышеприведенном коде смущает - это использование разных директив для кэша. Правильнее будет установить "Header append Cache-Control", а потом исключить то что нужно.
Проверить то можно сразу на реальном сервере, ставь да смотри.
Любой веб-сервер подразумевает наличие кэширования данных. Куда переехать? Дело исключительно в настройке.
Да, вместо text() нужен attr('content'). Мы уже решили этот вопрос вне форума.
MAPTEH, файлы - в htaccess по расширению кэшировать, а конкретные страницы - с помощью Cache-Control (выше дал ссылку).
Для умных шаблонизаторов есть возможность отдельные куски кода в кэш записывать, но не зная архитектуру сайта ничего посоветовать не могу.
Опять таки JQuery, можно так:
$('[itemprop="price"]').text();
Гуглится решение по такому запросу: "найти элемент по атрибуту jquery" =)
В нативном JS тоже не силен.
А присвоить id для этого span что-то мешает?
Если да, то пользуйтесь регуляркой.
Термин KPI тут не применим, правильно подмечено:
Критерии эффективности SEO в большинстве случаев зависят от сайта и бизнеса, использовать одно и тоже для всех случаев - неправильно. Нужен индивидуальный подход.
Например:
1. Если в тематике есть большой сезонный трафик, то нельзя ставить цель по трафику, так как причины его роста и объемы будут непрозрачны.
2. Если оптимизатор работает и над UI, то можно оценивать конверсию в % от трафика или в абсолютном кол-ве. Но только, если это ИМ. Так как в услугах большая часть клиентов уйдет в звонки.
3. Универсальным, пожалуй, будет: видимость по группе ключей и ТОП-3 по высоко конвертируемым низкочастотным запросам.
Сайт на чем работает?
Для страниц Cache-Control:
https://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.9
Для файлов или отдельных блоков - всё зависит используемого шаблонизатора.
По сабжу то никто ТС не ответил.
maks_m, процедурное и функциональное - разные в принципе.
В 2х словах это так:
Процедурное - любые операторы вызываются непосредственно, "по ходу кода", так сказать.
Функциональное - объявляются функции, которые могут использоваться в любом месте кода и с разными входными данными. Функции вызываются по мере необходимости.
ОПП - класс представляет собой описание поведения для объекта. Внутри класса те же функции и процедурный код.
На скорость работы движка влияет так (от быстро к медленному): П->Ф->ОПП
Почему так? Чем сложнее конструкция, тем дольше обрабатывает её интерпретатор, а конечные задействованные операторы в любом стиле будут одинаковые.
3й ваш вопрос, ответ - да, да. Но ничто не мешает использовать все три стиля в одном проекте, в зависимости от необходимости.
ОПП - используют для удобства поддержки кода, поэтому оно так популярно. П и Ф стиль зачастую вообще не читабельны.
