apt-get dist-upgrade - и всё нафиг умерло. После этого я, конечно, прочёл в описании к релизу, что если не хотите проблем при обновлении - снесите все сторонние программы, а после перехода поставьте заново. ( источником проблемы был VirtualBox). Но впечатление было испорчено..
В списке полей элемента можно сразу выводить значения его свойств. Обязательно должно быть использованы поля IBLOCK_ID и ID, иначе не будет работать корректно.
Компоненты - это не про "создать" вообще. Даже если это "iblock.element.add" - это про "вывести форму, обработать результат заполнения формы". То, что при этом создастся элемент инфоблока, второстепенно.
Как Вашу задачу решают на практике:
1) древний способ: в корне есть папка ajax ,в ней обработчики. Ссылки, конечно, будут другими, что-то вроде /ajax/network.php?name=vk&action=link . (Кстати, при ajax ссылки вообще необязательны.)
Внутри файла-обработчика может быть простой императивный PHP код. Например, компания Аспро такое использует в своих решениях
2) менее древний способ: файл ajax.php в шаблоне компонента. Ссылки опять получаются другими:
в шаблоне
В ajax.php - опять же, что угодно.
3) ещё менее древний способ - такой же файл ajax.php , но уже в компоненте, а не его шаблоне. Пример из коробки: bitrix/components/bitrix/catalog.section/ajax.php
Я привёл это для того, чтобы показать, что ЧПУ - не "родной" для Битрикса путь, они изначально мыслили GET-параметрами.
4) Далее идёт комплексный компонент - по смыслу, это роутер, который разрулит Ваши ЧПУ "/network/link/", "/network/unlink/", "/network/update/" на файлы в своём шаблоне. А в файлах - опять же, что угодно. Вы с тем же успехом можете создать физические папки по этим своим ЧПУ, разницы почти не будет ( но в шаблон комплексного компонента приходят, как и в любой шаблон, $arParams и $arResult ).
5) и, наконец, современный путь - через роутинг и контроллеры, который Вам показал Максим Ткачев , но которого лично я пока не видел "из коробки".