В готовых функциях, которые поклонники JQ на JS сходу, возможно, не напишут, а может и не напишут вовсе. Если бы не было принципиальной разницы, то тогда бы Jquery никто создавать и не стал бы. Как и MooTools и ряд других библиотек и фреймворков.

Вопрос из той же категории: есть ли принципиальная разница между OpenServer и VDS, между CMS и чистым PHP+MySQL, между Ubuntu и Gentoo? Конечно есть.

Заключается в простоте освоения, [куда] более низком пороге вхождения, удобстве и комфорте работы. Ну и в скорости работы в большинстве случаев.

Совсем нелогично, потому что JQuery - это не язык, а библиотека языка JavaScript.

Вот была тема про "адские тормоза". Посмотрите что там автор предпринимал и на сам результат. Раньше кстати заметно пошустрее был.

Режим разработчика случайно в настройках не включён? Иногда забывают или кэш включить или режим разработчика выключить...

Откройте консоль браузера и посмотрите на вкладке "Сеть (network)" скорость загрузки страницы. Поймёте что у вас долго грузится, а что быстро. Гляньте обычную страницу без прикреплённых модулей и лишнего контента, где только текст (скорость), а потом каталог - поймёте насколько модуль тормозит сайт в сравнении с обычной страницей.

Там поймёте что оптимизировать и стоит ли. Могут долго запрашиваться какие-нибудь JS-скрипты, особенно после блокировок РКН, особенно с Google. Возможно, надо настроить очерёдность загрузки скриптов через атрибуты acync и defer. Ну и т.д..

Один из наших партнёров, Дмитрий, сделал шаблон, который в Google Insights почти 100 баллов по скорости получает. И это, скорее всего, только программная оптимизация.

Так что в вопросе скорости основной момент в плоскости реализации конкретного шаблона сайта находится, а не в скорости работы самого движка.

Странный вопрос. Главная, какая же ещё? Может Вы хотите спросить "зачем эти параметры"?

Убирать не обязательно, но следует там указывать пару ключевых слов, присутствующих в заголовке H1 страницы и в первом абзаце текста, например. Чтобы не было переизбытка. Тогда точно не навредит. Уже давно бытует мнение, что данным тегом слишком сильно злоупотребляли и он приобрёл дурную репутацию и более не учитывается.

Но практика показывает, что далеко не всё, что заявляет тот же Яндекс в своих официальных источниках, соответствует на 100% действительности.

Следствие покажет. Проще всего взять да попробовать.

Зачем? Локальный сервер, ничего больше не надо.

Такое ощущение, что я что-то неприличное предложил.

А какая между ними разница?get() никто не переписывал. Нюансы, конечно, появилилсь.

После такого сообщения я просто не могу не пригласить вас в секту пользователей правильно локального сервера. А по поводу - подраздел "Привилегии и возможности партнера" соответствующей памятки в помощь. С учётом того, что лицензия распространяется на все поддомены третьего уровня, партнёрской NFS-лицензии Вам вполне хватит на любые задачи.

Александр, даже не смешно. В get() передаются параметры. Один из них ранее был строкой (явно), а теперь - значением массива (переменной), в которой передаётся та же самая строка . Кто мешает прописать там строку? Или переназначить, как привёл пример Денис.

Там другой момент куда более важен - если переназначить таким образом, то кнопка "Показать ещё" выведет порцию товаров следующей страницы пагинатора через шаблон, определённый в модели (т.е. через rows).

Если бы вас это интересовало, то да - вопрос интересный. А обсуждать (разработчикам) почему в get() параметр в виде переменной вместо строки и как жить дальше теперь - перебор.

Паника на корабле из-за того, что ранее этим атрибутом можно было управлять напрямую из шаблона. А как теперь этим же атрибутом управлять опять же из шаблона - не пояснили. А модель - штука более нежелательная с т.з. кастомизации, нежели шаблон view.

Не перестаёт, а выводит данные в шаблон, который определён в модели, а не во вьюхе.

Так это же не одолжение, а привилегия. Надо не просить, а требовать.

