Shema

Shema
Рейтинг
176
Регистрация
01.12.2005
Должность
CEO & SEO :)

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 (в обычном режиме этого сделать нельзя при правильных правах).

имхо, это будущий братик/сестричка

ukrweb:
имхо слишком высокая цена!😒

Это смотря с чем сравнивать.

Имхо, нормальная цена.

попробуйте рано утром

часов в 5-6 - шансов намного больше, разумеется, в самом начале часа ;)

я так как-то за неделю пару десятков доменов нарегал

Гм, а я всегда думал, что продавать бизнес без юр.лица как-то незаконно.

А если речь о хостинге, то ещё бы лицензия на телематику не помешала.

В seo есть много профессий (от выполния простых алгоритмов без привлечения мозга до сложных научных исследований), можно выбрать, какая понравится:

1. link-менеджер

2. копирайтей

3. web-мастер

3.1. художник

3.2. верстальщик

3.3. web-программист

4. программист

5. seo-аналитик

6. менеджер по работе с клиентами

7. seo-консультант

список неполный, есть из чего выбрать, имхо ;)

Logistic:
Russian, версия стоит 6 анг, менять не хочу

Жесть. Очень рекомендую перейти на Paint. Там вроде нет проблем со шрифтами 😂

А книжку "Работа в ОС Windows для самых маленьких" советую прикупить ;)

А сами шрифты с поддержкой кирилицы?

graver:
Нужен рабочий скрипт "Замена одной картинки другой картинкой" при каждом вхождении на страничку должна отображаться новая картинка со своей ссылкой и подписью. Т.е. картинки тусуются при обновлении страницы.


<?
switch (rand () % 2)
{
case 0:
$html = "<img src='/img/img1.jpg'><br>Подпись 1";
break;
case 1:
$html = "<img src='/img/img2.jpg'><br>Подпись 2";
break;
}
echo $html;
?>

только называть такую страницу статикой уже некорректно

Всего: 2097