Иван Иванов (Все сообщения пользователя)

Открыть страницу в режиме редактирования, и добавить текст с картинкой над компонентом, с выравниванием по правому краю?

Проверить флаг активности и период активности.
Проверить права на чтение для всех пользователей.

А в чем отличие от выпадающего вниз? Это ведь вопрос верстки, а не битрикса.

MySQL error code 134
Record was already deleted (or record file crashed)

Сделайте sql запрос
"REPAIR TABLE b_user"
(и на другие таблицы, видимо, тоже)

Убедитесь, что в меню разделов нет циклических ссылок (на самого себя, на надраздел), где-то недавно всплывала похожая проблема.

Я пока возился с картами сайтов, пришел к мнению, что лучшая гибкая карта сайта получается из компонента "меню" (top), на который надевается кастомный шаблон в виде списка. Там можно в настройках указать что угодно, и уровень вложенности, и иерархию с правами доступа и т.д.

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

Это должен быть не простой массив, а хеш с ключами, соответствующими названиям полей, как минимум обязательных к заполнению, и с элементом PROPERTY_VALUES, содержащим хеш свойств.
Настоятельно не рекомендую ковырять битрикс, не зная идеологию модели данных и базовых API.
Последствия будут ужасными.

Нигде, его надо создавать в папке шаблона.

А попробуйте его вниз списка переместить

Чтобы увеличить время, надо изменить php.ini: max_execution_time
Но здесь что-то другое, возможно где-то в этом обновлении зацикливание с утечкой памяти.

Смотрите функцию CFile::GetPath($id)
Где брать $id узнаете из var_dump($arResult)

Тогда не забудьте отправить еще перед ним хедер
header('HTTP/1.1 301 Moved Permanently');

Возможно, прошлый администратор обиделся на работодателя
Включите вывод ошибок php в битриксе, в php.ini и в .htaccess

Да, если в админку не пустит принципиально, то на всякий случай - за вывод ошибок в битриксе отвечает запись в таблице b_option:
'main' 'error_reporting' 'число-код, аналогичное error_reporting()', 'комментарий'.
Чтобы вручную почистить стандартный кеш, надо удалить содержимое трех папок в папке /bitrix, содержащих слово cache.

Если у вас элементов не сотни тысяч, не оптимизируйте скорость в ущерб гибкости и переносимости кода, особенно когда речь об инфоблоках 2.0. Выиграете немного, а получите кучу проблем с целостностью и переносимостью в дальнейшем, за что заказчик будет вас потом долго вспоминать. Битрикс практически не использует функционал реляционной модели в привычном виде, да и пользователь может изменить формат хранения данных иблока в любой момент, или там подключить функцию документооборота. И весь скрипт накроется.
Используйте CIBlockElement::Add, с обычной привязкой к элементам справочника 1с по гуиду XML_ID и свойствами в 'PROPERTY_VALUES'.
Подгружать свойства для созданных/существующих элементов из другой csv тоже можно по гуиду родительского элемента через 'PROPERTY_VALUES' в CIBlockElement::Update.

Имя последней папки то какой-то хеш, очевидно, для уменьшения количества файлов в одной папке.
А зачем нужно знать как она формируется? Я над этим никогда не задумывался.
CFile::GetList (или CFile::GetByID), в в полях результата будет имя файла, папка и прочее.

Вообще для простого редиректа и битрикс-то подключать не обязательно (ну зачем загромождать бд ненужными запросами?)
Вот так тоже должно работать:
<?php
header('Location: новый адрес');
die();
?>
Подключать имеет смысл если делать редирект на адреса с учетом чпу там всяких или элементов иблоков, с добавлением соответствующей логики в "новый адрес".

А каким образом формируется и пополняется набор ссылок?

Возможно, хостинг достаточно медленный и скрипт вырубается раньше, чем ему нужно.
Попробуйте увеличить время выполнения php до 60-100 сек.

Интересно, что же они там такое сделали?
Как именно проявляется баг? Что сообщает страница админки "проверка сайта"?
Может достаточно будет перенастроить mbstring..

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

Это вряд ли, так как всё хранится в одних и тех же таблицах. Но можно навести порядок в мусорнике, удалив все, что связано с неиспользуемыми сайтами (иблоки, компоненты, шаблоны, специфичные модули, специфичные конструкции в init.php, upload). Счетчики таблиц не сбросятся, конечно, и семизначные айдишники все равно будут бросаться в глаза

Что-то тут страшное и непонятное.
Читать можно через fgetcsv() или file() + explode().
Добавлять через CIblockElement::Add().
Для работы с базой следует пользоваться $DB->Query().
А можно поинтересоваться, зачем совпадение айдишников свойств и какая задача решается?

Смотрите документацию по $USER->Authorize($iser_id).
Откуда брать $user_id - вам решать, но стоит побеспокоиться о безопасности. То есть, в адресе гетом например передавать хэш от хэша пароля с солью от таймстампа, деленного нацело на предельный срок годности ссылки.

Попробуйте, только не с полным путём, а с локальным (/pap/1.html) если вдруг не взлетит - вернёте как было.  Вы ведь сайтом не через браузер управляете, а через ssh/sftp?