сеть)
Сеошники сказали что такая урла ваще не катит
supersite.com/post/14348ae9-ce90-4f03-a8bd-5eeaf3d1c8ee
Я в таблице "posts" в качестве primary key использую UUID
Поскольку использование UUID для ключей постов не оправдало себя для SEO, зачем их вообще юзать ?
Есть пару вариантов реализации:
1) Юзаем в качестве primary key: INT и некий VARCHAR(16) 5053d9aa3eb04058 для urlLink. В итоге получаем такой урл supersite.com/post/seo-title--5053d9aa3eb04058
2) Юзаем в качестве primary key непосредственно сам VARCHAR(16) получаем тот же урл
Как быть ?
https://security.stackexchange.com/questions/103197/why-use-the-uuid-method-over-traditional-id
Человеко читаемые url.
я бы взял xid (https://github.com/rs/xid) и добавил seo-slug в модель
Генерить уникальный slug для каждой записи
UUID юзают для уникальной идентификации. Например в распределённых системах. Если у тебя auto-increment ID то 2 проблемы: 1. инкрементирование нужно синхронизировать во всём сервисе, а с UUIDv4 можно спокойно создать id'шник на одном из узлов и не бояться коллизий (они возможны, но разрушение планеты земля астероидом более вероятно) 2. auto-increment ID можно "угадать", ибо оно последовательно (например просто запросить /posts/2 вместо /posts/1), а вот UUIDv4 хер угадаешь, разброс большой для SEO можно мапить название к ID (по принципу DNS: domain -> IP), так чтобы url: /posts/userx/my-first-impression-of-Go мапился на условный 46f8ac18960d4aa8902362d83a49e6c9
Обсуждают сегодня