>>7832 (OP)
Никак не найти если на них нет ссылок а у тебя нет доступа к лисной панели хостинга.
Но можешь посмотреть файл robots.txt на сайте, авось там что нибудь прописалось автоматически, если сайт пилили на готовой платформе.

>>7856
я может чего то до конца не понимаю, но что мешает через краулер (screaming frog или site anylizer) прогнать сайт и посмотреть собсна страницы? Ну и в роботс

>>7856
Как то 100% можно найти. Я помню так спалился один раз.

>>7927
обьсни по подробнее пожалуйста

>>7970
попробовал. не получилось. может попробуешь, поможешь по братски?)

>>7967
Странный вы всё таки народ, зумеры. Вы всегда ищете "магическую кнопку", но очень не любите шевелить межушным ганглием.

Вот возьми любой web-сервер, подключи любую директорию как doc-root и... всё.

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

Каким магическим функционалом ты заставишь его отдать тебе всё, что там есть, а?

>>7999
Задебажить запросы, поковырять js код, посмотреть не спрятаны где либо ссылки на другие страницы в каком нибудь json и т.п. , они не обязательно должны быть явными, может какая то функция например генерит url-ы понекоему принципу.

>>8023
Какие запросы ты задебажишь? Если это обычная конфигурация - мы просто отдаем страницу по URL, если нет - отдаем 404.

В каком json ты собрался искать URL? Откуда они там возьмутся? Если ты про карту сайта - но так если бы она была, то ты бы не задавался заявленной проблемой.

Принцип генерации URL? Ну окей, если там числовой id - то на изи, но отнюдь не всегда, например смотри:

https://xakep.ru/2000/ - найди ка архив журнала раньше 2000-го, только анализируя URL?

А уж с URL, включающим заголовок, ты конкретно в пролете.

>>8024
Ты даун? Я всего лишь говорю что можно иногда отыскать другие urlы если даже они не заданы явно ссылками. Проанализировав код сайта. И тот анон это подразумевает. Конкретно на сайте из ОП поста ничего такого нет.

>>8025
Ну вот чисто гипотетически приведи пример какого-нибудь модуля CMS, который по какой-то очень странной необходимости (какой блять?) рассовывает в код страниц и сопутствующих файлов ссылки на другие (да нахуя?) страницы сайта.

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

Всё что было подобного, в очень давние времена - это next/prev <link>, изобретение для обхода связанных документов, которые щас не пользуют (а зря).

И да, даун это ты. И пидор.

ребят не сортесь! что реально не как не решить эту задачу? вот еще одну ссылку нашел https://procreatekate.wfolio.pro/disk/portupeya-7gmbbd

>>8027

>, нужно чтобы кто-то абсолютно осознанно вкорячил какой-то модуль или логику щаблона

Например это, такое может быть? может. то что ты такого не видел твои проблемы. Вопрос в принципиальной возможности а не в том насколько это часто встречается.

>И да, даун это ты. И пидор.

Пошел нахуй тупой говна кусок.

>>8067
Может то оно может. Нет ничего невозможного. Проблема в том, что речь идёт не о том, что можно сделать, а что блять так никто не делает. Все эти линки хранятся в базе данных(при условии, если она там есть вообще).

>>8077

>Может то оно может. Нет ничего невозможного.

Ну и заткни ебальник тогда

>>8078
Пхахахахах. Мамкин вебмастир на аштиэмэйл?

>>8079
Я программирую на brainfuck, не то что ты на css

>>8080
Да, я уже заметил, лол.
А я вот просто зарабатываю. Проснулся вот, налил кофе. Решил потыкать в тебя палочкой. Настроения на весь день и мотивация.

>>8039
Ты сам то как эти ссылки находишь?

>>7832 (OP)
Хуй знает почему здесб никто это не написал но в хацерской
кали просто вводишь и он перебором 5000 самых распространненых ищет тебе все dirb https://и тд

https://procreatekate.wfolio.pro/sitemap.xml
Закрывайте тред