-
Публикации
87 -
Зарегистрирован
-
Посещение
-
Days Won
14
Все публикации пользователя DimWeb
-
чтобы понимать почему некоторым сайтам удаётся добиваться высоких скоростей при больших размерах изображений советую ознакомиться с техникой https://www.akamai.com/us/en/multimedia/documents/content/white-paper/akamai-oreilly-high-performance-images-white-paper.pdf
-
Массовое удаление картинок формата .PNH
topic ответил в metrpro DimWeb в Приложения, модули, настройки
То значит и нету проблемы переименовать одно только расширение у файла. Что сводит замену к простому ".png" на ".jpg" в базе, а не к replace'у по маске, которого в mysql нативно не существует. Поэтому: UPDATE re_data SET image = REPLACE(image , '.png' , '.jpg'); UPDATE re_data SET image = REPLACE(image , '.PNG' , '.jpg');- 6 ответов
-
- mysql
- phpmyadmin
-
(и ещё %d)
Теги:
-
Если вы не заметили - вопрос адресовался ему в том числе. Но по факту - какой вопрос задали - такой ответ и получили. Причем тут поле "ответственный" и "кто из сотрудников когда на сайте , что то делает" ?? Озвучивайте нормально сразу проблему, без выдумываний решений, чтобы получать нормальный ответ. Это уже реализовано и логируется, в чем вы можете убедится самостоятельно: - включив настройку 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; }
-
Адаптация под что? Если под мобильники - пишите в лс посмотрим, если под Сео - не ко мне.
-
я не увидел, что в apps_processor.php между :616 и :629 происходит изменение переменной apps_dir. А значит в обоих условиях - один и тот же вывод, что не соответствует условиям в if'ах Так или иначе, тогда вопрос: где и при каких условии должен исполнится вот этот модуль - /template/frontend/realia/apps/custom/site/site.php ?
-
app:system [3.6.1] # system\lib\system\apps\apps_processor.php ::update_apps_cache кажется тут баг в коде (:625) if (file_exists(SITEBILL_DOCUMENT_ROOT . '/template/frontend/' . $this->getConfigValue('theme') . '/apps/' . $apps_name . '/site/site.php')) { require_once ($admin_path); $local_site_path = $this->apps_dir . '/' . $apps_name . '/site/site.php'; require_once ($local_site_path); $app_class_name = $apps_name . '_site'; } это $local_site_path = $this->apps_dir . '/' . $apps_name . '/site/site.php'; Нужно заменить на $local_site_path = SITEBILL_DOCUMENT_ROOT . '/template/frontend/' . $this->getConfigValue('theme') . '/apps/' . $apps_name . '/site/site.php'; ЗЫ Также непонятно почему закомментирован (:610) вызов $local_admin_path = SITEBILL_DOCUMENT_ROOT . '/template/frontend/' . $this->getConfigValue('theme') . '/apps/' . $apps_name . '/admin/admin.php'; //require_once ($local_admin_path);
-
А в репозитории уже 7.2 завезли ? (+deb.sury.org+1 amd64 [установлен, может быть обновлён до: 7.0.32-3+ubuntu+deb.sury.org+1]) Да и вроде обновления системы до совместимости 7.2 еще не было. А выбор меньшей версии php (7.0, 7.1) вам доступен ? upd: ну да, проверил сейчас, на debian репозиторий с 7.2 все модули есть
-
Да - внимательно смотрим что вы написали в db.inc.php В файле db.inc.php вы меняете только эти 6 полей, скопировав данные из трёх полей тестового скрипта: Также попробуйте тестовый скрипт дописать аргумент базы в вызов соединения: Если тестовый не заработает и отругается denied for user - стучите тамошним админам. Плюсую, скорей всего так и есть.
-
В период золотой лихорадки зарабатывают, как правило, только продавцы лопат