Тут есть, конечно, еще один вектор - попытка регистрации, а не восстановления данных. Потому что повторная регистрация с одинаковыми данными таки должна приводить к ошибке. Но это уже более широкая задача архитектуры сервиса, включающая, например, привязку не к email или телефону, а к использованию текстового идентификатора (ника), как основного.
vreznikov, все остальные "подходы" - половинчатые: пользователю немного удобнее (если он идиот и не может написать свои данные правильно), но в то же время - позволяет выяснить факт регистрации посторонним лицам, знающим о человеке публичную информацию (его email или телефон).
То, что какие-то "крупные сервисы" делают иначе - не значит, что подход, который я описал - неправильный, а значит только, что им наплевать на privacy пользователей.
Первое правило - независимо от того, зарегистрирован такой адрес или телефон, не давать никакой информации об этом на странице восстановления. То есть, после ввода телефона или адреса, пользователь в любом случае должен получить страницу, содержащую один и тот же текст, и если такой адрес числится в базе сервиса, и если нет.
Не совсем понятно, что вы хотите услышать, потому что у каждого индивидуума, который добавил на свой сайт такой функционал, может быть своя мотивация, основанная на своих собственных заблуждениях и представлениях.
С практической точки зрения, это, конечно, бесполезно даже против воров контента, которые также тупы, как его владелец. Но понять это заблуждение тоже можно, потому что воров - дофига, и вот человеку, у которого от этого фактора свербит, хочется "сделать же что-нибудь". Тут на Тостере тоже полно вопросов, как защитить от копирования то, что попадает на сторону клиента. Значит, и среди программистов полно таких дураков (не вижу ни малейшей причины, почему программисты могут иметь иммунитет против глупости).
Естественно, в кодировке CP 866 и в Windows-1251 один и тот же кириллический символ будет иметь разный код, на то это и разные кодировки.
Выполняя функцию setlocale, вы не конвертируете кодировку исходных данных, вы меняете способ интерпретации кодов символов.
Дополните вопрос примером вида "было - стало" до и после "смены кодировки", включая сам символ и его численный код в исходной кодировке и кодировке после изменения. А то нихрена из вашего вопроса понять нельзя, чего же вы хотите.
Во-первых, в коротком описании характеристик вовсе не обязательно перечислены все детали дизайна кристалла или упаковки.
Во-вторых, судя по тому, как вы пишете, даже если бы эти детали были там перечислены, вы бы все равно ничего не поняли. Так что примите, как данность, и перестаньте маяться дурью.
Пора вводить тег "телепатия".
Вы серьезно считаете, что присутствующие на Тостере люди могут точно угадать, что на уме у ненормальных депутатов и правительства?
Попробуйте сначала визуализировать этот трек (скажем, сконвертировать в KML через GPSBabel) - поймете, что вам двух координат будет явно мало, так как точки в треке не лежат на одной прямой, даже если приемник двигался по идеально прямой траектории.
Вам придется либо сначала вычислить азимут для всех отрезков пути, а потом анализировать его изменение статистически, либо сначала сгладить трек, а потом считать по нему азимут.
Отвечу на ваш вопрос двумя простыми встречными:
- Нужно ли поддерживать то, что не приносит существенной прибыли?
- Если это в какой-то форме, в конкретном случае, принесет прибыль, то почему не поддержать?
Проще говоря, общий вопрос не имеет смысла, имеет только в конкретном контексте, когда известна аудитория. Без этого, в общем, все разговоры о совместимости - пустые.
Michio, PNA - это такое же ненадежное решение, как WiFi, только заметно дешевле. Адаптеры, к слову, вовсе не обязательно арендовать у Ростелекома, можно и купить, если вас такой вариант больше устроит. Только на качество связи будет влиять не то, сколько ваших соседей уже сидят на WiFi, а на сколько древний мотор в вашем холодильнике и стиральной машине, сколько дешевых китайских зарядных устройств у вас воткнуто в розетки и нет ли в вашем доме какой-нибудь сварочной мастерской местной управляющей компании, например.
