Какой подход следует использовать при обработке (создании/обслуживании) пользовательских коротких URL-адресов?

нужен совет! вот что я знаю о сокращении URL-адресов: обычно идентификатор новых записей берется из базы данных и преобразуется во что-то, скажем, base 36...

Моя ситуация: мне нужна дополнительная функция сокращения URL-адресов вместе с автоматически сгенерированным URL-адресом. Мне также нужно иметь возможность обрабатывать пользовательский URL-адрес.

Пример: пользователь вводит: http://google.com и хочет иметь короткий URL-адрес "domain/my-google".

Проблема: на первый взгляд все в порядке, но меня беспокоит масштабирование, так как URL-адреса будут храниться 90 дней и если записи в базе данных будут расти! Я могу столкнуться с некоторыми проблемами производительности!

Итак, вопрос: Какой подход следует использовать при обработке (создании/обслуживании) пользовательских коротких URL-адресов?


person simple    schedule 19.05.2011    source источник
comment
давай, люди, подскажи. Благодарю.   -  person simple    schedule 20.05.2011


Ответы (1)


Это серия осложнений для вас. С небольшим кодированием htaccess и парой строк PHP буквально очень крошечный скрипт для всего использования парсинга URL и получения его фрагментов — это простая часть. Что касается короткого идентификатора URL, то это еще одна проблема. если вы строго придерживаетесь INT и используете числовые значения для своей концепции, например, с помощью столбца автоинкриминации для использования идентификатора в качестве короткой части URL-адреса, все легко, вещи всегда будут уникальными, и не нужно серьезно беспокоиться о трепке идентификаторов, где могут появиться двойки и тройки.

вот то, что я использовал несколько раз в .htaccess php how- к слагам wordpress И это всегда хорошо работает для меня. Обработка остальной части этого, хотя я оставлю вашей конструкции и желаемой логике, не забывая о том, что вы собираетесь запрашивать БД в конечном запуске, поэтому убедитесь, что ваш запрос дезинфицирован, поскольку завершающий бит URL-адреса, который будет идентификатором, основан на пользовательский ввод.

person chris    schedule 25.05.2011
comment
fucr.org - это то, что я намеревался начать с понятия, аналогичного тому, что вы упомянули, как hacia.us и несколько других, но. Они не имеют ничего общего с функцией fucr.org, однако, если вы добавите контакт в конец URL-адреса, вы сможете понять, как это работает. - person chris; 25.05.2011