How to become an author
Search
Write a publication
Pull to refresh

Comments 104

А для других серверов, например, Apache?
Total votes 1: ↑1 and ↓0+1
Apache никаким образом не должен быть на передовой

Что первое приходит на ум, это, конечно, mod_rewrite, но там всё получается довольно муторно и неэфективно, так что даже особо задумываться про это не хочется
Total votes 13: ↑7 and ↓6+1
и все же поделитесь решением для Апаче.
Total votes 1: ↑1 and ↓0+1
В апаче все тоже просто, нужно перевести домейн по принципу wildcard на ваш хостинг,
на хостинге направить весь домен в корневую директорию домена
и в .htaccess прописать вот это:

RewriteEngine on

RewriteCond %{HTTP_HOST} ^([^\.]+)\.someblog\.com$ [NC]
RewriteCond %{HTTP_HOST} !^www\.someblog\.com$ [NC]
RewriteRule ^(.*)$ index.php?user=%1 [L,QSA]

После этого, при обращении к саб-домену, например, bob.someblog.com вы получаете
переменную $user='bob'; в index.php, а дальше все просто
Total votes 7: ↑7 and ↓0+7
а что мешает разобрать HTTP_HOST в самом PHP?
Total votes 2: ↑2 and ↓0+2
В принципе тоже самое, только взгляд с php
Total votes 1: ↑1 and ↓0+1
Полезненько :)
Спасибочки.
Total votes 1: ↑1 and ↓0+1
Спасибо, полезно для всех. В данном случае не нужно создавать пользовательские директории, и обработка ведется на уровне PHP и mod_rewrite
Total votes 1: ↑1 and ↓0+1
Как раз хотел предложить тот же самый вариант, который использую у себя на одном из проектов. Не муторно и вполне себе эффективно :).
Total votes 1: ↑1 and ↓0+1
>переменную $user
Откуда? Смотрим глобальную $_GET['user']
This comment wasn’t rated yet0
для Apache основное это указать перенаправление всех суб-доменов на основной домен (если как на хабре)
а далее уже (на примере php) сам суб-домен можно уже через REQUEST_URI разбирать, ибо незачем плодить дополнительные переменные на уровне mod_rewrite
Total votes 2: ↑1 and ↓10
как человек умеющий пользоваться предоставленными ссылками спасаю вас http://server-tuning.info/apache/auto-subdomains.html
This comment wasn’t rated yet0
Тем не менее Апач обслуживает 50% серверов прямо на передовой.
Total votes 2: ↑2 and ↓0+2
при малом количестве статики и большом динамики - зачем что-то еще?
Total votes 1: ↑1 and ↓0+1
Пожалуй, внесу в текст поправку: имеется виду определённый класс проектов, где без nginx никуда.
Total votes 1: ↑1 and ↓0+1
Другое дело. Потому что первый камент попахивает фанатизмом: пихать nginx куда ни попадя - это то же самое, что использовать для всех целей Apache. Думаю, все согласятся, что для каждой задачи есть свои лучшие решения.
Total votes 1: ↑1 and ↓0+1
Ну да, есть такой момент "со своей колокольни" :-)

Я, по правде сказать, уже плохо понимаю, как что-то сделать без nginx, да и вообще уже, мне кажется, это дефакто для серьёзных проектов.

Апача у нас скоро не будет вообще.
Total votes 1: ↑1 and ↓0+1
Не знаю, где это "у нас" :), но Апач будет всегда - nginx всё-таки придуман для быстрой отдачи статики, и как бы к нему не прикручивали модули сбоку, скорее это будет извращением, чем использование признанных модулей для Апача. mod_perl + Апач - великолепная связка, которую никогда не заменит nginx.

И посмотрите как-нибудь "голенький" Апач 2.2 - с отключенными лишними модулями. Удивитесь :).
Total votes 1: ↑1 and ↓0+1
Речь о nginx+fastcgi. Эксперементально проверили: автокадабра работает без проблем.
Total votes 1: ↑1 and ↓0+1
Великолепно. Да только так же экспериментально проверено, что разработка таких же приложений под Апач занимает в среднем меньше времени, чем под nginx.
This comment wasn’t rated yet0
И толку от голого апача? Он жи нифига от nginxa и не будет отличаться - только статитку и отдаст.
Nginx + FastCGI эффективнее, но для его использования, нужны большие знания, чем для апача. Так что апач не умрёт. Он будет использоваться и дальше на сайтах средней и низкой тяжести
This comment wasn’t rated yet0
Знания :)? Нужно очень много терпения - всего-то. Или Вы хотите сказать, что идеология FastCGI сложнее mod_perl :)?
This comment wasn’t rated yet0
Просто для того, чтобы настроить апач на хостинг, даже не нужно обладать хотя бы малейшими знаниями - сейчас есть куча разных панелей управления.
This comment wasn’t rated yet0
А, если Вы об этом, то да.
This comment wasn’t rated yet0
Это чтоли в привязке к какому-то движку?
зачем проксировать домен на папку?
Total votes 1: ↑1 and ↓0+1
Чтобы не выделять этому домену отдельный ip
Total votes 1: ↑1 and ↓0+1
Представь, что каждому адресу name1.host.com, name2.host.com, ... ,nameN.host.com пришлось бы выделять отдельную машину и адрес - затратно и нерационально. А так все данные лежат на сервере в директориях типа host.com/users/name1 и т.д., что более удобно для администрирования ресурса, при том, что конечный пользователь ни о чем не подозревает.
Total votes 3: ↑2 and ↓1+1
Мне кажется Вы заблуждаетесь, речь совсем не об этом.
Total votes 5: ↑4 and ↓1+3
За что минус? :)
Т.е. кто-то думает что на хабре например, у каждого пользователя есть своя папочка? или что это как-то связано с IP, виртуальными хостами?
Total votes 3: ↑3 and ↓0+3
Ну, как бы известно, что "по умолчанию" многие размещают пользовательские страницы таким образом, а как уже реализовать конечную обработку, это уже дело каждого в отдельности.

В разработанном нами движке, например, есть такая служебная директория, как [hole], таким образом работают адреса вида /users/bob/profile/. А в самом обработчике уже есть массив $holes, где последовательно хранятся всё то, что "провалилось" в папку hole.

То есть, на сервере обработчик находится по адресу /users/[hole]/profile/index.php, а при использовании данного метода, он доступен по адресу bob.someblog.com/profile/. При этом $holes[0] == 'bob'. От этого и определяются дальнейшие действия.

Но это всё только ради примера. Описанный выше способ можно прозрачно применить к множеству существующих проектов, так чтобы без каких-то хлопот пользовательские адреса превратились в поддомены.
Total votes 1: ↑1 and ↓0+1
Ну вот, получается все-же в привязке к конкретному движку.
У меня, например в вашей терминологии в [hole] проваливается вообще все.
Total votes 1: ↑1 and ↓0+1
exit(header("Location: http://{$user}.domain.com/"));
сделает что-же самое.
Total votes 1: ↑1 and ↓0+1
У меня нет времени собирать адреса доменов, которые хранят пользовательские страницы на адресах вида /users/bob/.
Total votes 1: ↑1 and ↓0+1
Или может кто-то подумал, что если поменять
rewrite ^(.*)$ /users/$uid$1 break;
на
rewrite ^(.*)$ /silly/bots/$uid$1 break;

то всё сломается?
Total votes 1: ↑1 and ↓0+1
Я ничего против вашего метода не имею. Просто лично мне кажется нелогичным хоть как-то привязывать конкретный движек к настройкам сервера. Как и в комментариях выше - нагружать его лишними строчками в htacces, т.к. есть подозрения что лишняя строчка там тормозит гораздо больше чем разница между print и echo.
Total votes 1: ↑1 and ↓0+1
Вобще непонятен алгоритм выдачи заголовков в данном случае.
Зачем 302 Found?
Зачем выдавать такой html:

302 Found

Found


The document has moved here.


Total votes 1: ↑1 and ↓0+1
Это не будет работать, если DNS зона someblog.com не настроена для всех пользователей, которым вы желаете выдать поддомен.
user1 IN CNAME someblog.com.
user2 IN CNAME someblog.com.
...
Total votes 2: ↑1 and ↓10
В настройках NS сервера тоже можно поставить звездочки
Total votes 5: ↑5 and ↓0+5
Хм а можно использовать как user1 IN CNAME someblog.com. ( меняем user1 на mail_server ) а только потом * как-то так..
На живом сервере както не охота пропобовать :)
Total votes 1: ↑1 and ↓0+1
Это вы хорошо придумали
Total votes 1: ↑1 and ↓0+1
Ваша DNS маска читается как "Инаххх!" ;-)
Total votes 2: ↑2 and ↓0+2
UFO just landed and posted this here
А разве нижнее подчеркивание можно использовать в имени домена?
Total votes 1: ↑1 and ↓0+1
верхнее надчеркивание и среднее зачеркивание тоже нельзя :)
Total votes 3: ↑2 and ↓1+1
UFO just landed and posted this here
Оказывается все элементарно и просто, спасибо за пример с Apache'м
Total votes 1: ↑1 and ↓0+1
Разбор URL лучше всё таки делать на уровне приложения, в таком случае мы получим кросс-вебсерверность.
А на веб-сервере просто прописывается перенаправление всех запросов на скрипт обработчик.
Total votes 1: ↑1 and ↓0+1
Может посоветуете простенький DNS-сервер, чтобы реализовать *.domain.local на ноуте. Ато забодался лазить в hosts.
Total votes 1: ↑1 and ↓0+1
Посоветую простенький скрипт, который правит hosts
Total votes 1: ↑1 and ↓0+1
Есть такой, но хочется "по настоящему" :)
Total votes 1: ↑1 and ↓0+1
А в чем проблема поставить BIND и в нем сделать свою зону с записью * ?
Типа такого:


$ORIGIN domain.local.

@                       1H IN SOA       ns.domain.local. hostmaster.domain.local. (

                                        200611140      ; serial

                                        7200              ; refresh

                                        7200              ; retry

                                        1W              ; expiry

                                        600 )            ; minimum



                        1H      IN      NS      ns.domain.local.

*                       IN      A       127.0.0.1
Total votes 1: ↑1 and ↓0+1
Под винду не в курсе - я только на юниксах днсы поднимал.
Total votes 1: ↑1 and ↓0+1
Поковыряю пока IdDNSServer в Delphi. Информации тоже 0, даже нет помощи, но кто-то ведь его написал.
Total votes 1: ↑1 and ↓0+1
Попробуйте Small HTTP Server, он кроме всего прочего является еще и небольшим DNS-сервером :)
This comment wasn’t rated yet0
Сенкс, вроде то что нужно есть.
This comment wasn’t rated yet0
Да бросьте. DNS для таких задач - это моветон :)
Total votes 1: ↑1 and ↓0+1
Вот еще простой батник который применяет изменения hosts
ipconfig /flushdns
nbtstat -R
Total votes 1: ↑1 and ↓0+1
В составе denwer есть perl-скрипт, который при запуске обходит директорию веб-сервера, и прописывается все папки оттуда как локальные домены.
Например у вас есть сайт в папке C:\WebServers\localhost\aaa для него будут созданы такие записи в etc/hosts:
127.0.0.1 aaa.localhost
127.0.0.1 http://www.aaa.localhost
Total votes 2: ↑2 and ↓0+2
Есть такой свой:
1. смотрит папки.
2. смотрит базу.
3. прописывает при необходимости хоты которые инклудятся в httpd.conf
4. прописывает hosts
5. выводит нужные ссылочки на "стартовую страничку", там же обход "Избранного" с прописыванием ссылок и favicon'ов
Все что требуется: открыть браузер и если добавился сайт или пользователь - нажать F5. Но это неправильно :)
Total votes 1: ↑1 and ↓0+1
в task shelduer его поставьте на раз в 10 секунд :)
Total votes 1: ↑1 and ↓0+1
Подскажите, пожалуйста, можно ли такую систему настроить у провайдера?
Или без доступа к настройкам самого апача не обойтись?
есть доступ до .htaccess .
Total votes 1: ↑1 and ↓0+1
обычно там уже все есть, нужно только спросить.
Total votes 1: ↑1 and ↓0+1
сходу вспоминается только isapi rewrite, кажется он платный
Total votes 1: ↑1 and ↓0+1
А есть ли подобные решения для IIS?
Total votes 1: ↑1 and ↓0+1
Точно есть. Какие - не знаю.
Total votes 1: ↑1 and ↓0+1
сходу вспоминается только isapi rewrite, кажется он платный
Total votes 1: ↑1 and ↓0+1
ну isapi-фильтр можно самому написать, если заморочиться
Total votes 1: ↑1 and ↓0+1
Спасибо, интересное решение. Мне как-то довелось помимо виртуальных хостов ещё и настраивать связку Apache + Tomcat, получилось довольно удобно. Если кому-то интересно, то могу описать данное решение более подробно.
Total votes 1: ↑1 and ↓0+1
=) с подобными задачами достаточно просто работает любой серверный язык, как уже было сказано. На php это может выглядеть примерно так:
<?
switch($_SERVER['HTTP_HOST']){
case 'www.site.ru':
case 'site.ru':{
echo 'index';
break;
}
case 'wiki.site.ru':{
echo 'wiki';
break;
}
default:{
echo 'user: '.$_SERVER['HTTP_HOST'];
break;
}
}
…

