Правильные шаги для добавления пользователя в / var / www

Question 1

Как сказал @guiverc, следуйте следующему ответу. Вы можете использовать sudo вместо gksudo и любой текстовый редактор (vim / gedit / sublime) вместо листовой панели для вставки этого кода. Просто помните, что из-за использования #, askubuntu преобразовал комментарий в жирную строку. Просто вставьте # перед каждой жирной линией (в противном случае the list cannot be read будет продолжать поступать) и не копируйте последнюю строку =============. Вы готовы пойти.

Question 2

Вы приближаетесь к достижению ваших целей с заданной иерархией файлов и достаточно надежны.

Если безопасность является вашей основной задачей, вероятно, рекомендуется поддерживать сайты в /home/$USER/public_html. Это хорошо известное соглашение (вспомогательная поддержка), позволяет избежать разбиения пользовательских данных на несколько несвязанных друг с другом иерархии (вспомогательная поддержка и помогает автоматизировать процедуры резервного копирования) и требует меньше ручного вмешательства (т. Е. Меньше ошибок - скажем, вы вводите «o» вместо из 'g' в вашей команде chmod и не замечайте).

Если вы изменили структуру файла как часть перехода от однопользовательских сайтов, вам может понадобиться исследовать vhosts. [ ! d2]

Question 3

Question 4

Вы приближаетесь к достижению ваших целей с данной иерархией файлов и достаточно надежны.

Если безопасность является вашей основной задачей, вероятно, рекомендуется сохранить сайты в /home/$USER/public_html. Это хорошо известное соглашение (вспомогательная поддержка), позволяет избежать разбиения пользовательских данных на несколько несвязанных друг с другом иерархии (вспомогательная поддержка и помогает автоматизировать процедуры резервного копирования) и требует меньше ручного вмешательства (т. Е. Меньше ошибок - скажем, вы вводите «o» вместо из 'g' в вашей команде chmod и не замечаете).

Если вы изменили структуру файла как часть перехода от однопользовательских сайтов, вам может потребоваться расследовать виртуальные домены .

Question 5

Вы приближаетесь к достижению ваших целей с данной иерархией файлов и достаточно надежны.

Если безопасность является вашей основной задачей, вероятно, рекомендуется сохранить сайты в /home/$USER/public_html. Это хорошо известное соглашение (вспомогательная поддержка), позволяет избежать разбиения пользовательских данных на несколько несвязанных друг с другом иерархии (вспомогательная поддержка и помогает автоматизировать процедуры резервного копирования) и требует меньше ручного вмешательства (т. Е. Меньше ошибок - скажем, вы вводите «o» вместо из 'g' в вашей команде chmod и не замечаете).

Если вы изменили структуру файла как часть перехода от однопользовательских сайтов, вам может потребоваться расследовать виртуальные домены .

Question 6

Вы приближаетесь к достижению ваших целей с данной иерархией файлов и достаточно надежны.

Если безопасность является вашей основной задачей, вероятно, рекомендуется сохранить сайты в /home/$USER/public_html. Это хорошо известное соглашение (вспомогательная поддержка), позволяет избежать разбиения пользовательских данных на несколько несвязанных друг с другом иерархии (вспомогательная поддержка и помогает автоматизировать процедуры резервного копирования) и требует меньше ручного вмешательства (т. Е. Меньше ошибок - скажем, вы вводите «o» вместо из 'g' в вашей команде chmod и не замечаете).

Если вы изменили структуру файла как часть перехода от однопользовательских сайтов, вам может потребоваться расследовать виртуальные домены .

cqcallaw · Accepted Answer · 25 May 2018 в 14:34

Вы приближаетесь к достижению ваших целей с заданной иерархией файлов и достаточно надежны.

