Только в нормальных операционках (не знаю, как в винде) есть возможность защитить участок памяти от выгрузки в своп. Именно чтобы пароли не оказались в свопе.
Конечно. +1 и "плюс" на хабре совершенно разные вещи.
Нужнот ребовать от консорциума Unicode, если уж они добавили тире для телефонных номеров, сделать отдельный символ HABROPLUS.
2. Для FF действительно есть плагин, который по возможностям превосходит оперу (хотя бы потому, что список распазноваемых ссылок не ограничен Next, Prev, Home, Top и ещё несколькими). Это просто констатация факта :)
Кроме того, LINK поддерживается многими текстовыми браузерами (links, lynx) и поисковыми ботами (Яндекс точно поддерживает; но вряд ли это влияет на ранжирование).
Купили MySQL AG, т.е. разработчиков, а не исходные тексты, в т.ч. не перевод мануала. Исходные тексты и перевод мануала по-прежнему свободны. Их статус от сделки нисколько не изменился, так за что платить?
P.S. Да, я участвую в опенсорсных проектах. Пусть не так много, как мне того хотелось бы.
Хм, ну значит я заблуждался.
Хочу извиниться перед khim. Хотя ситуация, о которой он говорит, достаточно редкая. По крайней мере в моих проектах чужих серверов в поддоменах, слава багу, никогда не было.
Готов за каждый полученный здесь плюс понести заслуженные два минуса :)
Если куке указать домен "domain.com", она будет доступна только на domain.com. Если указать ".domain.com", она будет доступна в domain.com и его поддоменах.
Если вам нужно поддерживать куки для domain.com и mail.domain.com, но не forum.domain.com, то вы в софте с помощью простенькой процедуры устанавливаете два набора кук: "domain.com" и "mail.domain.com".
1. В нормальных браузерах пользователь может открыть нужную ему страницу щёлкая по ссылке средней кнопкой. А альтернативно одарённые пользователи эксплорера могут изменить свои настройке на гугле, чтобы гугл открывал ссылки в новом окне.
Проблема с прайваси решается наймом грамотнымых разработчкиков. Если грамотных разработчиков нет, то проблему прайваси вы не решите даже если использовать WWW.
Прочитайте, наконец, RFC 2109 (хотя бы вторую страницу), и подумайте, какую ошибку допустили разработчики сайта в описываемом вами сценарии и как сделать, чтобы не все куки для example.org были доступны на forum.example.org.
Нужнот ребовать от консорциума Unicode, если уж они добавили тире для телефонных номеров, сделать отдельный символ HABROPLUS.
:)
Кроме того, LINK поддерживается многими текстовыми браузерами (links, lynx) и поисковыми ботами (Яндекс точно поддерживает; но вряд ли это влияет на ранжирование).
А удалять давно уже можно.
P.S. Да, я участвую в опенсорсных проектах. Пусть не так много, как мне того хотелось бы.
Можно купить Линуса, но
невозможнобесполезно покупать GPL'ный Linux. :)(Offtopic: Хочу перед вами извиниться, был не прав насчёт cookie).
Хочу извиниться перед khim. Хотя ситуация, о которой он говорит, достаточно редкая. По крайней мере в моих проектах чужих серверов в поддоменах, слава багу, никогда не было.
Готов за каждый полученный здесь плюс понести заслуженные два минуса :)
Если вам нужно поддерживать куки для domain.com и mail.domain.com, но не forum.domain.com, то вы в софте с помощью простенькой процедуры устанавливаете два набора кук: "domain.com" и "mail.domain.com".