TeraMoune

Плохо ковыряли, $metatags['title'] = $nam_e . $page_extra . ' » ' . $metatags['title'];

А оно и не в файле, оно из скрипта добавляется. Сперва нужно всегда ознакомиться с документацией, https://api.jqueryui.com/dialog/#option-closeText. А уже потом исходя из документации что-то предпринимать.

engine.css Разберитесь как производить поиск файлов с наличием содержания какой-то информации, вам это еще очень много раз потребуется. Как в этом случае. И не будет вопрос вставать где что-то находится. С другой стороны зачем вам файл, если вам требуется руками прописать стили в свой файл в шаблоне. Копируйте информацию из панели разработчика и работайте с файлами в своём шаблоне.

По остальным нечего писать, да и плагины это чисто какие-то незначительные изменения под шаблон. addnws.xml - меняет html select на какой-то другой вариант разметки видимо под какой-то js плагин который стилизует select объект. kartinki-v-state.xml - в статье делает лишний sql запрос для того чтобы получить все изображения новости и вывести их отдельным тегом, но как раз это возможно можно сделать иначе и стандартными средствами без дополнительных запросов. knopki-v-profile.xml - какие-то изменения на элементы управления в профиле, основное наверное замена текстовых подпис

Нужно в шаблоне искать атрибуты https://htmlbook.ru/html/input/required но так же где-то в js скрипте могут быть условия и проверки. Так же надо найти функцию скрипта и проверить там. Ошибки при отправке это серверные ошибки они говорят о том что необходимо исправить. Так как обработчик формы скорей всего не модифицированный под ваши функции отдельных форм обратной связи то в html форме обязательно должны присутствовать все необходимые поля. А это имя, почта, тема обращения и текст сообщения, а так же у пользователя должно быть разрешено получать письма с сайта, либо пользователь д

Разумеется нельзя сходу ничего менять. И разбираться ну такое себе, так как файлы для очень старой версии 2019года, это не быстро и более того неприятное занятие. Изменений может быть много. Для минимизирования лишнего нужно как минимум выяснить под какую версию движка эти файлы предназначались и сравнивать с оригинальными файлами той версии. Более того если на актуальную версию переносить нужно еще и учитывать условия кода актуальной версии, проделать работу и проверить её. И это занятие для оплачиваемой работы. 1. Плагин для вывода аватара в новостях (не нужен, в актуальных версиях это

У вас в сервере в настройках ограниченно получение данных, у меня тоже есть большой плагин, 150 действий на 58 изменений в двух десятков файлов + заметок на 5к символов, причём действия не на 5 символов, где-то большие куски кода добавляются, функции и существенные изменения на сотню символов в одном действии). Плагин весит 130кб, на минуточку ваш код в плагине весит 30кб занимает 33к символов, у меня плагин который весит 130кб занимает 112к символов. И всё прекрасно сохраняет.

Да, только уже искать код .hide с таким же типом анимации.

В файле dle_js.js функция dle_reply, там в теле другой исполняемой функции ajax запроса $.post будут две исполняемые строчки кода начинающиеся с $("html,body").stop().animate, в одной из них есть строка $('#comments-tree-item-' + data.id ).show('blind',{},700);, вот 700 это скорость появления.

Вам нужно смотреть не в сторону категорий, сами категории это само собой разумеется (но вроде бы вам придётся использовать 1 тип чпу без использования категории в адресе). Но то что в news, video, reviews это уже что-то вроде реализации подстраниц. И вам искать такую реализацию в виде готового модуля или заказывать. У каких-то разработчиков вроде бы был модуль для реализации подстраниц позволяющий создать такие ссылки в рамках каждой новости и разделять контент. У new-dev'a он же (GoldSoft тут на форуме) публиковался плагин, может у кого еще будет какие-то реализации подобные. Прав

Никаких остатков кода остаться не может, весь код модулей и плагинов добавляется системой плагинов из файла xml в котором описывается весь внедряемый код. Исключением будет если плагин в коде функциями чтения\записи файлов делает это конкретно с оригинальным файлом.

