is_stuff и показывать стандартную админку + страницу авторизации (site.com/admin/). Раз в коде CustomUser, то сразу ясно, что это отдельный пользователь с отдельными редиректами после входа и всем таким + никак не связанный с коробочным User.
.htaccess тут не поможет никоим образом. Так как мы пытаемся лечить уже болезнь (добавление в ссылку CGI скрипта), хотя надо искоренять симптомы (построение ссылки через url_for()).
/app.cgi/ всё так же добавляется.CGIRootFix (как мне указали на гитхабе) — не работает, а кейсов по его использованию не найти. Либо реально никто на шареде не запускает фласк, либо у всех работает фикс сразу же, без бубна...
_external, но ничего не поменялось.
url_for() функции? url_for() верно отображал ссылки, то и про обрезание думать и не пришлось бы, как раз Disallow бы помог. Откуда вообще url_for() берёт то, что нужно в каждый URL ещё дописывать папку, в котором CGI лежит и сам файл?!
url_for() в шаблонах, чтобы работало по-человечески?
{{ url_for('page') }} в шаблоне ведёт на адрес http://site.ru/cgi-bin/app.cgi/page, что не очень хорошо (например, для добавления ссылки в закладки/соцсети, да и вообще).
/cgi-bin/app.cgi/, если в шаблоне ссылка создана через {{ url_for('page') }}?http://site.ru/cgi-bin/app.cgi/page и так http://site.ru/page — что совсем не гуд.RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)$ /home/c/XXXXX/public_html/cgi-bin/app.cgi/$1 [L]