Функционал универсальные внутренние ссылки
Просим реализовать функционал для добавления универсальных внутренних ссылок на страницы и объекты портала.
Причина просьбы: При изменении ip адреса или URL портала на котором находился портал, Все внутренние ссылки на другие объекты портала(задачи, сообщения, ссылки на файлы и папки) становятся битыми.
Проблема решается, если при предоставлении внутренних ссылок, пользователи будут указывать адрес ссылки без указания URL или IP например вместо :
"http//xxx.xxx.xxx/company/personal/user/8/tasks/task/view/3180/"
будет указывать "/company/personal/user/8/tasks/task/view/3180/"
В таком случае, ссылкам на портале не страшно изменение адреса.
Но в силу определенных причин этот механизм не эффективен:
Везде в редакторе, где можно вставить гиперссылку на какой либо объект или страницу, просим добавить чекбокс внешняя ссылка. Пользователям можно объяснить, что эту галку нужно трогать, если распознавание системы ложное, например ссылку на яндекс, система определила как внутреннюю.
Работало бы это так:
Пользователь ввел (скопировал вставил) адрес ссылки.Если ссылка действительно внутренняя (думаю система это может мгновенно определить) указанный чекбокс автоматически устанавливается. Снять его нужно только в случае некорректного определения системой принадлежности ссылки.
Возможно в предложении логика немного усложнена, так как тут ссылка по умолчанию считается внутренней. Но у нас 80-90% ссылок которые публикуют пользователи это внутренние. И логика у меня строиться исходя из этого.
В общем очень нужный функционал если у Вас обращение идет к порталу по IP или проблема с доменным именем.
И вдвойне полезный, если у Вас обращение к порталу может происходить по разным ip - разные интернет провайдеры, в случае сбоя одного, заходить по другому. И ссылки пользователей будут целыми при любом раскладе.
Причина просьбы: При изменении ip адреса или URL портала на котором находился портал, Все внутренние ссылки на другие объекты портала(задачи, сообщения, ссылки на файлы и папки) становятся битыми.
Проблема решается, если при предоставлении внутренних ссылок, пользователи будут указывать адрес ссылки без указания URL или IP например вместо :
"http//xxx.xxx.xxx/company/personal/user/8/tasks/task/view/3180/"
будет указывать "/company/personal/user/8/tasks/task/view/3180/"
В таком случае, ссылкам на портале не страшно изменение адреса.
Но в силу определенных причин этот механизм не эффективен:
- Не всех возможно этому обучить
- Не все это будут делать (оправдание может быть самым разным- не видел не знаю не умею)
- Кто то все равно будет ошибаться при добавлении и сокращении такой ссылки.
Везде в редакторе, где можно вставить гиперссылку на какой либо объект или страницу, просим добавить чекбокс внешняя ссылка. Пользователям можно объяснить, что эту галку нужно трогать, если распознавание системы ложное, например ссылку на яндекс, система определила как внутреннюю.
Работало бы это так:
Пользователь ввел (скопировал вставил) адрес ссылки.Если ссылка действительно внутренняя (думаю система это может мгновенно определить) указанный чекбокс автоматически устанавливается. Снять его нужно только в случае некорректного определения системой принадлежности ссылки.
Возможно в предложении логика немного усложнена, так как тут ссылка по умолчанию считается внутренней. Но у нас 80-90% ссылок которые публикуют пользователи это внутренние. И логика у меня строиться исходя из этого.
В общем очень нужный функционал если у Вас обращение идет к порталу по IP или проблема с доменным именем.
И вдвойне полезный, если у Вас обращение к порталу может происходить по разным ip - разные интернет провайдеры, в случае сбоя одного, заходить по другому. И ссылки пользователей будут целыми при любом раскладе.
© 2001-2022 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
Вообще такая операция занимает SQL порядка 1-2 часов
Вообще такая операция занимает SQL порядка 1-2 часов
1. Создавался соответствующий запрос в техподдержку с описанием проблемы. В запросе обсуждался также и этот вопрос тоже. Я просил их дать какой нибудь скрипт, который обойдет все таблицы и внесет нужные изменения. Скрипт они не дали, а пожелание сказали публиковать сюда. В итоге сам указанный скрипт как раз за указанное Вами время организовал и почти все исправил на тестовом портале. Но разработчики и техподдержка такие фокусы не одобряют.
2. Я всегда стараюсь мыслить и действовать не в эгоистическом русле, так как указанный функционал(необязательно именно в том виде как мной описано) помог бы и многим остальным пользователям(клиентам) битрикс. Так же это снизило число обращений в техподдержку с указанной проблемой.
3. Что касается сложности функционала, да возможно логика описана тяжело, но преследуемая цель так лучше понятна, а разработчики могли бы реализовать более оптимально. И еще один аргумент- недавно появившийся функционал - богатые ссылки. Вот это может быть сильным усложнением, хотя все работает прекрасно и прозрачно для пользователя. Так почему моя идея не имеет права на воплощение ?
как часто ваш портал меняет адрес ? Я работаю в компании-интеграторе и на моей памяти из ~15 долгостроев лишь у одного портала один раз менялся адрес за все время работы (более 2х лет).
что касается описанной вами логики, то работать такая ссылка будет не везде. Есть же еще комментарии и области куда пользователь сам может вписать такой текст.
что касается SQL запросов, то можно 1 раз заказать у веб-интегратора или вашего программиста скрипт, который бы менял везде ссылки с одной на другую. Эдакое массове изменение ссылок.
Но это отдельный инструмент, а не глобальное дополнение, предлагаемое Вами.
Всего хорошего.
В связи с чем, у нас стоит 2 провайдера интернета. Когда отключается 1-й провайдер все инфраструктуры переключаем на другого. В плане этого есть определенная автоматизация и отработанные сценарии.
Но так уж устроен Web что для сайта(портала) это целая проблема.
Остальные сервисы (телефония, VPN, RDP) все адаптировано под наличие резервного канала связи.
Тут сама завязанность контента портала к имени (ip) узла, на котором находиться система, является камнем преткновения. Я бы хотел чтоб такой привязанности не было. И мне кажется это реализуемо. Вот такая философия.
Моя цель не переубедить Вас или кого либо. Цель обратить на это внимание. И быть может оно будет обращено и продукт станет лучше.
Это будет значительно проще сделать для стандартного битрикса.
Если у нас в неделю 3 раза отключиться основной интернет и смениться внешний IP, более чем на полчаса не буду же я скриптами по 3 раза в неделю переделывать перекрестные ссылки в задачах и форумах.
Я хочу чтоб работа системы не была жестко привязана к IP или доменному имени.
А Вы так и не поняли сути проблемы, ходите вокруг да около со своими размышлениями сути не постигаете.
Никакой пользы от Ваших комментариев нет. Так зачем тратить Ваше и мое время?