Если безопасность является вашей основной задачей, вероятно, рекомендуется поддерживать сайты в /home/$USER/public_html. Это хорошо известное соглашение (вспомогательная поддержка), позволяет избежать разбиения пользовательских данных на несколько несвязанных друг с другом иерархии (вспомогательная поддержка и помогает автоматизировать процедуры резервного копирования) и требует меньше ручного вмешательства (т. Е. Меньше ошибок - скажем, вы вводите «o» вместо из 'g' в вашей команде chmod и не замечайте).

Если вы изменили структуру файла как часть перехода от однопользовательских сайтов, вам может понадобиться исследовать vhosts. [ ! d2]

Чтобы быть конкретным, это многоуровневый 1-битный экземпляр drupal. Виртуальные хосты используются, но все сайты drupal размещаются в одной папке под кодом ядра drupal. Таким образом, не будет разбиения пользовательских данных. Есть ли другие преимущества, помимо меньших ошибок в этом случае? Если вы размещаете несколько несвязанных сайтов, мне разумно использовать дома USER, но если у вас есть несколько сайтов, связанных с одним доменом, имеет смысл добавить их в / var / www / mysite /. Вот как это имеет смысл в моей голове. Это так? Или вы все еще будете использовать дома USER? — joe, 5 February 2012 в 12:01
Похоже, вы на правильном пути для описываемого вами сценария. Не могли бы вы добавить эти детали к своему оригинальному вопросу? Это сделает его гораздо более полезным для сообщества. — cqcallaw, 6 February 2012 в 10:37

cqcallaw · Accepted Answer · 31 July 2018 в 12:37

Вы приближаетесь к достижению ваших целей с данной иерархией файлов и достаточно надежны.

Если безопасность является вашей основной задачей, вероятно, рекомендуется сохранить сайты в /home/$USER/public_html. Это хорошо известное соглашение (вспомогательная поддержка), позволяет избежать разбиения пользовательских данных на несколько несвязанных друг с другом иерархии (вспомогательная поддержка и помогает автоматизировать процедуры резервного копирования) и требует меньше ручного вмешательства (т. Е. Меньше ошибок - скажем, вы вводите «o» вместо из 'g' в вашей команде chmod и не замечаете).

Если вы изменили структуру файла как часть перехода от однопользовательских сайтов, вам может потребоваться расследовать виртуальные домены .

cqcallaw · Accepted Answer · 2 August 2018 в 01:59

Вы приближаетесь к достижению ваших целей с данной иерархией файлов и достаточно надежны.

Если безопасность является вашей основной задачей, вероятно, рекомендуется сохранить сайты в /home/$USER/public_html. Это хорошо известное соглашение (вспомогательная поддержка), позволяет избежать разбиения пользовательских данных на несколько несвязанных друг с другом иерархии (вспомогательная поддержка и помогает автоматизировать процедуры резервного копирования) и требует меньше ручного вмешательства (т. Е. Меньше ошибок - скажем, вы вводите «o» вместо из 'g' в вашей команде chmod и не замечаете).

Если вы изменили структуру файла как часть перехода от однопользовательских сайтов, вам может потребоваться расследовать виртуальные домены .

cqcallaw · Accepted Answer · 10 August 2018 в 08:11

Вы приближаетесь к достижению ваших целей с данной иерархией файлов и достаточно надежны.

Если безопасность является вашей основной задачей, вероятно, рекомендуется сохранить сайты в /home/$USER/public_html. Это хорошо известное соглашение (вспомогательная поддержка), позволяет избежать разбиения пользовательских данных на несколько несвязанных друг с другом иерархии (вспомогательная поддержка и помогает автоматизировать процедуры резервного копирования) и требует меньше ручного вмешательства (т. Е. Меньше ошибок - скажем, вы вводите «o» вместо из 'g' в вашей команде chmod и не замечаете).

Если вы изменили структуру файла как часть перехода от однопользовательских сайтов, вам может потребоваться расследовать виртуальные домены .

Правильные шаги для добавления пользователя в / var / www

4 ответа

Другие вопросы по тегам:

Похожие вопросы: