Cамый безопасный вариант - делать chroot каждому аккаунту, но это уже фактически VPS, и довольно накладно по ресурсам (в основном HDD).
Пока из идей:
для каждого аккаунта делать двух пользователей: один для файлов, второй для web-сервера, соответственно апачи придётся развесить на разные ip-адреса, но чтобы не делать кучу реальников, можно сделать виртуальных интерфейсов, например, 172.16/16, а на front-end посадить отдельный web-сервер, например, nginx.
Кстати как раз планирую в ближайшем будушем реализовать такую схему на нашем новом сервере.
Работающий вариант по такой или похожей схеме видел на хостинге от Хайвей.
Gray: Я, честно говоря, вообще такой проблемы не вижу - как отдельной, по крайней мере.
Один юзер может прочесть файлы другого в двух случаях:
1. Неправильно выставлены пермишены, т.е. все могут читать у всех. Лечится правильными пермишенами.
2. На сервере не закрыты дыры, через которые юзер может получить большие привилегии. Лечится своевременной установкой патчей, правильной политикой безопасности. В частности, веб-сервер не должен работать от рута, перл тоже лучше запускать не от рута, вообще всем веб-скриптам нечего делать за пределами /usr/local/www и так далее.
Что тут обсуждать отдельно-то? По-моему, я совершенно не открыл никаких секретов, правда? Или вы про что-то другое?
Тут Вы не правы.
Если на сервере работает apache (пусть из-под nobody), то закачав простой phpshell можно получить доступ (с правами apache) к папкам других пользователей, прочитать файлы с паролями и получить доступ к базе. Можно ставить php в safe_mode, но это считается дурным тоном многими разработчиками (например, очень известный проект http://gallery.menalto.com/ принципиально не рекомендует работать в safe_mode).
Поскольку не php единым, то взлом с правами web-сервера можно осуществить через cgi-bin (лечится установкой suexec, но по умолчанию этого тоже нет).
Имхо правильный выход иметь свой апач для каждого пользователя. Но тут появляются свои проблемы: если апач запущен от имени пользователя, то он может менять права любых файлов этого пользователя, что может понизить безопасность скриптов.
Например, через "маленькую" дыру можно будет сделать большую, удалив где-нить файл .htaccess (в обычном режиме этого сделать нельзя при правильных правах).
graver: Нужен рабочий скрипт "Замена одной картинки другой картинкой" при каждом вхождении на страничку должна отображаться новая картинка со своей ссылкой и подписью. Т.е. картинки тусуются при обновлении страницы.
Cамый безопасный вариант - делать chroot каждому аккаунту, но это уже фактически VPS, и довольно накладно по ресурсам (в основном HDD).
Пока из идей:
для каждого аккаунта делать двух пользователей: один для файлов, второй для web-сервера, соответственно апачи придётся развесить на разные ip-адреса, но чтобы не делать кучу реальников, можно сделать виртуальных интерфейсов, например, 172.16/16, а на front-end посадить отдельный web-сервер, например, nginx.
Кстати как раз планирую в ближайшем будушем реализовать такую схему на нашем новом сервере.
Работающий вариант по такой или похожей схеме видел на хостинге от Хайвей.
Я, честно говоря, вообще такой проблемы не вижу - как отдельной, по крайней мере.
Один юзер может прочесть файлы другого в двух случаях:
1. Неправильно выставлены пермишены, т.е. все могут читать у всех. Лечится правильными пермишенами.
2. На сервере не закрыты дыры, через которые юзер может получить большие привилегии. Лечится своевременной установкой патчей, правильной политикой безопасности. В частности, веб-сервер не должен работать от рута, перл тоже лучше запускать не от рута, вообще всем веб-скриптам нечего делать за пределами /usr/local/www и так далее.
Что тут обсуждать отдельно-то? По-моему, я совершенно не открыл никаких секретов, правда? Или вы про что-то другое?
Тут Вы не правы.
Если на сервере работает apache (пусть из-под nobody), то закачав простой phpshell можно получить доступ (с правами apache) к папкам других пользователей, прочитать файлы с паролями и получить доступ к базе. Можно ставить php в safe_mode, но это считается дурным тоном многими разработчиками (например, очень известный проект http://gallery.menalto.com/ принципиально не рекомендует работать в safe_mode).
Поскольку не php единым, то взлом с правами web-сервера можно осуществить через cgi-bin (лечится установкой suexec, но по умолчанию этого тоже нет).
Имхо правильный выход иметь свой апач для каждого пользователя. Но тут появляются свои проблемы: если апач запущен от имени пользователя, то он может менять права любых файлов этого пользователя, что может понизить безопасность скриптов.
Например, через "маленькую" дыру можно будет сделать большую, удалив где-нить файл .htaccess (в обычном режиме этого сделать нельзя при правильных правах).
имхо, это будущий братик/сестричка
имхо слишком высокая цена!😒
Это смотря с чем сравнивать.
Имхо, нормальная цена.
попробуйте рано утром
часов в 5-6 - шансов намного больше, разумеется, в самом начале часа ;)
я так как-то за неделю пару десятков доменов нарегал
Гм, а я всегда думал, что продавать бизнес без юр.лица как-то незаконно.
А если речь о хостинге, то ещё бы лицензия на телематику не помешала.
В seo есть много профессий (от выполния простых алгоритмов без привлечения мозга до сложных научных исследований), можно выбрать, какая понравится:
1. link-менеджер
2. копирайтей
3. web-мастер
3.1. художник
3.2. верстальщик
3.3. web-программист
4. программист
5. seo-аналитик
6. менеджер по работе с клиентами
7. seo-консультант
список неполный, есть из чего выбрать, имхо ;)
Russian, версия стоит 6 анг, менять не хочу
Жесть. Очень рекомендую перейти на Paint. Там вроде нет проблем со шрифтами 😂
А книжку "Работа в ОС Windows для самых маленьких" советую прикупить ;)
А сами шрифты с поддержкой кирилицы?
Нужен рабочий скрипт "Замена одной картинки другой картинкой" при каждом вхождении на страничку должна отображаться новая картинка со своей ссылкой и подписью. Т.е. картинки тусуются при обновлении страницы.
только называть такую страницу статикой уже некорректно