- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
mefish,
Я это понял уже после того как отправил пост, потому и исправил (но Вы успели ответить :) )
[umka], мне раскрытие "ком. тайн" не требуется :) Я пытаюсь понять почему на одних хостингах так, а на других эдак. При этом я сомневаюсь, что их админы не понимают, что такие настройки (когда файлы создаются с владельцем апач) есть зло (ну как минимум на 50% не работоспособность CMS и др скриптов юзеров).
Вот Вы сказали что я заблуждаюсь. Я же не увидел противоречий в ваших словах моим выводам - такие настройки (владелец апач) - признак "дешевости" хостинга.
[umka], мне раскрытие "ком. тайн" не требуется :) Я пытаюсь понять почему на одних хостингах так, а на других эдак. При этом я сомневаюсь, что их админы не понимают, что такие настройки (когда файлы создаются с владельцем апач) есть зло (ну как минимум на 50% не работоспособность CMS и др скриптов юзеров).
Это происхоит потому же, почему каждая домохозяйка делает яблочный пирог по-своему.
Кто-то берёт один сорт яблок, кто-то другой, кто-то добавляет корицу, кто-то нет, ....... а кто-то вообще не знает как его испечь и покупает готовый в магазине.
Разумеется, что с точки зрения пользователя, "правильный хостинг" — это такой хостинг, где пользователь не заморачивается с выставлением прав, и при этом ни кто не может залезть в его домашнюю директорию.
И админы это понимают, и у каждого из них своё представление, как сделать это "правильно".
Кто-то знает и делает, кто-то не знает, но всё равно делает, кто-то не заморачивается и ставит стандартную панель..... вот как-то так.
В смысле, владелец файлов всех юзеров?
Думаю, что бывают такие оч.умелые ручки, которые даже в этом случае в состоянии всё разграничить.
Поэтому не стоит судить о дешёвости хостинга по владельцам файлов :)
Т.е. можно говорить: "возможно", и при этом всегда помнить: "но не факт!" :)
Можно взять у подопытного хостера тестовый аккаунт и попробовать "прощупать" соседские директории различными способами, и если эксперимент удастся, тогда уже вешать "ярлык" ))
И не важно какие там где владельцы.
Поэтому не стоит судить о дешёвости хостинга по владельцам файлов
Т.е. можно говорить: "возможно", и при этом всегда помнить: "но не факт!"
Согласен - это один из косвенных факторов. Однако...vvvv
"правильный хостинг" — это такой хостинг, где пользователь не заморачивается с выставлением прав, и при этом ни кто не может залезть в его домашнюю директорию.
И с этим абсолютно согласен. Мне, как юзеру, важно, что бы скрипты работали (создали файлы, изменяли их, и тд) и была некоторая безопасность. А при настройках "владелец-апач" я (юзер) должен изменить владельца хоумдиры на "апач" (иначе срипты работать не будут) и при этом не иметь доступа к файлам и каталогам. Соответственно такой хостинг меня не устраивает и я иду на другой. Т.е. для хостинга это потеря клиента. Само собой и возникают вопросы типа "чем руководствуются админы", если от этого напрямую зависит доходность предприятия. Вот как-то так напрашиваются выводы о "дешевости" хостинга.
Какие-то админы считают это нормальным, что клиент должен сам выставлять права на файлы и папки. И ничего.
Клиенты живут, и тоже считают это нормальным... даже если приходится обращаться в саппорт, чтобы изменить владельца файлов, созданных скриптом, чтобы их можно было скачать по фтп.
Зато, возможно, такой хостинг стоит дешевле.
Люди же не перестанут ездить на жигулях, узнав, что на мерседесе комфортней.
А может они просто не знают, что может быть как-то иначе.
Самое печальное во всей этой ситуации то, что в подавляющем большинстве CMS-ок, форумов и пр. уже внутре делается принудительная установка прав 0777 на папки и файлы, в которые нужно производить запись.
Т.е. скрипты делают вид, что знают "как надо", и в попытках облегчить юзеру жизнь, на самом деле, создают потенциальую угрозу.
;6858673']SeoNizator, я не могу раскрыть всех подробностей, т.к. это коммерческая тайна.
Но способ это сделать есть и у нас так сделано.
Т.е. например процесс с uid=apache/gid=apache может создать в директории с uid=user/gid=apache файл с uid=user.
Делается это без mpm-itk, php работает как mod_php, накладных расходов нет.
ну расскажите всё-таки, как это процесс с правами apache/apache может создать файл с другим владельцем, не привлекая процесс с правами root (то есть без накладных расходов).
мне тоже интересно...