Как стать автором
Обновить

Чужие сокращатели URL — абсолютное зло. Свой лучше

Время на прочтение3 мин
Количество просмотров8.8K
Всего голосов 23: ↑14 и ↓9+5
Комментарии24

Комментарии 24

НЛО прилетело и опубликовало эту надпись здесь

Ну, я вот наоборот не понимаю, как тут можно считать только чистое время. Если мне понадобился свой сокращатель, то наверняка не просто так. Значит мне нужно зарегистрировать домен и настроить DNS, развернуть хостинг, хоть как-то минимально настроить деплой, бэкапы, сделать хотя бы тупую админку с авторизацией и просмотром каких-то основных данных.

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

Или же под «запустить» уже понимается накидать на коленке MVP, который работает до первого «ой»? Если так, и нет ресурсов, то может для лучше всё-таки воспользоваться API какого-нибудь публичного сервиса?

По сути одна лямбда функция на амазоне + букмаклет в браузере

Самое долгое наверное тут - обновление DNS записи ;)

Как то вы это слишком упрощаете.

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

Поэтому я проголосовал за "я не смогу".

НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
«Запустить», не «написать». Развернуть входит, по-моему.

Перевожу: я умею создавать сокращатель ссылок менее чем за час, следовательно, я настолько прошарен и крут, что не могу не похвастаться этим на весь интернет!

Proof-of-concept - может быть и час, а вот production ready - несколько недель :)

Что-то тут натянуто на глобус притянутой совой. При чем тут шифрование ссылок и при этом количество вариантов и какие-то секретные ссылки. Сокращалки не для этого используют, чтобы секретные ссылки ставить, их используют либо для сокращения ссылок (в прошлом из-за Твиттера), темных/серых дел или ради аналитики. Мы вот используем для аналитики, не потому что сами не можем развернуть подобное, а потому что задали себе вопрос «зачем», если есть готовое и вполне юзабельное. Какие опенсорсные аналоги могут без блокирующихся УТМ-меток и скриптов посчитать конкретные клики по конкретным ссылкам на одной странице — аналитикс, метрика и прочее, что также минимум на 30% трафика блокируется. Продукты типа матомо — опять же это свой сервер, работа по настройке и т.п. Да мы и его используем вместо аналитиксов и метрик и довольны, но для себя, а клиентам не ставим, все равно мало кто смотрит, а кто смотрит — это крупные клиенты со специально обученными людьми, которые и сами могут в это. В общем, с автором мало где соглашусь, как человек, который использует сокращалки в рабочем процессе.
Сокращатели:
1) Скрывают от пользователя адрес, он не видит, куда его пытаются послать
2) Могут быть заблокированы, что сразу кучу сайтов перекрывает
3) Могут быть отключены. И если простую ссылку можно скормить веб-архиву в надежде, что тот её сохранил, то ссылку сокращателя туда не отправишь.

Так что лично для меня они зло, я их не люблю и сам почти не пользуюсь (было несколько раз, грешен).
А как вам такой кейс? Фейсбук (например) любит навешивать на ссылки всякое своё дополнительное. В результате вот такие или вот такие ссылки перестают работать (что бесит неимоверно). И «сокращатели» в этом случае здорово помогают. И на приватность тут совершенно начхать.
В фейсбуке там же 140 символов на сообщение ограничение? Там использование сокращателей вполне понятно, как и в смс. Но я фэйсбуками не пользуюсь, только если ссылку туда дадут.
В смс ещё вполне понятны сокращатели. В общем, везде, где есть ограничение на количество символов или подразумевается набор ссылки руками.

В остальных случаях мне больше нравятся прямые ссылки.

Ещё когда сокращенная ссылка может измениться.
У меня был такой кейс, необходимо было на визитках напечатать QR код который ведёт на лендинг, но на тот момент лендинг ещё даже не начали делать, а визитки уже нужно было пустить в печать. Создал сокращенную ссылку и отдал её в печать, после того как был сделан лендинг прописал его адрес в сокращенной ссылке и все были счастливы

А что в этих ссылках перестаёт работать? Я для эксперимента добавил в конец каждой из них &foo=bar — и ничего не изменилось. Неужели там ограничение на длину? Это как-то глупо.

вот так это выглядит

Да, понял. Только тут проблема не в "навешивании дополнительного", а в экранировании зарезервированного разделителя, чего по RFC делать нельзя.

Я к тому, что без tinyurl или чего-то подобного здесь совсем неудобно.
Для меня два основных кейса использования:
1. Мессенджер криво парсит исходную ссылку и ломает её
2. Получить более читаемый QR-код, если ссылка очень длинная

Можете считать меня немодным ретроградом, но.. почему бы просто не делать длинных ссылок, чтобы их потом не приходилось сокращать?

А еще не придумали всяких дополнений для браузеров, для ресолва таких ссылок, и обрезки всяких utm/aff? Уже бесит вручную вычищать чужие адмитады и бэкиты.

Придумали, их довольно много. Я пользуюсь Neat URL

Было дело написал свой (кстати не такая и тривиальная задача оказалась).

Если кому надо - берите: https://github.com/slytomcat/URLshortener

Поставить из докер образа - время 3-х минут.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий