DimWeb

чтобы понимать почему некоторым сайтам удаётся добиваться высоких скоростей при больших размерах изображений советую ознакомиться с техникой https://www.akamai.com/us/en/multimedia/documents/content/white-paper/akamai-oreilly-high-performance-images-white-paper.pdf

То значит и нету проблемы переименовать одно только расширение у файла. Что сводит замену к простому ".png" на ".jpg" в базе, а не к replace'у по маске, которого в mysql нативно не существует. Поэтому: UPDATE re_data SET image = REPLACE(image , '.png' , '.jpg'); UPDATE re_data SET image = REPLACE(image , '.PNG' , '.jpg');

Если вы не заметили - вопрос адресовался ему в том числе. Но по факту - какой вопрос задали - такой ответ и получили. Причем тут поле "ответственный" и "кто из сотрудников когда на сайте , что то делает" ?? Озвучивайте нормально сразу проблему, без выдумываний решений, чтобы получать нормальный ответ. Это уже реализовано и логируется, в чем вы можете убедится самостоятельно: - включив настройку apps.realtylogv2.classic_view - либо в /apps/realtylogv2/admin/template/list.tpl [1.2.5] на :131 этот кусочек {if 1==0} заменив на {if 0==0} Сделал. Обновленный realtylogv2 выслал Дмитрию. Проверит и если все ок - выпустит в обновлении.

Тут не столько "нет еще", сколько несколько открытых вопросов: - что это поле даст? - какую функцию будет нести? - какую проблему решать? Добавить поле то не сложно, но, кажется, это не решит ранее озвученную проблему с "вредительством".

1. Как её может не быть если есть конкретный код: в \apps\system\lib\system\apps\apps_processor.php (update_apps_cache:623) if (file_exists(SITEBILL_DOCUMENT_ROOT . '/template/frontend/' . $this->getConfigValue('theme') . '/apps/' . $apps_name . '/site/site.php')) { в \apps\system\lib\system\apps\apps_processor.php (run_preload:281) if (file_exists(SITEBILL_DOCUMENT_ROOT . '/template/frontend/' . $this->getConfigValue('theme') . '/apps/' . $app_dir . '/site/site.php')) { require_once (SITEBILL_DOCUMENT_ROOT . '/template/frontend/' . $this->getConfigValue('theme') . '/apps/' . $app_dir . '/site/site.php'); в \apps\system\lib\system\apps\apps_processor.php (run_frontend:377) } elseif (file_exists(SITEBILL_DOCUMENT_ROOT . '/template/frontend/' . $this->getConfigValue('theme') . '/apps/' . $app_dir . '/site/site.php')) { require_once (SITEBILL_DOCUMENT_ROOT . '/template/frontend/' . $this->getConfigValue('theme') . '/apps/' . $app_dir . '/site/site.php'); в \apps\sitemap\admin\admin.php (getSitemapItemsHTML:268) } elseif (file_exists(SITEBILL_DOCUMENT_ROOT . '/template/frontend/' . $this->getConfigValue('theme') . '/apps/' . $app_dir . '/site/site.php')) { require_once (SITEBILL_DOCUMENT_ROOT . '/template/frontend/' . $this->getConfigValue('theme') . '/apps/' . $app_dir . '/site/site.php'); $app_class_name = $app_dir . '_site'; в \apps\sitemap\admin\admin.php (getSitemapItems:535) } elseif (file_exists(SITEBILL_DOCUMENT_ROOT . '/template/frontend/' . $this->getConfigValue('theme') . '/apps/' . $app_dir . '/site/site.php')) { require_once (SITEBILL_DOCUMENT_ROOT . '/template/frontend/' . $this->getConfigValue('theme') . '/apps/' . $app_dir . '/site/site.php'); $app_class_name = $app_dir . '_site'; 2. даже если, то как отсутствие поддержки объясняет двойной require в update_apps_cache из изначального вопроса?:

при чём тут инструкция и ошибка в логике в строчках :625. В инструкции ни слова про site/site.php (смотрим внимательно строчку :623) я же описал что:

...site/site.php !!! а не local_site

я тут в упор не вижу require для условного "/template/frontend/realia/apps/custom/site/site.php"

И какое значение в этой переменной ? я тут в упор не вижу require для условного "/template/frontend/realia/apps/custom/site/site.php"

С локальным обработчиком и так все понятно. Я про ту часть кода о которой указал с самого начала, где именно в КОДЕ происходит require модуля? А также в этом блоке -

/template/frontend/realia/grid_and_pager.tpl:7 /template/frontend/realia/realty_grid.tpl:13 <span itemprop="description">{$description}</span> replace => <span>{$description}</span>

@rumantic Ведь по сути такой функционал дб быть в коробке ? Хотя бы для админа. Это сэкономило бы кучу времени менеджеру при добавлении объектов. Или вывод такого же объявления при добавлении нового, либо отдельная страница с выводом списком всех похожих объявлений и переводом оных в статус дубля

1 Не модуль, а пункт меню, присутствие модуля - атрибут active и он прячется везде как и положено тут нарушения нету, я показал про ошибку при котором пункт меню отключается не в том месте где должен. Ни один из остальных модулей не пропадает из админки после отключения пункта меню, кроме именно этого. 2 Вопрос "зачем" не обосновывает разногласие в поведении блока PS по предыдущему вопросу будет ответ?

function checkUniquety /apps/system/lib/admin/data/data_manager.php:1426 /apps/system/lib/frontend/form/add.php:494 /apps/system/lib/system/user/data/user_data.php:646

Ошибка логики при отключении пункта "Менеджер настроек"(config) из правого верхнего менюбара, этот пункт также пропадает и в левом боковом сайдбаре: потому что в /apps/admin/admin/template1/sidebar.tpl:103 адрес берется из верхнего бара ($admin_menua.apps.childs.config) а не из левого как у остальных пунктов ($admin_menua.sitebill). Решение: - нужно в sidebar.tpl заменить {if $admin_menua.apps.childs.config} на {if $admin_menua.config} - и в /apps/system/lib/admin/sitebill_krascap_editor.php для функции ::getAdminMenuArray (:1039) продублировать 'config' (между 'structure' и 'sitebill') $menu['config']['title'] = Multilanguage::_('L_ADMIN_MENU_SETTINGS'); $menu['config']['href'] = 'index.php?action=config'; if ( isset($_REQUEST['action']) AND ($_REQUEST['action'] == 'config') ) { $menu['config']['active'] = 1; }