Как реализовать работу поддомена в Codeigniter?

Question

[oe24y]

Есть основной сайт mysite.ru
Нужно сделать, чтобы при загрузке сайта m.mysite.ru
выполнялся контроллер mymobilecontroller.

Answer 1

[Вячеслав]

простой вариант - копию фреймворка в поддомен; можно для всех доменов\поддоменов папку system/ вынеста на уровень выше, чтобы она была общей, разными сделать только application/ в каждой папке домена\поддомена
сложный вариант - настройка поддомена на сервере, с прописью dns, затем .htaccess

Comments

[oe24y]

Вячеслав А просто чтобы при запросе на m.mysite.ru выполнялся контроллер из основного сайта, так нельзя?

[Вячеслав]

oe24y: нет, это ж разные домены. Варианты решения я расписал Вам выше :)

[Вячеслав]

oe24y: если будете выносить system/ на уровень выше - не забудьте в index.php поправить путь до папки system на ../system. Ну и вообще где-то я читал рекомендацию выносить эту папку в любом случае на уровень выше, типа секьюрно =)

[oe24y]

Вячеслав: Подскажите, а как на хостере создать поддомен? Что вводить в поля "Корень документа" и "Перенаправление"?

[Вячеслав]

oe24y: какой у вас хостер?

[oe24y]

Вячеслав: hoster.by, панель cPanel

[Вячеслав]

oe24y: https://support.hoster.by/index.php?/Knowledgebase... попробуйте задать в "корень документа" произвольную папку, посмотрите где он ее создаст. я не работал с этим хостером, не могу сказать более точно

Answer 2

[dmitriy]

направляете m.mysite.ru на основной сайт, в роутинге
прямо в routes.php делаете проверку на субдомен m. в $_SERVER['HTTP_HOST'], если он присутствует в названии домена то $route['default_controller'] = "mymobilecontroller";

если приследуете цель создания мобильной версии сайта то там немного все по другому должно работать

Comments

[oe24y]

diamond Подскажите, а как на хостере создать поддомен? Что вводить в поля "Корень документа" и "Перенаправление"?

[dmitriy]

я использую timeweb.ru у него в админ панели субдомены добавляются без проблем, думаю стоит погуглить или обратится в тех. поддержку вашего хостера.

[oe24y]

diamond: Вы писали "если приследуете цель создания мобильной версии сайта то там немного все по другому должно работать". А как должно работать?

[oe24y]

