DimWeb

чек вышестоящие папки аналогично ls -ld /var/www/user_name/data/www/subdomen.site.ru/cache/upl/xls_uploads ls -ld /var/www/user_name/data/www/subdomen.site.ru/cache/upl ls -ld /var/www/user_name/data/www/subdomen.site.ru/cache ls -ld /var/www/user_name/data/www/subdomen.site.ru

не нужно ничего придумывать - посмотрите как работают остальные порталы. Сидят от 10 до 1000 человек и вручную смотрят добавил ли посетитель повторно товар или это новый. Плюс система жалоб - сами клиенты кидают абузу когда кто-то одно и тоже проталкивает. Если модератор увидел что это повтор - бан аккаунта целиком. Мультиаккаунт - бан и т.д. Это в любом случае ручная работа.

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

шаблона не сущ-ет, надписи лежат в контроллере - /apps/system/lib/frontend/form/contactus.php и тут NAME_OR_COMPANY_NAME , MESSAGE_SENT - /apps/system/language/ru/dictionary.ini да, там просто ноль, наверное зарезервировано для следующих обновлений.

аяяяй, , тогда эти стили не переносим от и до ,а копируем нужные правила в файл стилей своего шаблона template/frontend/realia/css/ (чтобы не затерлись) я этот момент проверю, но нисколько не уверен что дело именно в стилях. (пропала кнопка автора?) нет, это обычное решение. Это скорее не дублирование, а больше декомпозирование+резервирование: структурные стили базового шаблона - в приложении, украшающие стили - в шаблоне, переопределяющие - в собственном файле стилей.

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

вот это поворот... просто vk =) - самый бесплатный из всех бесплатных фотошарингов. Перезалил.

я же даже на картинке обвел ключевые поля которые должны осуществлять связующую функцию

вообще то есть - если нормализовать таблицу data от второй формы к третьей и убрать связанные для "query"типов в отдельную сущность - тут то он и понадобится. Но я вообще про другое имел ввиду - сама организация сборного ключа с использованием "неключевых" полей

1. в связи с введением новой multiple_field модели хотел бы узнать, почему ее организовали с нарушением правил нормализации Это временное решение или тесты показали лучшую производительность ? 2. (реалия фронт) нужна обновленная реалия или дождаться обновления system ? (сам не разбирался еще) ошибка после добавления multiple на метро на демо. Fatal error: Uncaught Error: Cannot use string offset as an array in /opt/estatedemo/apps/system/lib/frontend/grid/grid_constructor.php:3417 Stack trace: #0 /opt/estatedemo/apps/system/lib/frontend/grid/grid_constructor.php(1215): Grid_Constructor->transformGridData(Array, false) #1 /opt/estatedemo/apps/system/lib/frontend/grid/grid_constructor.php(422): Grid_Constructor->get_sitebill_adv_core(Array, false, false, Array, true) #2 /opt/estatedemo/apps/system/lib/frontend/grid/grid_constructor.php(332): Grid_Constructor->get_sitebill_adv_ext_base(Array, false) #3 /opt/estatedemo/template/frontend/realia/main/main.php(562): Grid_Constructor->get_sitebill_adv_ext(Array, false, false) #4 /opt/estatedemo/template/frontend/realia/main/main.php(40): frontend_main->getNewest() #5 /opt/estatedemo/apps/system/lib/sitebill_krascap.php(515): frontend_main->main() #6 /ho in /opt/estatedemo/apps/system/lib/frontend/grid/grid_constructor.php on line 3417 PS: только сейчас обратил внимание на странное /ho в конце трейса

попробуйте с этим index.php - заменить на ваш корневой и, если будут, ошибки - скопировать index.php

для личного кабинета есть тестовый логин ?

