любой стиль влияет на все что на странице, просто примите как должное, что сейчас template_styles.css подключается последним, почему так в какой-то момент сделали непонятно, соответсвенно стили там нужно прописывать аккуратнее
|
это уже не недоработки, а возможность заработать на этом разработчику))
а если по существу, то этот модуль был написан много лет назад и тогда для того чтобы отписаться нужно было идти на сайт в личный кабинет и там отключать, с тех пор ничего не изменилось в модуле, вот и все. и кому нужно чтобы в письме была ссылка на отписку просто дорабатывают сами |
|
|
|
|
|
из всего написанного у меня сложилось мнение что вы с кем-то общались и вам выставили некий анализ того что вам нужно подготовить для ваших хотелок и вы выдернули кусок который вас смущает, отправили в техподдержку и там вам как смогли(как поняли) прокомментировали.
вот только что вы хотите услышать тут, не ясно. Объясните попроще что вас смущает и что вы хотите услышать. Но по моему тот кто вам делал аналитику вас нае...т, хотя я сужу только по кусочку
при многосайтовости вы платите 1 раз(возьмем бизнес - 67,000, стандарт как вам пишут - 14,000*19=266,000). но если вам подходят лицензии стандарт, то у вас все сайты относительно простые и не интернет магазины, а значит не будут создавать сверх какую-то нагрузку ... вот и получаетсяч что вы не предоставили более полную и понятную информацию и хотите какой-то ответ непонятно из чего при этом исходить |
|||
|
|
|
|
Значит вы что-то не донастроили или настроили не так как ожидаете.
$arResult['PROPERTIES'] - сюда попадают все свойства инфоблока, если вы указали хотя бы одно в DETAIL_PROPERTY_CODE (не попадают если только у вас параметры есть которые это блокируют) $arResult['DISPLAY_PROPERTIES'] - сюда только свойства указанные в DETAIL_PROPERTY_CODE (но опять же нужно проверить настройки свойств в инфоблоке разрешено ли их отображать в детальном компоненте) |
|
|
|
|
|
на почту приходит письмо для подтверждения, и не важно анонимный ты или нет. Переходишь и почта подтверждена. Роскомнадзор кстати сейчас за отсутствие подтверждения может наказать так, что мало не покажется.
Формат подписки вы не поверите, но до сих пор актуален. Потому как если есть выбор - люди выбирают текстовый формат, и достаточно часто, картинки люди не любят в письмах, большинство их отключает(да зависит от проекта, но по статистике это так, а если используется корпоративная почта, то там СБ следит чтобы формат писем html не был доступен ), это и с целью безопастности и для ускорения загрузки |
|
|
|
|
|
|||
|
|
|
|
А с чего вы решили что сохранение в куки ip адреса является персональными данными? Сейчас ото всюду это прет, но толком никто не может сказать четкой какой-то позиции - "Потому что я слышал..." И начинается паника.
На текущий момент, насколько я знаю, персональными данными являются те данные, которые однозначно укажут на человека. Например, ФИО, Имя + телефон, Имя + почта... и подобное. IP адрес не закреплен ни за кем конкретно, если конечно вы его в связке сохраняете к себе это другое дело. Собирание кук сейчас норма для большинства сайтов, поэтому вы просто чтобы себя обезопасить сообщаете об этом зашедшему. В том же битриксе, как и в других системах, в них хранится, к примеру, информация об авторизации, поэтому вы не можете их убрать совсем, не выйдет. А лучше прежде чем панику наводить обратитесь к юристам, которые изучат ваш проект и скажут, что требуется передать в РКН или можете совсем расслабиться и не паниковать. Даже та же метрика/аналитика, если вы просто собираете переходы/клики без какой либо привязки к пользователю, это не сбор персональных данных и передача их 3 стороне, просто если к вам придут, то вы должны будете это доказать(( предоставив информацию, и вот чтобы просто с себя снять возможную(а может и нет) в будущем когда-то и некоторые советуют опять же поставить РКН в известность что вы собираете статистику. Может в чем-то я не прав и появились какие-то новые данные о которых я не в курсе, тогда приложите ссылку на это распоряжение/закон(не на статью от Васи Пупкина, который в ней страху нагоняет, переписывая, то что услышал где-то) чтобы любой кто натолкнется на данную тему тоже был в курсе ситуации. |
|
|
|
|
|
Судя по скриншоту вы редактировали файл как html, а нужно было хотя бы как php, а лучше вообще редактировать файлы по ftp/ssh , скорее всего у вас некорректно сохранился файл. Варинатов тут не много или проанализировать весь файл что в нем и как и поправить или из бэкапа вытащить предыдущий вариант
|
|
|
|
|
|
скорее всего как выше писали проблема с кодировкой, сайт в одной кодировке, а созданная страница в другой. например, страницу создали через фтп-клиента с кодировкой СР1251, а сайт в utf-8, а потом через эрмитаж сайта решили поправить, вот и результат. Еще в таких случаях бывает что нажимаешь првить параметры компонента, а открывается пустое окно.
через тот же фтп-клиент(в редакторе файла) проверьте кодировку, совпадает с сайтом или нет |
|
|
|
|
|
по первому пункту - Нам обновляли сервер когда, то мы просили сразу внести правки, я не вносил, вот её время нам и увеличили, поищите как и где у вас на сервере оно меняется, по идее в настройках PHP должны быть
основные нужные параметры это session.cookie_lifetime session.gc_maxlifetime по второму пункту - это настройки групп, что тут расписывать открываете настройки группы, например админов /bitrix/admin/group_edit.php?lang=ru&ID=1 , и во вкладке Безопастность в поле Время жизни сессии указываете сколько нужно, если не будет превышать maxlifetime на сервере, то должно работать |
|
|
|
|
|
на вскидку несколько вариантов:
- налог у какого-то товара - не стоит галочка "НДС включен в цену" - изменилась цена какого-то товара(скидка/наценка), а пересчет не отработал корректно - из 1С пришла информация, что общая сумма заказа одна, а товары на сайте с другой суммой остались |
|
|
|
|
|
Зачем так сложно. Бегай по всему сайту, меняй страницы.
Все уже давно придумано до нас, как говорится. Просто создаете шаблон сайта для авторизации на базе того, что у вас в /auth/index.php и в настройках шаблонов сайта прописываете применять по "выражению PHP" => условие пользователь не авторизован |
|
|
|
|
|
Я через фильтр такое настраиваю, по вашему фильтру если он подходит примерно так сделайте:
А перестает работать ваш вариант с умным фильтром из-за того что вы его переопределяете global $arrFilter; $arrFilter = array(); такой вариант удаляет все что попало в $arrFilter после применения умного фильтра и назначает свое, в моем варианте, вы просто дописываете в него дополнительные данные Если вы это используете в комплексном компоненте, то тогда перед ним пропишите этот код, изменив arrFilter на что-то другое, например arrPreFilter а в сам компонент bitrix:catalog.smart.filter передавайте еще один параметр "PREFILTER_NAME"=>"arrPreFilter", |
|||
|
|
|