Соответственно заранее указать DNS`у, чтобы он принимал любые поддомены.


Но есть у меня задачка для nginx`а по-интереснее. Задача такая, в зависимости от домена писать разные переменные root окружения апача. Т.е.:

client1.dev.site.ru -> root=/usr/local/www/client1/
client2.dev.site.ru -> root=/usr/local/www/client2/
blabla.dev.site.ru -> root=/usr/local/www/blabla/

Причем желательно все это решить без реврайтов, ибо они тормозят.
Total votes 1: ↑1 and ↓0+1
А это разве не виртуальные сервера уже получаются?
Total votes 1: ↑1 and ↓0+1
решение задачи автора или моя задача? Моя по сути — да, только не создавая под каждый виртуальный хост отдельных записей
This comment wasn’t rated yet0
А чем плохо создать запись под хост в вашем случае?
This comment wasn’t rated yet0
зачем людям пульт управления телеком, если можно подойти и нажать на кнопки?
This comment wasn’t rated yet0
Но там ведь меняется root nginx, а не апача
Total votes 1: ↑1 and ↓0+1
Про апаче - проблем в том, что не всегда есть доступ к httpd.conf, многие еще работают на обычном хостинге. В таком случае лучше уж все то же самое только .htaccess, со включенным mod_rewrite , или просто обрабатывать HTTP_HOST в самом PHP, как писали выше
Total votes 1: ↑1 and ↓0+1
Признаться да, моё решение устарело. Я делал это ещё тогда, когда нельзя было пользоваться произвольными переменными и ещё много чем
Total votes 1: ↑1 and ↓0+1
Да, коллективный разум в данном случае решает :-)
Total votes 1: ↑1 and ↓0+1
сразу видно хорошие люди собрались в этом обсуждении: почти каждый комментарий с плюсиком!
Total votes 1: ↑1 and ↓0+1
тупо всех заплюсовали(жду минуса, нарушу закономерность :))) )
Total votes 1: ↑0 and ↓1-1
---
[a-z0-9_\-] — этот символьный класс определяется правилами регистрации пользователей, а именно набором допустимых символов, из которых может состоять имя.
---

Интересные имена со знаком "_" :) Особенно в поддоменах. IE не берет с такого домена куки, а опера ругается, что введенный урл не соответствет стандартам (потому что не соответствует) и не грузит страницу совсем. Или нет?
This comment wasn’t rated yet0
Не сталкивался, но не использую. Из класса можно убрать, конечно
This comment wasn’t rated yet0
Хабр превращает "_" в "-". Посмотрите мой профиль. Имхо очень хороший выход
This comment wasn’t rated yet0
На сколько я помню, в рассылке не один раз говорилось о том, что использование условной конструкции не лучшее решеение. А тут и с реврайтом, и с регулярками...
This comment wasn’t rated yet0
Подскажите, реально ли «за одну минуту» реализовать эту возможность в рамках форума на движке IP.Board версии 2.3.5? К примеру, чтобы регистрации пользователя с ником Qwerty создавался поодомен qwerty.hostname.ru, а по этому адресу отображалось бы содержимое профайла пользователя.
This comment wasn’t rated yet0
все довольно просто, но за готовое решение - спасибо!
This comment wasn’t rated yet0
Sign up to leave a comment.

Articles

Show the best of all time

Your account

Sections

Information

Services

Support
© 2006–2024, Habr