открыть /apps/yandexrealty/admin/admin.php :764 найти декларацию function _exportAction() заменить на protected function _exportAction($input_params = array()){

да, ручками в header последним пунктом и перенести css-код из шаблона в css/custom.css <link rel="stylesheet" href="{$estate_folder}/template/frontend/{$current_theme_name}/css/realia-blue.css" type="text/css"> <link rel="stylesheet" href="{$estate_folder}/template/frontend/{$current_theme_name}/css/bootstrap.corrections.css" type="text/css"> <link rel="stylesheet" href="{$estate_folder}/template/frontend/{$current_theme_name}/css/prettyPhoto.css"> <link rel="stylesheet" href="{$estate_folder}/template/frontend/{$current_theme_name}/css/custom.css">

для чего такие простыни ? все равно ведь логика проверки тянется по всей системе ... if ( !$config_admin->check_config_item('apps.comment.enable') ) { $config_admin->addParamToConfig('apps.comment.enable','0','Включить приложение Комментарии'); } if ( !$config_admin->check_config_item('apps.comment.premoderation_enabled') ) { $config_admin->addParamToConfig('apps.comment.premoderation_enabled','0','Не публиковать комментарии без модерации'); } ... ... можно и сразу в метод убрать (/apps/config/admin/admin.php) ... function check_config_item($key) { return self::$check_config_array[$key] == 1; } function addParamToConfig($conf_new_param_name, $conf_new_param_value, $conf_new_param_title, $vtype = 0) { if (!$this->check_config_item($conf_new_param_name)) return false; $DBC = DBC::getInstance(); ... } ... получим ровный листинг и уменьшенную возможность допустить ошибку при дублировании ... $config_admin->addParamToConfig('apps.comment.enable','0','Включить приложение Комментарии'); $config_admin->addParamToConfig('apps.comment.premoderation_enabled','0','Не публиковать комментарии без модерации'); $config_admin->addParamToConfig('apps.comment.delta_time','30','Время в секундах между комментариями одного пользователя'); ... и даже если условие участвует в логике if ( !$config_manager->check_config_item('app_gallery_photos_per_page') ) { $config_manager->addParamToConfig('app_gallery_photos_per_page', '5', 'Галерея: Количество фотографий на страницу'); $per_page=5; }else{ $per_page=$this->getConfigValue('app_gallery_photos_per_page'); } оно не нарушит общий принцип. $config_manager->addParamToConfig('app_gallery_photos_per_page', '5', 'Галерея: Количество фотографий на страницу'); $per_page=$this->getConfigValue('app_gallery_photos_per_page'); и про 7.1: 3.4.4 отругался на декларацию: // /apps/system/lib/admin/object_manager.php class Object_Manager extends SiteBill { function grid($params = array(), $default_params = array()) {...} } // /apps/config/admin/admin.php class config_admin extends Object_Manager { function grid() {...} } // /apps/language/admin/admin.php class language_admin extends Object_Manager { function grid() {...} }

В одни скобочки. Диапазон - через двоеточие, напр {topic_id,price:+200} - не более +200 {topic_id,price:d200} - диапазон +/- 200 ед. {topic_id,price:d10%} - в процентах

сами стили располагаются в двух основных файлах стилей /template/frontend/realia/css/bootstrap.css /template/frontend/realia/css/realia-blue.css а также, непосредственно, в коде html вывода. Собственно, передавайте привет верстальщику, который решил, что там ему самое место. Разумеется, нужно перенести все стили в отдельный файл, даже отдельный создать, а-ля custom.css, удалив из шаблона. Основной селектор у вас для оформления этой формы это #contact_with_author_window ... { ... } куда то ушла =), во всяком случае сервер отдает результат, что все ок. {answer: "sended"} answer : "sended" по идее должна сюда (/admin/?action=config) но если это поле (order_email_acceptor) у вас пустое - проверьте это : Настройки > Mailbox > Адрес электронной почты для отправки жалоб (apps.mailbox.claim_address)

причем тут назойливость вообще ? вопрос был задан лишь с точки зрения формализации для разработчиков системы. Мне от вас ничего не нужно, в принципе. разумеется читал, и ни в одном из сообщений нету информации о том почему сторонние сервисы не подходят для вас. а здесь не нужно смотреть на тон, от слова "вообще". Обсуждение от и до - технического характера, на тон никто внимание не обращает.

Насколько я понял, обещали лишь приступить осенью. Опишите какие моменты в услугах этих сервисов вам не подходят и по какой причине ?

можете воспользоваться этими "бесплатными" сервисами https://push.world/ https://sendpulse.com/ru https://push4site.com/

а мне можно ?

Все продавцы доменов предоставляют услугу парковки - у кого покупали, можете там же и разместить. А вопрос где размещать, уже зависит от задач, если у вас конечный домен - один, то принципиальной разницы нет. Яндекс в ру-сегменте оч. популярен, это факт, т.к. некоторые другие компании предоставляющие аналогичные услуги утратили доверие из-за пары инцидентов, но все операции в нем приходится производить ручным способом. Не критично, если нужно прописать и забыть. Только меня смутил вопрос про "быстрый". Задумался...

0. Разумеется увеличится, если у сайта изначально проблемы с параллельной нагрузкой, нету проблем - никакого прироста вы не получите, если вы не знаете для чего нужен fpm - то он просто вам не нужен. 1. CMS не разрабатывалась для параллельной работы. 2. Вариантов настройки множество - все решается в зависимости от того что и где у вас "подвисает" 3. Есть, только измеряется, стабильностью, а не скоростью

ссылку на сайт, для начала, укажите

Да, когда речь идет об оформлении(V) - затрагивать модель(M) совсем не здравая идея. Листинг metro_id разово превращается в CSS в группы селекторов с нужной раскраской и более не редактируется - собственно, M не нужна. PS: да я сначала прочитал второй вариант, написал комментарий, а потом прочитал первый