diamond: Ваш метод с HTTP_HOST не сработал(

[dmitriy]

код покажите

[dmitriy]

должно работать так:
1. Добавить библиотеку mobile_detect https://github.com/serbanghita/Mobile-Detect/blob/... которая будет определять устройство примерно так
$detect = $this->mobile_detect;
$mobile = $detect->isMobile() or $detect->isTablet();
2. если определено как мобильный клиент то: использовать определенные контроллеры, я же использую мобильные шаблоны как для сайта так и для модулей.
3. в index.php добавить
if( isset($_GET['nomobile']) ){
setcookie('nomobile','1',time()+3600*24,'/');
$_COOKIE['nomobile'] = 1;
}
define('NOMOBILE',isset($_COOKIE['nomobile']));
это на тот случай если с мобильного клиента захотят полную версию сайта
4. установить в контроллере редирект на мобильный урл при проверке NOMOBILE!=1 and ($detect->isMobile() or $detect->isTablet()

[i_osif]

diamond diamond
подскажите как сделать маршрутизацию на контроллер мобильной версии, если заходят на сайт через мобильное устройство?
я пытался в routes.php прописать:
$this->load->library('user_agent');
if ($this->agent->is_mobile()==TRUE)
{
$route['default_controller'] = "m/index";
} else
{
$route['default_controller'] = "index";
}
но получил ошибку Undefined property: CI_Router::$load
ведь класс лоад загрузится только после роутера.
суть в том, чтобы сохранить урл (без поддомена m.), но выдавать разные версии сайта, с разными контроллерами и view. в мобильной версии сайта контроллер содержит меньше функций (модель тоже соответственно).

[dmitriy]

$CI = &get_instance();
$CI->load->library('user_agent')

[i_osif]

diamond:
Сделал так и получил белый экран:

$CI = &get_instance();
$CI->load->library('MobileDetect');
if ($CI->mobiledetect->isMobile()==FALSE && $CI->mobiledetect->isTablet()==TRUE) {
{
$route['default_controller'] = "index";
} else
{
$route['default_controller'] = "m/index";
}

Почему?

[dmitriy]

писал по памяти поэтому забыл что в конфиге роутинга ничего не известно о контроллере который нужен для глобального объекта CI, ок тогда так: $user_agent =& load_class('user_agent', 'Libraries');

[dmitriy]

а вообще я использую composer для Codeigniter 3, а там делается намного проще: $MobileDetect = new MobileDetect;

[i_osif]

diamond:
при
$det =& load_class('MobileDetect', 'Libraries');
if ($det->isMobile()==FALSE && $det->isTablet()==TRUE) { ...
ругается:
Unable to locate the specified class: MobileDetect.php

Наверное не находит MobileDetect.php? Он у меня в application/libraries лежит, а не в системной папке.
Но по идее должен находить. Точное название я написал выше. В загрузке указываю название класса с учётом регистра. Попробовал Libraries изменить на libraries (первая строчная), так мне опять белый экран без сообщений. Что-то я не врубаюсь в чём проблема.
MobileDetect.php на всякий случай последней версии 2.8.19

Признаться я не знаю, что за зверь такой composer и в чём его суть. Я решил не обновляться до 3 и оставил последнюю стабильную 2.2.6, т.к. у меня авторизация в куках хранится. И стрёмно как то менять на кота в мешке.

Дмитрий, мне бы с мобильной версией разобраться хотя бы.

[dmitriy]

переименование класса в CI_MobileDetect решит проблему, composer - это менеджер пакетов

[i_osif]

diamond:
Переименование не решило проблему. Переименовывал и внутри: Class CI_MobileDetect
потом и название менял на CI_MobileDetect.php
Но ни так, ни этак работать не хочет.

[dmitriy]

название файла не меняйте

[dmitriy]

у вас какое окружение настроено? переведите в режим разработки, для того чтобы стали видны ошибки вместо белого экрана define('ENVIRONMENT', 'development');

[i_osif]

у меня разработка:
define('ENVIRONMENT', 'development');

менял внутри сlass CI_MobileDetect

затем в routes.php:
$det =& load_class('MobileDetect', 'Libraries');
if ($det->isMobile()==FALSE && $det->isTablet()==TRUE) {
{
$route['default_controller'] = "index";
} else
{
$route['default_controller'] = "m/index";
}

выдаёт:
Unable to locate the specified class: MobileDetect.php

меняю $det =& load_class('CI_MobileDetect', 'Libraries');

выдаёт:
Unable to locate the specified class: CI_MobileDetect.php

название теперь не менял, как вы сказали.

[dmitriy]

Libraries -> libraries

[i_osif]

Дмитрий, благодарю вас, вроде чего-то закумекало.
Подскажите, а там где в контроллерах я использую:
$this->load->library('MobileDetect');
Мне так и продолжать это делать? Название класса на CI_MobileDetect в файле никак на работоспособность данной конструкции не скажется?

[i_osif]

Хотя последний вопрос глупый по моему. Мне ведь теперь не надо делать проверку в контроллерах. Мне и так уже будут отдаваться для мобильной версии - мобильные контроллеры, а для десктопной - десктопные... А до этого я делал редирект на m.site.ru если детектилась мобильная версия, и наоборот на site.ru если десктопная. Мобильная версия у меня лежала в отдельной папке на сервере, а теперь все системные файлы будут общие, а различаться будут только стили, контроллеры, модели и виевсы.
Правильно я рассуждаю? Или чего-то упустил?

[i_osif]

PS: И урл у меня теперь будет один - site.ru

[dmitriy]

на самом деле контролеры, модели должны быть общие а различаться должны вьюхи и стили, скрипты

[dmitriy]

урл должен быть для мобильной версии m.site.ru

[i_osif]

Дмитрий, почему вы считаете, что урл необходимо для мобильной оставить как есть, т.е. m.site.ru , а не сделать его общим для мобильной и десктопной - site.ru?
Какое у вас на этот счёт мнение. Почему не стоит делать один урл? Я просто смотрю те, кто делают адаптированные версии (что и яндекс, и гугл рекомендует см: webmaster.ya.ru/replies.xml?item_no=21459 ) оставляют только один url

[dmitriy]

habrahabr.ru/post/239441 - Наиболее распространена практика — перенаправление мобильных пользователей на специальный поддомен

[dmitriy]

хотя может и один домен тоже вариант, я не спец. в сео

[i_osif]

Дмитрий, а как могут быть одинаковые контроллеры и модели, если в них будет меньше функций вызываться за счёт того, что во вьюхах не будут отображаться некоторые блоки? Т.е. надобность делать запросы отпадает, а это означает, что в контроллере надо будет для мобильной версии делать проверку и отдавать усечённые функции. Это ведь раздувает контроллер, что не очень удобно, т.к. громоздко.
А вот свой контроллер на мобильную, свой на десктопную - экономят ресурсы (модели тоже соответственно). Разве не так?

[i_osif]

У меня получается нечто среднее между адаптивным дизайном и самостоятельной мобильной версией. Т.е. у меня мобильная версия получается шустрой за счёт выбрасывания ненужного функционала. Но при этом, она сохраняет один и тот же урл, а также в настройке становится более гибкой, т.к. больше будет общих файлов с десктопной. У меня такая логика? Считаете это неудобно?

[dmitriy]

Как у вас организованна архитектура это ваша история, если вы считаете ее правильной то так оно и есть, у меня приложение организованна на основе модулей, которые имеют два шаблона один для обычной версии другой для мобильной, для мобильной версии будет использоваться соответствующий шаблон.

Answer 3

[IPv4]

У меня подобное реализовано в скрипте, но я не использую фреймворк. Просто создал wildcard domain:
* A IP
в настройках DNS зоны и проверяю в скрипте $_SERVER['HTTP_HOST'].
Это работает.