Лично я смотрю как развивается дискуссия. Что кому понятно, что нет. В данном случае это становится видно как нельзя лучше. Я уже много раз говорил, что верстальщик. Но некоторые моменты (вопросы) даже меня удивили. Никогда бы не подумал, что это нужно пояснять. А выходит, что надо.

Значит оно будет объяснено в той степени, в которой оно того требует.

Виталий программист. Он изложил всё доступно и понятно (в его понимании). Что непонятно, можно посмотреть в документации или файл открыть глянуть. Он не сидит сутками на форуме, поэтому не отвечает на каждое сообщение. Было время - прокомментировал.

Понятно, что оно многим непонятно. Понятно, что это информационный пробел, такой же как с "Отзывами". Это всё закроется, но не прям вот сейчас. Все же в курсе, что и меня и Виталия в штат взяли буквально вчера. Нужно время, чтобы войти в курс дела, решить рабочие моменты и т.д..

Это и сейчас можно. Единственная проблема - то, что кнопка "Показать ещё" вернёт при старых переопределениях шаблонов данные в дефолтный шаблон rows.

Но это только в том случае, если старый сложившийся сайт был обновлён и на нём включили эти галки. Во всех остальных случаях всё по-старому.Комментарии по этому вопросу будут.

Я уже писал выше - оно работало как и работает. get() принимает стандартный набор параметров. Ему без разницы что туда придёт - строка, переменная $result["view_rows"] или переопределённая чуть выше переменная $result["view_rows"].

Проблемы у этого способа начнутся, когда вы воспользуетесь кнопкой "Показать ещё". Потому что show_more вернёт данные, используя шаблон rows, который указан в модели, а не тот, который указан во вьюхе.

Виталий позже даст комментарии на этот счёт.

Как мне видится, решение тут назревает одно, к которому все уже привыкли и которое уже устоялось. Вместо в шаблоне нужно выводить шаблонный тег, который примет параметр - название шаблона. Или просто учтёт в каком шаблоне выводится сам.

Проще галку в админке не ставить да и всё. Чуть позже будет наглядный пример, либо реализация в админ-панели, которая позволит без дополнительных исправлений реализовывать поддержку работы кнопки "Показать ещё" в разных шаблонах.

Она самая.

Так они поэтому рефералочки горстями и раздают и все хостинг-ресурсы рекламой засрали.

Пруфы есть. Вообще почитывать блог Яндекса полезно время от времени. Кстати, не такое уж и прошлое. Мартовские изменения сего года. Но с учётом периодичности обновления поискового индекса на такие изменения нужно реагировать в течении недели после анонса максимум, иначе могут быть последствия.

Из-за этого нововведения теперь можно переезжать между HTTP и HTTPS сразу. Ранее Яндекс советовал на месяц оставлять доступными оба протокола.

В комментах там тоже много недовольства по этому поводу. Я, честно, этого финта тоже не совсем понял. Сначала в интерфейсе можно было явно указать какое зеркало ты хочешь видеть основным. Потом убрали, оставили host. Теперь и host убрали.

Я слушать-то слушаю, но всё-таки и keywords заполняю, который ещё лет 10 назад "учитывает только Рамблер".
Есть ещё как минимум Google, а с андроида мобильный траффик нормальный сейчас идёт, а там в основном поиск гугла, а не Яндекс. Так что лучше старое всё оставлять как есть, но с учётом новых тенденций.

Ну вот эту часть (функцию, частью которой является этот код) переопределяйте через replace.

Можно прыгнуть в подгузнике. Сергей, по ТЗ Степан хочет лететь вверх. Парашют в этом вряд ли поможет.

сейчас погляжу.

Вы покажите сначала своё верхнее меню, прежде, чем спрашивать.

Файл /custom/my/css/style.css строка 29. Стиль Туда же (в файл), в стиль .main (строка 58) добавить отступ margin-top:40px

Это как раз лишнее. Меню итак находится наверху. Изначально оно ничего не заркрывает и ничему не мешает. А если началась прокрутка страницы, то пользователь с информацией на первом экране уже ознакомился. Лишний код ни к чему тут.
А вот когда меню под шапкой, то дело другое. Но сколько я видел таких реализаций, из пяти в лучшем случае одна сделана нормально. В остальных - какие-то дёргаки-прыгалки вечно делают.

Пожалуйста.