Вы не хотите удалять каталог lost + found. Это важная системная папка и в любом случае будет воссоздана при следующей загрузке. Есть довольно хорошее объяснение, почему оно есть и что здесь делает
Когда мне приходилось делать shuch вещи, я продолжаю создавать VirtualHost с подстановочным именем:
Выберите подходящее имя домена, например «example.com» для localhost. Поместите его в файл /etc/hosts как 127.0.0.1 *.example.com Установить и активировать mod_rewrite создать подстановочный знак VirtualHost в каталоге apache sites:<VirtualHost 127.0.0.1:80>
DocumentRoot /default/path
ServerName example.com
ServerAlias *.example.com
RewriteEngine On
UseCanonicalName Off
RewriteCond %{HTTP_HOST} ^(.*).example.com
RewriteCond /srv/%1/ -d
RewriteRule ^(.+) %{SERVER_NAME}$1 [C]
RewriteRule ^([^.]+)\.example\.com/(.*) /srv/$1/$2 [L]
</VirtualHost>
Теперь вы можете поместить любую папку под /srv/, и она станет корнем для <foldername>.example.com . Это заимствовано из памяти, это может потребоваться несколько более мелких настроек, и это может противоречить любым другим правилам перезаписи, которые будут иметь каждый webapp. Но мне это подходит для моих потребностей в тестировании webapp.
Когда мне приходилось делать shuch вещи, я продолжаю создавать VirtualHost с подстановочным именем:
Выберите подходящее имя домена, например «example.com» для localhost. Поместите его в файл /etc/hosts как 127.0.0.1 *.example.com Установить и активировать mod_rewrite создать подстановочный знак VirtualHost в каталоге apache sites:<VirtualHost 127.0.0.1:80>
DocumentRoot /default/path
ServerName example.com
ServerAlias *.example.com
RewriteEngine On
UseCanonicalName Off
RewriteCond %{HTTP_HOST} ^(.*).example.com
RewriteCond /srv/%1/ -d
RewriteRule ^(.+) %{SERVER_NAME}$1 [C]
RewriteRule ^([^.]+)\.example\.com/(.*) /srv/$1/$2 [L]
</VirtualHost>
Теперь вы можете поместить любую папку под /srv/, и она станет корнем для <foldername>.example.com . Это заимствовано из памяти, это может потребоваться несколько более мелких настроек, и это может противоречить любым другим правилам перезаписи, которые будут иметь каждый webapp. Но мне это подходит для моих потребностей в тестировании webapp.
Когда мне приходилось делать shuch вещи, я продолжаю создавать VirtualHost с подстановочным именем:
Выберите подходящее имя домена, например «example.com» для localhost. Поместите его в файл /etc/hosts как 127.0.0.1 *.example.com Установить и активировать mod_rewrite создать подстановочный знак VirtualHost в каталоге apache sites:<VirtualHost 127.0.0.1:80>
DocumentRoot /default/path
ServerName example.com
ServerAlias *.example.com
RewriteEngine On
UseCanonicalName Off
RewriteCond %{HTTP_HOST} ^(.*).example.com
RewriteCond /srv/%1/ -d
RewriteRule ^(.+) %{SERVER_NAME}$1 [C]
RewriteRule ^([^.]+)\.example\.com/(.*) /srv/$1/$2 [L]
</VirtualHost>
Теперь вы можете поместить любую папку под /srv/, и она станет корнем для <foldername>.example.com . Это заимствовано из памяти, это может потребоваться несколько более мелких настроек, и это может противоречить любым другим правилам перезаписи, которые будут иметь каждый webapp. Но мне это подходит для моих потребностей в тестировании webapp.
Когда мне приходилось делать shuch вещи, я продолжаю создавать VirtualHost с подстановочным именем:
Выберите подходящее имя домена, например «example.com» для localhost. Поместите его в файл /etc/hosts как 127.0.0.1 *.example.com Установить и активировать mod_rewrite создать подстановочный знак VirtualHost в каталоге apache sites:<VirtualHost 127.0.0.1:80>
DocumentRoot /default/path
ServerName example.com
ServerAlias *.example.com
RewriteEngine On
UseCanonicalName Off
RewriteCond %{HTTP_HOST} ^(.*).example.com
RewriteCond /srv/%1/ -d
RewriteRule ^(.+) %{SERVER_NAME}$1 [C]
RewriteRule ^([^.]+)\.example\.com/(.*) /srv/$1/$2 [L]
</VirtualHost>
Теперь вы можете поместить любую папку под /srv/, и она станет корнем для <foldername>.example.com . Это заимствовано из памяти, это может потребоваться несколько более мелких настроек, и это может противоречить любым другим правилам перезаписи, которые будут иметь каждый webapp. Но мне это подходит для моих потребностей в тестировании webapp.
Когда мне приходилось делать shuch вещи, я продолжаю создавать VirtualHost с подстановочным именем:
Выберите подходящее имя домена, например «example.com» для localhost. Поместите его в файл /etc/hosts как 127.0.0.1 *.example.com Установить и активировать mod_rewrite создать подстановочный знак VirtualHost в каталоге apache sites:<VirtualHost 127.0.0.1:80>
DocumentRoot /default/path
ServerName example.com
ServerAlias *.example.com
RewriteEngine On
UseCanonicalName Off
RewriteCond %{HTTP_HOST} ^(.*).example.com
RewriteCond /srv/%1/ -d
RewriteRule ^(.+) %{SERVER_NAME}$1 [C]
RewriteRule ^([^.]+)\.example\.com/(.*) /srv/$1/$2 [L]
</VirtualHost>
Теперь вы можете поместить любую папку под /srv/, и она станет корнем для <foldername>.example.com . Это заимствовано из памяти, это может потребоваться несколько более мелких настроек, и это может противоречить любым другим правилам перезаписи, которые будут иметь каждый webapp. Но мне это подходит для моих потребностей в тестировании webapp.
Когда мне приходилось делать shuch вещи, я продолжаю создавать VirtualHost с подстановочным именем:
Выберите подходящее имя домена, например «example.com» для localhost. Поместите его в файл /etc/hosts как 127.0.0.1 *.example.com Установить и активировать mod_rewrite создать подстановочный знак VirtualHost в каталоге apache sites:<VirtualHost 127.0.0.1:80>
DocumentRoot /default/path
ServerName example.com
ServerAlias *.example.com
RewriteEngine On
UseCanonicalName Off
RewriteCond %{HTTP_HOST} ^(.*).example.com
RewriteCond /srv/%1/ -d
RewriteRule ^(.+) %{SERVER_NAME}$1 [C]
RewriteRule ^([^.]+)\.example\.com/(.*) /srv/$1/$2 [L]
</VirtualHost>
Теперь вы можете поместить любую папку под /srv/, и она станет корнем для <foldername>.example.com . Это заимствовано из памяти, это может потребоваться несколько более мелких настроек, и это может противоречить любым другим правилам перезаписи, которые будут иметь каждый webapp. Но мне это подходит для моих потребностей в тестировании webapp.
Когда мне приходилось делать shuch вещи, я продолжаю создавать VirtualHost с подстановочным именем:
/ etc / hosts
как 127.0.0.1 * .example.com
mod_rewrite
[ ! d8] & lt; VirtualHost 127.0.0.1:80> DocumentRoot / default / путь Имя_сервера example.com ServerAlias * .example.com RewriteEngine On UseCanonicalName Off RewriteCond% {HTTP_HOST} ^ (. *). Example.com RewriteCond / srv /% 1 / -d RewriteRule ^ (. +)% { SERVER_NAME} $ 1 [C] RewriteRule ^ ([^.] +) \. Example \ .com /(.*) / srv / $ 1 / $ 2 [L] & lt; / VirtualHost & gt;
/ srv /
, и она станет корнем для & lt; foldername & gt; .example.com
Это заимствовано из памяти, оно может потребоваться несколько более мелких настроек, и это может противоречить любым другим правилам перезаписи, которые будут иметь каждый webapp. Но это подходит мне для моих потребностей в тестировании webapp.
Когда мне приходилось делать shuch вещи, я продолжаю создавать VirtualHost с подстановочным именем:
/ etc / hosts
как 127.0.0.1 * .example.com
mod_rewrite
[ ! d8] & lt; VirtualHost 127.0.0.1:80> DocumentRoot / default / путь Имя_сервера example.com ServerAlias * .example.com RewriteEngine On UseCanonicalName Off RewriteCond% {HTTP_HOST} ^ (. *). Example.com RewriteCond / srv /% 1 / -d RewriteRule ^ (. +)% { SERVER_NAME} $ 1 [C] RewriteRule ^ ([^.] +) \. Example \ .com /(.*) / srv / $ 1 / $ 2 [L] & lt; / VirtualHost & gt;
/ srv /
, и она станет корнем для & lt; foldername & gt; .example.com
Это заимствовано из памяти, оно может потребоваться несколько более мелких настроек, и это может противоречить любым другим правилам перезаписи, которые будут иметь каждый webapp. Но это подходит мне для моих потребностей в тестировании webapp.
Когда мне приходилось делать shuch вещи, я продолжаю создавать VirtualHost с подстановочным именем:
/ etc / hosts
как 127.0.0.1 * .example.com
mod_rewrite
[ ! d8] & lt; VirtualHost 127.0.0.1:80> DocumentRoot / default / путь Имя_сервера example.com ServerAlias * .example.com RewriteEngine On UseCanonicalName Off RewriteCond% {HTTP_HOST} ^ (. *). Example.com RewriteCond / srv /% 1 / -d RewriteRule ^ (. +)% { SERVER_NAME} $ 1 [C] RewriteRule ^ ([^.] +) \. Example \ .com /(.*) / srv / $ 1 / $ 2 [L] & lt; / VirtualHost & gt;
/ srv /
, и она станет корнем для & lt; foldername & gt; .example.com
Это заимствовано из памяти, оно может потребоваться несколько более мелких настроек, и это может противоречить любым другим правилам перезаписи, которые будут иметь каждый webapp. Но это подходит мне для моих потребностей в тестировании webapp.
Когда мне приходилось делать shuch вещи, я продолжаю создавать VirtualHost с подстановочным именем:
/ etc / hosts
как 127.0.0.1 * .example.com
mod_rewrite
[ ! d8] & lt; VirtualHost 127.0.0.1:80> DocumentRoot / default / путь Имя_сервера example.com ServerAlias * .example.com RewriteEngine On UseCanonicalName Off RewriteCond% {HTTP_HOST} ^ (. *). Example.com RewriteCond / srv /% 1 / -d RewriteRule ^ (. +)% { SERVER_NAME} $ 1 [C] RewriteRule ^ ([^.] +) \. Example \ .com /(.*) / srv / $ 1 / $ 2 [L] & lt; / VirtualHost & gt;
/ srv /
, и она станет корнем для & lt; foldername & gt; .example.com
Это заимствовано из памяти, оно может потребоваться несколько более мелких настроек, и это может противоречить любым другим правилам перезаписи, которые будут иметь каждый webapp. Но это подходит мне для моих потребностей в тестировании webapp.
Когда мне приходилось делать shuch вещи, я продолжаю создавать VirtualHost с подстановочным именем:
/ etc / hosts
как 127.0.0.1 * .example.com
mod_rewrite
[ ! d8] & lt; VirtualHost 127.0.0.1:80> DocumentRoot / default / путь Имя_сервера example.com ServerAlias * .example.com RewriteEngine On UseCanonicalName Off RewriteCond% {HTTP_HOST} ^ (. *). Example.com RewriteCond / srv /% 1 / -d RewriteRule ^ (. +)% { SERVER_NAME} $ 1 [C] RewriteRule ^ ([^.] +) \. Example \ .com /(.*) / srv / $ 1 / $ 2 [L] & lt; / VirtualHost & gt;
/ srv /
, и она станет корнем для & lt; foldername & gt; .example.com
Это заимствовано из памяти, оно может потребоваться несколько более мелких настроек, и это может противоречить любым другим правилам перезаписи, которые будут иметь каждый webapp. Но это подходит мне для моих потребностей в тестировании webapp.
будет работать webmin? Это не просто для apache, а скорее для веб-интерфейса для системного администрирования. Он имеет интерфейс заполнения формы для виртуального хоста apache.
почему бы не сделать сайт, который делает / обновляет файлы для вас? если вы работаете с php, и это локально, используйте функцию exec () для запуска команд терминала для записи / создания / обновления данных, которые вы хотите, на основе записей в текстовом поле. Хотелось бы, чтобы я знал, как создавать приложения на ubuntu, основанные на gui. сделает жизнь очень легкой.
будет работать webmin? Это не просто для apache, а скорее для веб-интерфейса для системного администрирования. Он имеет интерфейс заполнения формы для виртуального хоста apache.
почему бы не сделать сайт, который делает / обновляет файлы для вас? если вы работаете с php, и это локально, используйте функцию exec () для запуска команд терминала для записи / создания / обновления данных, которые вы хотите, на основе записей в текстовом поле. Хотелось бы, чтобы я знал, как создавать приложения на ubuntu, основанные на gui. сделает жизнь очень легкой.
будет работать webmin? Это не просто для apache, а скорее для веб-интерфейса для системного администрирования. Он имеет интерфейс заполнения формы для виртуального хоста apache.
почему бы не сделать сайт, который делает / обновляет файлы для вас? если вы работаете с php, и это локально, используйте функцию exec () для запуска команд терминала для записи / создания / обновления данных, которые вы хотите, на основе записей в текстовом поле. Хотелось бы, чтобы я знал, как создавать приложения на ubuntu, основанные на gui. сделает жизнь очень легкой.
будет работать webmin? Это не просто для apache, а скорее для веб-интерфейса для системного администрирования. Он имеет интерфейс заполнения формы для виртуального хоста apache.
почему бы не сделать сайт, который делает / обновляет файлы для вас? если вы работаете с php, и это локально, используйте функцию exec () для запуска команд терминала для записи / создания / обновления данных, которые вы хотите, на основе записей в текстовом поле. Хотелось бы, чтобы я знал, как создавать приложения на ubuntu, основанные на gui. сделает жизнь очень легкой.
будет работать webmin? Это не просто для apache, а скорее для веб-интерфейса для системного администрирования. Он имеет интерфейс заполнения формы для виртуального хоста apache.
почему бы не сделать сайт, который делает / обновляет файлы для вас? если вы работаете с php, и это локально, используйте функцию exec () для запуска команд терминала для записи / создания / обновления данных, которые вы хотите, на основе записей в текстовом поле. Хотелось бы, чтобы я знал, как создавать приложения на ubuntu, основанные на gui. сделает жизнь очень легкой.
будет работать webmin? Это не просто для apache, а скорее для веб-интерфейса для системного администрирования. Он имеет интерфейс заполнения формы для виртуального хоста apache.
почему бы не сделать сайт, который делает / обновляет файлы для вас? если вы работаете с php, и это локально, используйте функцию exec () для запуска команд терминала для записи / создания / обновления данных, которые вы хотите, на основе записей в текстовом поле. Хотелось бы, чтобы я знал, как создавать приложения на ubuntu, основанные на gui. сделает жизнь очень легкой.
почему бы не сделать сайт, который делает / обновляет файлы для вас? если вы работаете с php, и это локально, используйте функцию exec () для запуска команд терминала для записи / создания / обновления данных, которые вы хотите, на основе записей в текстовом поле. Хотелось бы, чтобы я знал, как создавать приложения на ubuntu, основанные на gui. сделает жизнь очень легкой.
будет работать webmin ? Это не просто для apache, а скорее для веб-интерфейса для системного администрирования. Он имеет интерфейс заполнения формы для виртуального хоста apache.
почему бы не сделать сайт, который делает / обновляет файлы для вас? если вы работаете с php, и это локально, используйте функцию exec () для запуска команд терминала для записи / создания / обновления данных, которые вы хотите, на основе записей в текстовом поле. Хотелось бы, чтобы я знал, как создавать приложения на ubuntu, основанные на gui. сделает жизнь очень легкой.
будет работать webmin ? Это не просто для apache, а скорее для веб-интерфейса для системного администрирования. Он имеет интерфейс заполнения формы для виртуального хоста apache.
почему бы не сделать сайт, который делает / обновляет файлы для вас? если вы работаете с php, и это локально, используйте функцию exec () для запуска команд терминала для записи / создания / обновления данных, которые вы хотите, на основе записей в текстовом поле. Хотелось бы, чтобы я знал, как создавать приложения на ubuntu, основанные на gui. сделает жизнь очень легкой.
будет работать webmin ? Это не просто для apache, а скорее для веб-интерфейса для системного администрирования. Он имеет интерфейс заполнения формы для виртуального хоста apache.
почему бы не сделать сайт, который делает / обновляет файлы для вас? если вы работаете с php, и это локально, используйте функцию exec () для запуска команд терминала для записи / создания / обновления данных, которые вы хотите, на основе записей в текстовом поле. Хотелось бы, чтобы я знал, как создавать приложения на ubuntu, основанные на gui. сделает жизнь очень легкой.