Коллеги, я может быть что-то не понимаю, что нажатие кнопки "пропустить" при уведомлении от системы "не найден второй файл из 2, составляющих бекап" явно не должно привести к успешному восстановлению.
Евгений Ширяев пишет: Обнаружили, что идет куча попыток подбора пароля И такая долбежка в течение суток. Отрубать в htaccess по IP?
Да, если есть возможность. Или с помощью битрикса. Но вообще лучше сменить ЛОГИН, чтобы у злоумышленника не было возможности подбирать пароль. + поставить ограничение Х попыток авторизации после чего показывать капчу.
Цитата
Также куча сообщений типа Попытка внедрения PHP - Насколько это критично? Надо ли такие тоже блокировать по IP?
Я предпочитаю банить такие Ип на время. Чтобы одумались. Обычно перебор они ведут "не там", так что опасности не представляют. Но если есть возможность следить не начались ли попытки инъекций где-то, где они возможны хотя бы теоретически (не в несуществующих директориях\файлах хотя бы), то стоит задуматься о возможных мерах.
Цитата
Также в журнале событий обнаружили заходы с событием Успешный вход для админского логина, но в эти часы под этим логином никто не заходил. События были на страницу вида /bitrix/tools/public_session.php?&interval=0&k=12аа5c55fcadgtaf51a86c4022238d11. Как такое может быть?
Могли перехватить сессию или украсть куки. Рекомендую проверить машины всех пользователей на вирусы и сменить пароли. Ну и раз злоумышленник уже мог попасть в админку, то стоит и сайт на вредоносный код проверить. Могут быть закладки.
Вообще обращайтесь в личку - занимаюсь такими вопросами в том числе на коммерческих началах (есть услуга "администрирование безпасности", условно называемая) - разбираюсь с инцидентами и даю рекомендации что где подкрутить.
andrey Berdnik пишет: Вообще не понятно! Зачем такие сложности, ставить, качать, удалять, что не существует что ли ссылки на шаблоны?? У меня складывается такое ощущение что это какой то шпионский движек, все законсперированно информация везде какая то не полная. Вот к примеру у меня проблема. Есть сайт на нем есть меню, надо сделать чтобы оно выпадало, Но как это сделать не могу найти, единственное что я понял что мне придется весь шаблон заново верстать а лучше переустановить двиг чтобы стандартные подули появились!!
У этого сайта нет рейтинга
Вы раскопали тему 7 летней давности - чему удивляться?
По вашей проблеме изучите вёрстку. Это не вопрос к движку - с любой CMS вам придётся изучать этот вопрос.
смотрите, даёте ТП адрес домена, обрисовываете ситуацию. Они смотрят какой ключ привязан к этому домену. Они смотрят на кого зареган ключ. Обращаетесь за документами к тому на ком ключ (если не помогут раньше чисто по человечески) Снова обращаетесь в ТП с документами.
Цитата
Думаете, хостер поможет расшифровать данные файлы?
ну бекап в этом формате сделал кто? Хостер? Значит он должен знать как его распаковать.
ilyas-> пишет: Картинки не будут выгружаться если выгружу в xml? для csv значит потребуется правка data_import.php
Абсолютно верно. Вы выгружаете отдельно картинки, проверяете, что в файле импорта правильные пути, импортируете, после чего дубли картинок оказываются в /upload/ в папке соответствующего инфоблока и папку с картинками для импорта можно будет удалить.
ilyas-> пишет: Таким же способом можно заказы экспортировать а затем импортировать ? и какой лучше формат выбирать для экспорта CSV или XML ?
Для CSV есть ограничение на 3 уровня вложенности каталога. Но его можно открывать в экселе для редактирования легко. Вообще рекомендую ознакомиться с документацией -
SidiGi пишет: Когда на страницах шапка меняется паддингом, то обычно это какие-то другие картинки,которые не одинакового размера. Есть разные виды шапок, но тут речь идет о смене размеров а не вида, отсюда такой вывод. Мы можем посмотреть сайт если это возмонжо.
Там же разные ID:
Цитата
id=head
и
Цитата
id=say
Ну да, я с компонентом погорячился. Хотя если взять стандартный компонент... Нет, меня уносит в далёкие дали... Просто я-то не из разработки в битрикс пришёл, а скорее из администрирования, так что не вижу особой крамолы в том, что нужно ТС. Потому и интересно чем подход смешения представления и данных в данном случае так плох. Интересно понять, может есть опыт, что через полгода таких "небольших точечных" правок проект зарастает мхом и его проще закрыть.
У меня тоже на одном проекте шапки тянутся юзерские. Раньше из свойств тянули и мучались сильно. Сейчас из инфоблока. Но теперь у нас не просто шапки, а ещё и слайдеры там же. Так что инфоблок оправдан - шапок ОЧЕНЬ много.
SidiGi пишет: Я вот нутром чую, что верстка неверно натянута на шаблон битрикс.
Сударь, ну насмешили! Я конечно тоже повидал много чудо-творений, но зачем же сразу человека опускать-то? Откуда вывод? Оттуда, что человек не знает пхп? Я вот тоже "плаваю", хотя тот же битрикс вроде бы знаю хорошо. Может человек от вёрстки, а не от разработки?
Давайте лучше исправим код выше. Правильно будет:
Код
<DIV style="background: url(<?$APPLICATION->ShowProperty("TOP_BANNER_URL",SITE_TEMPLATE_PATH."/images/bg02-.jpg");?>) no-repeat center 50%;" id=head>
точки не хватало.
p.S. Просто не вижу ничего криминального в сабже. Хотя обсудив с коллегой пришли к выводу, что красивее было бы спрятать значение по умолчанию в CSS.
Возможно я всё ещё что-то не понимаю и упорствую в своём заблуждении, однако в Вашем, , варианте совершенно не учитывается то, что шапку менять - вовсе не та работа для которой нужен разработчик. Залить шапку в аплоад и указать ссыль на неё может и редактор. Но вот правку с CSS для стиля - это уже не каждый осилит. А ограничивать N шапками... Блин, как-то негуманно.
Я вот иначе подумал. Может быть правильно было бы повесить самописный компонент, который из инфоблока будет забирать элемент для шапки? Тогда можно наверное и классами, как вы описали обойтись, но что-то геморройности добавится уйма для ТС, по-моему. Не уверен, что получится вот так на коленке сделать.
Скорее всего проблема в том, что вы неверно сделали многосайтовость. Надо не копировать, а имлинки сделать с папки старого сайта в новом (на ядро): /bitrix/ /upload/
А так вы вероятно изменили шаблон в одной папке, а сайт-то забирает из другого, там где ничего не поменялось.
Артем Оринко пишет: Установить Демо. Настройки-Главный модуль-Вкладка Система обновлений в поле Лицензионный ключ вводите старый ключ. Далее Marketplace-Обновление платформы-вкладка Активация купона вводите ключ продления.
такой вариант приемлем только если человек решает продлиться. Если найти старый дистрибутив, то можно развернуться на нём без продления.
1) на почте лицензии нет? 2) есть аккаунт к которому была привязана лицензия при активации? Обратитесь в техподдержку 3) В крайнем случае обратитесь с документами подтверждающими что вы тот, кому принадлежит лицензия (документы на юр лицо или физ лицо) в техподдержку в крайнем случае.
4) А ещё можно взять бекап сайта на хостинге и выковырять из того дня где ещё был ключ его.
1) вы можете сделать несколько шаблонов. А в настройках сайта указать какому разделу какой шаблон соответсвует (используется обычно если есть большие различия в шаблонах) 2) поставить условие if с проверкой чего-либо (например что вы в каком-то разделе для вывода куска кода в самом шаблоне. Не очень красиво, по-моему, но работоспособно. 3) положить этот кусок во включаемую область, а в шаблоне подключить включаемую область (в зависимости от раздела либо пустую, либо с этим кодом)
скорее всего в /bitrix/templates/ИМЯ_ШАБЛОНА/header.php есть компонент хлебных крошек. Или в шаблоне компонента (которые НА СТРАНИЦЕ). Не видя пациента (я имею в виду исходников) сказать сложно.
есть файл, например index.php в нём есть подключение /bitrix/templates/ИМЯ_ШАБЛОНА/header.php подключение рабочей области (может быть разметка или компоненты) подключение /bitrix/templates/ИМЯ_ШАБЛОНА/footer.php
если в вашем /index.php разметки нет, но в публичке отображается - ищите её в шаблоне (хейдер и футер, как я указал выше) Если в шаблоне нет, то смотрите какие компоненты вызываются в шаблоне и смотрите в их шаблонах.
Архитектура подробно описана выше в учебном курсе.