Можно использовать информацию о базе данных Wordpress и некоторых SELECT
для сборки от - до списка URL, который в основном имеет старые URL к новым URL, как:
/beautiful-title /2011/03/23/beautiful-title
и затем используйте эту информацию, чтобы записать длинное, очень долго в зависимости от количества сообщений на Вашем сайте, переписать. Это не симпатично. У Вас был бы длинный файл с:
location / {
rewrite ^/beautiful-title/?$ /2011/03/23/beautiful-title permanent;
rewrite ^/beautiful-title2/?$ /2011/03/22/beautiful-title2 permanent;
... and so on ...
}
Да, необходимо будет поместить каждый из старых URL, указывающих на новые, нет очень, чтобы сделать, так как новые URL в зависимости от дат. Хорошие новости - то, что теоретически необходимо продолжать его просто в течение некоторого времени, пока роботы не замечают постоянное перенаправление (301) и обновляют базу данных. То же не может быть сказано о людях, которые отметили Ваши сообщения.
Причина, по которой у вас возникли проблемы с этим вопросом, заключается в том, что вы недостаточно обдумали свое желаемое намерение относительно того, что будет способствовать каждая учетная запись. Вопрос, который вам нужно задать себе:
Под этим я подразумеваю, виртуальный пользователь A имеет те же требования к доступу, что и виртуальный пользователь B ?
Если ответ положительный, вы должны предложить уникальную аутентификацию для нескольких учетных записей, при этом все пользователи имеют одинаковые отношения авторизации .
Если это так, то то, что вы делаете, работает.
Если ответ отрицательный, это означает, что вы хотите предложить уникальную аутентификацию и уникальную авторизацию для указанных учетных записей.
В этой форме
VSFTP предоставляет функцию chroot. У вашего виртуального пользователя есть корень документа, и его можно привязать к нему, используя:
write_enable=YES
chroot_local_user=YES
local_root=/var/www/html/$USER
user_sub_token=$USER
Что касается владения, просто убедитесь, что пользователь FTP может управлять файлами в каждом домашнем каталоге. / var / www / html
не поддерживает t должен принадлежать ему (хотя для этого требуется разрешение на выполнение). Вы также можете использовать группу учетной записи FTP, если хотите использовать другую учетную запись в качестве владельца. Может быть, вы могли бы сделать что-то вроде www-data: ftp
или ftp: www-data
(что является наиболее распространенным, я бы сказал) на / var / www / html Подкаталоги
?
rwxr-x--- ftp www-data /var/www/html
rwxr-x--- ftp www-data /var/www/html/myvirtualuser
rwxrwx--- ftp www-data /var/www/html/myvirtualuser/someuploaddirectory
Разрешения UNIX - довольно сильный механизм. Никакого риска для безопасности не возникнет, если вы потратите время подумать кому что нужно .
Редактировать о ключах RSA : ключи RSA используются в соединениях SSH, а не FTP. Когда дело доходит до FTP, аутентификация без пароля обычно означает анонимное соединение , используемое на общедоступных FTP-серверах, таких как ftp.kernel.org
. Вы можете настроить SSL-шифрование через свои VSFTP-соединения: