Sublime Text 3 вопрос аутентификации при сохранении документа

У Вас нет разрешения записать в /var/www/Rest_Of_Path_Here. ST3 пытается поднять свой UID для записи как корректный пользователь (следовательно подсказка sudo). Я не знал, что это могло сделать это, но я протестировал его, и это работает, таким образом, там Вы идете.

существует несколько способов, которыми можно зафиксировать это:

1. Позволяют Вашему пользователю писать файлы непосредственно . Столько опций здесь:

   • chown файлы, таким образом, Вы владеете ими. Это может нарушить вещи, работающие как другие пользователи, которые, возможно, также должны были бы записать, например, веб-сервер, работающий как www-пользователь. Вы, возможно, должны изменить то, что они выполняют как также.
   • Добавляют Вашего пользователя к www-data группа и изменяют маску файла на 774, таким образом, члены группы могут писать/выполнять.
   • Изменение маска файла так другой пользователи могут записать (например, 777)... Но это довольно опасно, если уже существует что-то злонамеренное на сервере.
   • Использование ACLs, чтобы позволить Вашему пользователю писать, не нарушая стандартную платформу полномочий.

2. Изменение Ваш рабочий процесс, чтобы записать в систему управления версиями (например, мерзавец) как Ваши пользователи, и затем иметь сценарий, работающий как другой пользователь, проверяют его. Это несет другие преимущества.

3. Выполнение ST3 как пользователь, который может записать там:

   sudo -u www-data subl /var/www/Rest_Of_Path_Here
   

   Это довольно много более ужасно, чем просто фиксация файлов.

Добавьте своего пользователя к группе администраторов одним из ниже на основе версии Ubuntu, который Вы используете. Попробуйте обоих:

sudo usermod -a -G admin username

ИЛИ

sudo usermod -a -G sudo username

, Если Вы уже находитесь в администраторской группе, пробуют chown на папке.

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

то, Чему я советовал бы, использует плагин SFTP для сублимированного текста:

• копируют файл Вашего веб-сервера к папке, принадлежащей Вашему собственному пользователю
• , настраивают плагин SFTP с:

"upload_on_save": true,
"host": "localhost",
"user": "www-data",

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

сублимированный текст попросит у Вас пароля однажды и затем будет помнить это за сессию. На каждый файл сохраняют, он откроет sftp сессию для localhost и запишет файл в диск с соответствующим пользователем

Я имел ту же проблему и смог решить ее путем обеспечения пользовательского права на конкретную папку, которую я должен был отредактировать в Сублимированном тексте 3. Я использовал следующие команды:

sudo chmod 775 -R projectname/   
sudo chown username -R projectname/

я думаю, что это могло бы быть полезно другим в будущем.

Выполните следующее в вашем терминале Linux / Unix:

sudo chmod -R 777 project-name
sudo chown user-name project-name

Пробовал -R 775 и не работал, поэтому -R 777 помогло, хотя я дал разрешение на запись всем проект