загрузите php страницу заданием крона

"load a php page..."

Does that mean you are trying to invoke this via HTTP?

That's a bad idea to begin with - it means that you've potentially exposed functionality which could be accessed by someone not intended to have access to it.

to reload my httpd service

So it's running with root privileges? That's a really bad idea.

From your description, you seem to be trying to provide a facility for users to create their own domains. It would be much more preferable to use a wildcard vhost definition, then use mod_rewrite to map the dynamically mapped path to a new directory.

But failing that the best way to do this would be to implement it as a setuid root script on the server (with authentication built-in as well as authentication on the web page) and call this from the web page.

....and if the process is started by a web request, then why use cron in the middle? Certainly you'll get privilege seperation if the cron job job is NOT accessing the php script via HTTP, but you're making things much harder than they need to be and introducing delays / load on the server you don't need.

Это неправильный способ решения этой проблемы.

Правильный Способ предполагает использование какого-то программного «роутера». На самом деле я не имею в виду IP-маршрутизатор, я имею в виду маршрутизатор с типом перезаписи URL.

Итак, ваше приложение прослушивает все, что находится на *. Domain.com , а затем передает его приложению нужного пользователя. вместо утомительной ерунды с перезагрузкой apache.

Недавно я сделал нечто подобное в Nginx.

server_name *.domain.com
if ($host ~* "(.*)?\.?domain\.com"){
                set $a $1;
                rewrite ^/?$ /sites/$a/index.html last;
}

В принципе, для любого поддомена в domain.com он отображается на $ DOCROOT / sites / $ subdomain / index.html

В результате, чтобы добавить новый субдомен, все, что мне нужно сделать, это создать каталог в sites / "subdomain", и он будет мгновенно доступен.