Евгений Осипов, в битрикс по умолчанию две системы кешированя
файловая
opcache - как самая быстрая
memcached медленней и использующийся для кластера поскольку он позволяет синхронизировать кеш между нодами, даже при использование его через сокет, плюсов от него немногим больше. по этом по умолчанию все хостинги настроены на максимальную производительность, а это opcache
memcached может быть удобен разработчику поскольку позволяет моментально отчищать кеш и это просто удобно для разработки ( нет разрабатывать с отключены кешем нельзя)
вы явно не понимаете суть стека TCP/IP
Порт не является частью урла или протокола, его нельзя взять и просто скрыть.
если он скрыт то только потому-что он по умолчанию 80 или 443
Другие порты скрыть можно только используя прокси
для этого вам нужно или использовать nginx proxy
или php proxy
а еще лучше не делать этого а сделать все как положено, сдается у вас ошибка в самом тз
что конкретно вы пытаетесь сделать, зачем вам порт ?
И так вангую
вам нужно выделить кусок строки притом это переменная, и есть у нее определенное начало и определенный конец, вам же нужно выделить все что между ними?
Если да то дайте нормальное ТЗ конкретный текст что выделить что переменная.
Bacta, большая часть веба это средний бизнесс а по факту мелкий, именно в количественном эквиваленте.
По факту из 10 студий дай бог у 1 есть действительно крупные проекты.
А мелкие проекты писать на нет смысла физически нет, поскольку для этого есть php и море cms на нем.
все правильно домен 100% должен быть закрытым, если у него нет ничего
Во избежания так сказать вам нужно выделить частные случаи
!^/site/&
и
!^/site/.+$
короче для домена вообще без файла или каталогв в урле нужно настроить отдельное правило.
дайте угадаю вам СЕОшник это сказал?
С точки зрения логики URL правильное поведение это закрытый URL
так что боюсь
site.ru/index.php - открытый если это файл
site.ru/inex/ - закрытый если это директория
Соответственно логично чтоб ЧПУ вело себя ровно так же
А то что вы предлагаете это с района давайте забабахаем редирект на большой регистр, мысль частая но идиотская поскольку сеошники часто не понимают вообще что делают, или я не прав и у вас есть реальная причина это сделать ?
fiter, ну свободное место в любом случае нужно серверу для нормальной работы.
да и все это художество можно держать в оперативной памяти.
если прям нужно будет.
Вопрос то был именно в формирование урла, а он локальный
fiter, нет не так.
В линуксе есть всего два вида данных потоковых и блочных.
других не завезли
к примеру передача данных на монитор это поток.
А файл это сам понимаешь блок, при всмех раскладах.
Так вот монтировать как файловую систему можно блочные устройства. ( поскольку файлы тоже блочные то и файл можно примонтировать как устройство и даже отформатировать файл тоже можно под файловую систму, например ISO файлы ;)
так вот линуксу особо без разницы что монтировать лишь бы оно было блочным, и интерфейс тоже не важен, так что для линукса смонтировать локальный диск или у FTP папку суть одно и тоже, только команды разные да атм флюсе еще используется но это тебе точно не нужно.
Короче ты монтируешь через webdav диск к своему серверу и он становится просто устройством на твоем комьпютере.
К примеру ты примонтируешь его в /var/www/site.ru/images
следовательно все файлы которые ты будешь ложить туда будут сами передаваться по вебдав на внешний сервер и храниться там. Никто ничего никуа качать не будет
просто внешнее устройство будет использоваться как местное вот и все только с ограничением протокола обмена в твоем случае webdav
Попробуй вот так, кстати рекомендую раскоментировать RewriteBase / .