bitl: ... по логике вещей правильнее было бы не совмещать механизм сессий PHP с setcookie ...
по логике PHP идентификатор сессии может передаваться в том числе и через куки ;) и, чаще всего, именно так и настраивают работу сессий. на мысли не наталкивает?
и зря, любая из preg_* функций настолько прожорлива, что стоит следовать правилу - применять их только если нет другого выхода, в самом крайнем случае ;) хуже них только ereg_*
имхо, самое экономичное и короткое будет типа того, что уже предлагали:
list( $host, $url ) = explode( '/', $full_url );
конечно, если заранее известен железный паттерн для $full_url
... по логике вещей правильнее было бы не совмещать механизм сессий PHP с setcookie ...
по логике PHP идентификатор сессии может передаваться в том числе и через куки ;) и, чаще всего, именно так и настраивают работу сессий. на мысли не наталкивает?
на первый взгляд просто "ужас!", но если посмотреть код то "ужас! ужас! ужас!" ;) ...
body {background-color: ...} body:before {...; background-color: ...} body:after{...; background-color: ...} ...
DiAksID, ну они же еще и хостингом занимаются
м.б. , м.б... но термин "заблокировал" всё одно сбивает на стёб. видимо, дело в всё же в орфографии...
типа, регистратор домен заблокировал за SQL ошибку 😮 ? или тут не только с орфографией беда ?
стандартно - использовать встроенный отладчик ("проинспектировать элемент). смотреть инлайн стили и css. если диз джавой подстраивается под клиента - прошерстить js.
... так что нам остается как-бы только поговорить о сущностях :)
ну хотя бы не о "вирусе на DLE" и то щастье ;) да и лишние сущности здесь суть "решения задач, которые не ставились"..
... и каждый раз, под каждый паттерн писать быстрый код? :)
у ТС как бе конкретное "TЗ" и нужно решение, просьбы выдумывать возможные варианты начальных условий как бе нет. не стоит плодить сущности (с) ...
На IBM386 вам поверю...
этот вопрос не из области веры, верьте хоть в вуду коду это по барабану. вопрос из области эффективности и "ловли блох"...
... я бы так написал
и зря, любая из preg_* функций настолько прожорлива, что стоит следовать правилу - применять их только если нет другого выхода, в самом крайнем случае ;) хуже них только ereg_*
имхо, самое экономичное и короткое будет типа того, что уже предлагали:
конечно, если заранее известен железный паттерн для $full_url