В Ситилинке периодически попадаются «не официальные» товары. Например я недавно прикупил пылесос, который имеет только гарантию от самого ситилинка, хотя не должен так продаваться.
Хотя лично я верю пока в ситилинк и что он в ближайшие пару лет не загнется=)
Модем завелся вчера только с 10-й попытки. На Windows 7 отказывался работать до установки ПО с сайта yota.
На макбуке сначала долго ждал сообщения, что «Невозможно подключить внешнее устройство с данными» (флешку), а затем долго ждал, когда система наконец-то ругнется на то, что сетевая карта настроена неверно и предложит настроить ее самому =) (особенности макоси — достаточно просто оставить все настройки по умолчанию).
Насчет сигнала — сигнал почему-то просел. Т.е. раньше в центре квартиры yota еще с горем попалам ловилась, теперь же приходится сидеть у окна, чтобы еле-еле зацепить сигнал. (ул. 5-я Кожуховская). Казалось бы — частоты те же, станции те же, а сигнал просел ;)
Но новые тарифы конечно сглаживают некоторые минусы.
Согласно RFC 2011 года поддомены всегда получают куки указанного домена. (Если только сам браузер не пойдет против RFC).
Поэтому указанная в топике «опасность» будет даже если указывать домен.
Правильней было бы написать, что не указывая домен мы отдаем определение охватываемых доменов на усмотрение браузера.
Наличие же заданного домена никак не влияет на поддомены. (В старом RFC и браузерах влияло). Но автор меня игнорирует =)
Хорошо. Если не хотите пробовать, то вот вам пример из указанного RFC:
The server can alter the default scope of the cookie using the Path
and Domain attributes. For example, the server can instruct the user
agent to return the cookie to every path and every subdomain of
example.com.
В приведенном вами «warning» говорится о поведениях браузера при отсутствии данного параметра (как раз те самые различия между хромом и ie).
Мы же с вами обсуждаем уже присутствие параметра Domen и то каким он должен быть, чтобы поддомены не получали куки.
Вы хотя бы почитали бы все эти статьи про php.
В них все пишут, что PHP не лучший язык, но объясняют почему он популярен и востребован.
Ваш же топик — просто вброс говна в топку.
Не поверите… сижу сегодня, читаю документацию по api v1, пишу проект.
Бац 404 — новый апи вышел. И самое печальное — документация пока меня не радует. При чем в том числе «новая» документация к первой версии. Такое ощущение что ее урезали.
В целом хочу отблагодарить за новый api и новую кластеризацию в частности. Как раз она будет нужна нам в упомянутом проекте.
Хорошо так говорить, когда другие языки могут учиться на чужих ошибках. Данный модуль создавался давно и расчитан был на старый функционал и защиту скриптов самим программистом.
В данном случае модулем до сих пор пользуются огромное количество программистов, либо новичков, либо тех, кто ведет старые проекты. PHP не может взять и выкинуть модуль. Разработчики плавно отучают пользователей от него (первый этап — только обновления безопасности и обновление документации, дальше — больше).
Поэтому 1) вина в появлении — может быть, но такое есть во всех языках — программист может выстрелить в ногу тысячами способов.
2) PHP не поддерживает больше данный модуль, только обновления безопасности
Поэтому в целом я все равно считаю, что подобные вопросы от новичков — не вина языка.
PHP плох тут, тут и тут. Не поверите, но разработчики PHP все это знают.
А решение проблемы где?
1) Перейти на другой язык? — Кто может себе это позволить — того не держут, кому важны плюсы PHP пока останутся на нем (сообщество/поддержка/«много из коробки»/фреймворки/рынок труда/...)
2) Исправить все сразу в PHP — моментальная потеря всех вышеперечисленных пунктов из-за полной потери обратной совместимости.
3) Постепенное пусть и медленное исправление недостатоков проектирования языка с разумными сроками «на обновление модулей и проектов»для сообщества и программистов.
Я выбираю третий вариант, а другие пусть разводят холивары.
Хотя лично я верю пока в ситилинк и что он в ближайшие пару лет не загнется=)
На макбуке сначала долго ждал сообщения, что «Невозможно подключить внешнее устройство с данными» (флешку), а затем долго ждал, когда система наконец-то ругнется на то, что сетевая карта настроена неверно и предложит настроить ее самому =) (особенности макоси — достаточно просто оставить все настройки по умолчанию).
Насчет сигнала — сигнал почему-то просел. Т.е. раньше в центре квартиры yota еще с горем попалам ловилась, теперь же приходится сидеть у окна, чтобы еле-еле зацепить сигнал. (ул. 5-я Кожуховская). Казалось бы — частоты те же, станции те же, а сигнал просел ;)
Но новые тарифы конечно сглаживают некоторые минусы.
Поэтому указанная в топике «опасность» будет даже если указывать домен.
Правильней было бы написать, что не указывая домен мы отдаем определение охватываемых доменов на усмотрение браузера.
Наличие же заданного домена никак не влияет на поддомены. (В старом RFC и браузерах влияло). Но автор меня игнорирует =)
Мы же с вами обсуждаем уже присутствие параметра Domen и то каким он должен быть, чтобы поддомены не получали куки.
Каково по вашему правильное решение данной проблемы?
(* RFC 6265 / Пункты 5.1.3, 4.1.2.3 и др*)
В них все пишут, что PHP не лучший язык, но объясняют почему он популярен и востребован.
Ваш же топик — просто вброс говна в топку.
Бац 404 — новый апи вышел. И самое печальное — документация пока меня не радует. При чем в том числе «новая» документация к первой версии. Такое ощущение что ее урезали.
В целом хочу отблагодарить за новый api и новую кластеризацию в частности. Как раз она будет нужна нам в упомянутом проекте.
В данном случае модулем до сих пор пользуются огромное количество программистов, либо новичков, либо тех, кто ведет старые проекты. PHP не может взять и выкинуть модуль. Разработчики плавно отучают пользователей от него (первый этап — только обновления безопасности и обновление документации, дальше — больше).
Поэтому 1) вина в появлении — может быть, но такое есть во всех языках — программист может выстрелить в ногу тысячами способов.
2) PHP не поддерживает больше данный модуль, только обновления безопасности
Поэтому в целом я все равно считаю, что подобные вопросы от новичков — не вина языка.
А решение проблемы где?
1) Перейти на другой язык? — Кто может себе это позволить — того не держут, кому важны плюсы PHP пока останутся на нем (сообщество/поддержка/«много из коробки»/фреймворки/рынок труда/...)
2) Исправить все сразу в PHP — моментальная потеря всех вышеперечисленных пунктов из-за полной потери обратной совместимости.
3) Постепенное пусть и медленное исправление недостатоков проектирования языка с разумными сроками «на обновление модулей и проектов»для сообщества и программистов.
Я выбираю третий вариант, а другие пусть разводят холивары.