Если модуль правильно написан, а главное установлен то достаточно удалить его из системы плагинов. Максимум система плагинов может не удалить файлы которые загружаются в шаблоны, tpl, css, js файлы. Их надо вручную удалить. Так же если модуль написан правильно он сам при удалении за собой почистит. Бывает так что модули создают файлы конфигов или другие файлы для их работы и эти файлы не учитываются системой плагинов. Их нужно выявить и удалить самостоятельно. Но для этого придётся смотреть и искать в коде модуля эту информацию. Что до правильной установки то бывает модуль предоставляется

Больше не актуально.

Больше не актуально.

Найти скрипт графиков и наверное изменить модуль статистики добавив в него теги для вывода информации соответствующей тому как принимают скрипты графики данные. Но в данном случае конкретно этого ресурса там ничего дополнительно вроде бы и не изменено, все теги имеются и отдельно используются в инициализации плагина. Как минимум скрипт графиков: http://chartjs.org/ Разметка: <canvas id="polarArea-chart" width="800" height="450"></canvas> Инициализация плагина: new Chart(document.getElementById("polarArea-chart"), { type: 'polarArea', data: {

Ошибка в данном случае у вас и куда бы вы не пошли, они останутся с вами.

По логам статус 200 но такой статус будет даже в случае серверной ошибки например где-то случилась синтаксическая ошибка, выглядит примерно вот так: Parse error: syntax error, unexpected token ";" in G:\OpenServer\host\192.168.0.102\engine\cache\system\plugins\089c9e50b668c99c9038616f2ad17dfb.php on line 51 И судя по консоли разработчика ответ от сервера поставляется как 200 (что равно успеху) но по ответу мы видим проблему. И если такое есть то надо проверять логи ошибок php интерпретатора либо mysql сервера, и искать по тому же временному отрезку не было ли проблем которые выпали в ло

1. ответ от сервера 301 Код состояния HTTP 301 или Moved Permanently — стандартный код ответа HTTP, получаемый в ответ от сервера в ситуации, когда запрошенный ресурс был на постоянной основе перемещён в новое месторасположение, и указывающий на то, что текущие ссылки, использующие данный URL, должны быть обновлены. 2. Статус 200 (Успех) Проверять надо у себя на сервере на предмет что отдал сервер (Но с такими логами быть может стоит идти в поддержку яндекса и просить "если у них есть результаты которые логируются" предоставить, что вернул ваш сервер в тот запрос) 3. Статус 200 (Успе

Как говорится логи в студию 😑

В ссылке блока телеграм каналов странное присутствие левых символов в ссылке. Но оно встречается на обоих страницах. И не влияет на проблему. А проблема в этом: В ссылке на изображение оно начинается с templates и в src не указан начальный root домен или как минимум неправильно прописан путь. От чего на странице https://read-script.com/raznoe/ происходит попытка открыть изображение по адресу https://read-script.com/raznoe/templates/read-script/images/telegram2.svg. Тоже самое происходит с файлом particlesjs-config.json он подключается из корня сайта, а когда попадаете на страниц

Больше не актуально.

Не так уж и серьёзно. А ваше решение которое как раз таки в тех же условиях будет оставлять нежелательный излишний код. И я почти уверен использование вашего варианта на телефонах и устройств с батареей будет не приятным опытом. Да и как уже ответили выше, все проверки пройдены. Так же есть кеширование (не забывайте), но оно в принципе если по заданным параметрам custom'a ничего не возвращается то и кеширование не задействуется. И если будет десяток кастомов которые не возвращают данных, то и десяток sql запросов тоже никуда не пропадают, не взирая на параметр cache у кастома. А вот

@redissx Если в вёрстке будут изображения и значительные элементы, как это будет влиять на производительность и отображение страницы, скрытые таким образом элементы не нагружают ресурсы устройства пользователя, не увеличивают время рендера страницы ?

Больше не актуально.

В message описываются шаблоны ошибок и базовые ошибки которые будут перехвачены скриптом, сами ошибки обрабатывались в функции showMessage и эта функция как раз вызывала другую функцию (этого самого окна) то есть окно даже не принадлежит загрузчику. showMessage:function(a){ parent.DLEalert(a,"info") } Это код из файла fileuploader.js, все любые ошибки которые не перехватываются как раз обрабатываются в функции onComplete по тому принципу который вы хотели, проверяя response.error и определяя условием какая ошибка и действие для этой ошибки. Так что в showMessage надо прописать др