Отправляет email-рассылки с помощью сервиса Sendsay

За 2005-05-20

[TC] Re[3]: чтение смс

Здравствуйте, Константин.
Для Nokia3310 существует кабель, подключаемый к последовательному порту и
продающийся с программным обеспечением от компании MobileAction. Эту
информацию я взял с их сайта http://www.mobileaction.com
У меня есть их кабель для Siemens-C60 - довольно удобно
читать SMS и пользоваться записной книжкой. Программное обеспечение
Руссифицировано полностью и есть Русскоязычная документация.
С уважением,
Дмитрий Каслин
kasl***@m*****.ru

   2005-05-20 21:51:33 (#371025)

[TC] Re[2]: чтение смс

Здравствуйте, Дмитрий!
У меня модель телефона нокиа 33, 10.

С уважением
Константин.

   2005-05-20 21:15:22 (#371012)

[TC] Re: чтение смс

Здравствуйте, уважаемые участники рассылки.
На разных мобильниках это делается по-разному - какой у вас?
С уважением,
Дмитрий Каслин
kasl***@m*****.ru

   2005-05-20 19:57:29 (#370982)

[TC] приветствие

здравствуйте участники разсылки.
подскажите пожалуйсто ссылку на доступные версии jaws.
просто мне пришлось переустанавливать windows и у меня сейчас много что утерено,
просто по своей наивности понадеялся что с моей операционкой ничего не произайдёт.
за ранние всем спасибо.
С уважением Владимир.
Мой адресс:
arhede***@r*****.ru

   2005-05-20 19:49:37 (#370980)

[TC] поддержка задуманного

Здравствуйте, Уважаемые подписчики.
я полностью поддерживаю идею на счёт писем к админам.
Я хочу поддержать вас в вашем проэкте.

Я согласен перисылать письма по указанным адресам.
Не отчаивайтесь, у нас всё получиться!
Вместе мы сила.

С уважением
Константин.

mailto: evroben***@m*****.ru

   2005-05-20 19:02:43 (#370966)

[TC] чтение смс

Всем добрый вечер.

Я слышал, что вродебы каким-то образом можно читать СМС сообщения,
которые есть на мобильнике,
прямо через комп и при помощи джоза.
Подскажите, пожалуйста, с помощью какого устройства это всё можно делать,
И как это всё работает.

Благодарю.
Константин.

   2005-05-20 19:01:39 (#370965)

[TC] Re[2]: доступность серверов

Здравствуйте.

В связи с появлением статьи и высказывавшимися замечаниями
предлагаю слегка доработаный текст коллективного письма.

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

************************************************************************
Уважаемые господа!

К вам обращается группа незрячих и слабовидящих людей, для которых ваш
сайт (портал) является одной из немногих возможностей получить доступ к
информации и к общению с другими людьми.
В последнее время вами предприняты меры по защите вашего сайта (портала)
и представленных на нем сервисов от различного рода злоупотреблений,
однако при этом некоторые сервисы стали для нас недоступными.
Например, мы не можем зарегистрировать почтовый ящик (зарегистрировать
хостинг, отослать sms-сообщение) из-за того, что доступ к этому сервису
требует введения числового кода, представленного на графическом
изображении, которое мы не в состоянии прочесть.
Понимая те побуждения, которыми руководствовались вы, вводя подобные ограничения
на доступ к своим сервисам, мы все же просим вас учесть наши интересы - незрячих
и слабовидящих посетителей вашего сайта.
Предлагаем вам ознакомиться с сформулированными нами вариантами решения
указанной проблемы. Решения эти не требуют существенной перестройки
механизма регистрации, а лишь дополняют его.

Ссылка на небольшую статью, посвященную описаниям решения проблемы регистрации:
http://www.tiflocomp.ru/docs/reg-accessibility.php

Кроме того, хотим вас уверить, что ваши усилия в разрешении этой
проблемы не являются напрасными, так как современные программные
средства позволяют незрячим и слабовидящим подробно ознакомиться со всем
содержимым web-страниц, в том числе и с рекламой на этих страницах.
Таким образом, негласное соглашение о том, что взамен на
условно-бесплатный сервис вы рекламируете на своих страницах все, что
сочтете нужным, действует и в случае незрячих и слабовидящих посетителей.
В дополнение к вышесказанному хотим заметить, что если вы заинтересованы
в облегчении доступа к вашим web-страницам незрячих и слабовидящих
пользователей, то нижеследующие рекомендации помогут вам в этом:
-- используйте атрибут alt в тегах <IMG> для текстового пояснения
картинок, особенно если это картинки-ссылки;
-- используйте атрибут title во всех элементах гипертекстовой разметки,
для которых необходимо текстовое пояснение (таблицы, activeX-объекты,
plug-ins-объекты и т.п.).
Надеемся, что наше обращение не останется без внимания.
************************************************************************

   Vladimir Dovydenkov 2005-05-20 11:14:36 (#370634)

[TC] Re[3]: доступность серверов

Ошибку с тэгом <SRC> вместо <IMG> я уже обнаружил и исправил.

   Vladimir Dovydenkov 2005-05-20 11:06:23 (#370631)

[TC] Re[2]: доступность серверов

Здравствуйте.

-----------------------*- Original Message -*ADP> а) Хорошо бы написать более или менее детальную статью, предлагающую
ADP> владельцу недоступного сервиса конкретные технические решения изложенной
проблемы;

Ну что же, представляю на всеобщий суд. Поправки и дополнения
приветствуются.

Замечу, что эта статья не предназначена для того, чтобы заинтересовать
или убедить администрацию служб в необходимости присутствия
альтернативной регистрации. Наоборот, подразумевается, что её, статью, читает
уже заинтересованное лицо.

************************************************************************
Варианты решения проблемы доступности защищенных регистраций

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

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

Настоящая статья предлагает варианты решения описаной выше проблемы, не
нарушая общепринятых методов защиты, а дополняя их.

Суть любого изложенного ниже технического решения сводится к различным
вариантам альтернативного (не графического) отображения регистрационного
ключа.

Текстовое представление числа

Чаще всего, на графике ключ представляет собой несколькозначное число,
цифры в котором слегка изменены. Договоримся называть такое изменение
обычного представления "помехами".

Одним из самых простых вариантов решения проблемы регистрации может
стать текстовое представление числа, но не в простом виде: "пять тысяч
сто один", а с "помехами".

"Помехами" могут служить как разнообразные орфографические ошибки
в названиях цифр, так и случайным образом расставленые буквы, цифры,
знаки препинания и служебные
символы.

Например: "пят тыся7чь ст.о кадин".

Подобное представление практически не поддается анализу роботом
регистратором, зато легко понимается человеком.

Итак, вариантом номер один может стать включение подобной расшифровки
ключа, отображенного на графике в подписи к этому графику (атрибут "alt"
тега "<SRC>"), либо отдельной строкой рядом с графиком-ключом.

Примечание. Специальные программы, которые обеспечивают незрячим и
слабовидящим доступ к веб-страницам в том месте, где на веб-странице
отображается графический рисунок выводят значение атрибута "alt" если он
задан.

Звуковое представление

Еще одним вариантом может быть звуковое представление регистрационного ключа
(в виде .wav или .mp3 файла).

В этом случае сервер вместе с графическим отображением ключа предлагает
ссылку на звуковой файл, в котором этот ключ озвучен речью.

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

1.Первый вариант: "склеивать" звуковой файл из фрагментов, в которых
записаны по отдельности цифры. То есть, число формировать из записей
отдельных цифр.
2.Второй вариант: хранить полные числа в звуковых файлах.
3.И третий вариант: генерировать звуковой файл с помощью синтезатора
речи. Благо технология синтезирования русской речи уже достаточно
отработана и доступна под разными платформами.

Альтернативные регистрационные ключи

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

Первой частью такого ключа могли бы служить неоконченные фразы-"загадки",
восстанавливаемая часть которых являлась бы регистрационным ответным ключем.

Подобными фразами могли бы служить общеизвестные крылатые выражения,
афоризмы, поговорки и пр.

Заключение

Любой из упомянутых в статье вариантов решения проблемы графического
регистрационного ключа обеспечил бы беспрепятственный доступ незрячих и
слабовидящих пользователей к любым веб-сервисам интернет-службы. А
наличие подобной альтернативной регистрации сведетельствовало бы о
высоком уровне предоставляемых службой услуг всем категориям клиентов.

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

Пожалуйста, присылайте поправки в виде комментариев под цитируемыми
строками статьи, а не в виде уже отредактированного текста. Тогда я
смогу принимать их от разных людей не опасаясь, что следующая поправка
перекроет предыдущую.
Отправлять ли поправки в лист или на личный адрес - решать вам.

   Vladimir Dovydenkov 2005-05-20 10:54:03 (#370613)

[TC] Re[5]: обращение от нас

Здравствуйте, Анатолий.

-----------------------*- Original Message -*>>> мы с вами можем только предполагать
i> о том, как на самом деле реализована эта защита.
i> именно по этой причине я и предлагаю не расписывать алгоритмы, а предложить
i> заменить один медиа-файл другим. Любая операция,
i> которую проделывает провайдер с графикой, гораздо проще реализуется со
i> звуковым файлом,

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

Не зная алгоритмов наши рассуждения превращаются не в анализ, а в
гадание на кофейной гуще.

Если графические файлы склеиваются, то можно склеивать и звуковые
файлы. А если графические файлы берутся из базы, то, по-моему, вариант
с генерированием звукового файла синтезатором речи на стороне сервера
много проще, чем запись тысячи фраз с микрофона. Решение, опять-таки,
будем принимать не мы.

-----------------------*- Original Message -*i> Вариант с синтезатором проблемен по следующим соображениям:
i> 1. Если вы предполагаете, что синтезатор находится на сервере и там
i> преобразует текст в звук, а звук отсылает посетителю, то это
i> требует установки таких синтезаторов и их настройку и программирование.

Возможно. Но, согласитесь, это не такая уж непосильная задача для
программистов таких известных сервисов как Yandex, Rambler и пр. Коль
скоро мы эту операцию производим на своем компьютере за несколько
десятков минут.
А если они не знают с чего начать, то мы им поможем :-)

-----------------------*- Original Message -*i> Реально такая технология (синтезатор на web сервере) есть
i> только у Microsoft. а большинство провайдеров сидят на других платформах.

Платформа здесь тоже не преграда, т.к. Linux я как раз прежде всего и
имел в виду.

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

-----------------------*- Original Message -*i> 2. Если же будет задействован синтезатор на стороне пользователя
i> (посредством ActiveX), то опять же это не будет работать нигде,
i> кроме Windows.Если же вставлять в текст кодовой последовательности помехи,
i> что само по себе непросто, то достаточно поместить этот
i> текст с помехами на странице без всякого синтезатора. Вы читаете его джозом
i> и соображаете, что надо ввести для регистрации.

Анатолий, это детали...
Возможно, что лучше эти подсказки с помехами просто вписывать в подпись
к графику, возможно, что они будут читаться синтезатором через ActiveX.
Повторю в десятый раз, что мы должны предложить сервисам различные по
технической реализации и принципам способы, а решение будет за ними.

-----------------------*- Original Message -*i> Это,
i> собственно, и есть вариант текстовой загадки. В рамках такого варианта я
и
i> предлагаю рассматривать этот способ доступа (текст
i> плюс помехи) и не путаться с синтезатором.

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

Уговорили, давайте будем рассматривать это как вариант текстовой загадки,
но четко опишем этот способ. Потому что слово "загадка", по-моему, не
дает представление о сути изложеного принципа.

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

   Vladimir Dovydenkov 2005-05-20 09:05:23 (#370494)

[TC] Re: доступность серверов

Добрый день.

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

Согласен с тем, что:
а) Хорошо бы написать более или менее детальную статью, предлагающую владельцу
недоступного сервиса конкретные технические решения изложенной проблемы;
б) Писать всем в вольной форме не стоит (аргументы были высказаны ранее), поэтому
логичным кажется избрание (если хотите) "выразителя идей масс незрячих пользователей"
(о "широте" этих масс предлагаю не спорить, иначе придётся определять, какое
именно количество незрячих пользователей существенно для владельца сервиса, а
какое "ещё маловато", что, вроде бы, не совсем гуманно?..)

В связи с этим:
в) Имеет смысл просто обозначить наличие "масс незрячих пользователей", для чего
удобно сослаться на данный дискуссионный лист и (возможно) на www.tiflocomp.ru
(так, на всякий случай). Можно, кстати, и про "Интеграцию" вспомнить... (Как
там, в той пословице про овцу-то?..)

И, наконец, предложение.
Если, так или иначе, придётся составлять конкретный перечень заинтересованных
лиц (так сказать "массы незрячих пользователей -- поимённо"), может быть, туда
по умолчанию _включить_ всех подписчиков данного электронного дискуссионного
листа?..
Сейчас ситуация такова: все, кто в явной форме не обозначил свою готовность "подписаться",
автоматически исключаются из списков Дон Кихотов. По-моему, целесообразней сделать
наоборот: все, кто в явной форме выразил свою неготовность "подписываться", лишаются
почётного звания Дона Кихота, а остальные -- автоматически "с нами".
(Ведь кто-то из нас сильно занят -- сессия, работа, семья... Кто-то просто чересчур
стеснительный товарищ, хотя "...идея-то хорошая..." -- надо ведь и его мнение
учесть... и т.д.)
Опять же, печальная практика свидетельствует, что люди отказываются от навязываемых
им "гражданских инициатив" гораздо активнее, чем с готовностью их поддерживают...

   "Anatoliy D. Popko" 2005-05-20 08:27:24 (#370482)

[TC] Re[4]: обращение от нас

Здравствуйте, Владимир.

>> мы с вами можем только предполагать
о том, как на самом деле реализована эта защита.

именно по этой причине я и предлагаю не расписывать алгоритмы, а предложить заменить
один медиа-файл другим. Любая операция,
которую проделывает провайдер с графикой, гораздо проще реализуется со звуковым
файлом, поэтому (даже не зная этой операции) мы
можем предложить такую замену.

То что способ формирования графики у всех провайдеров одинаковый, это вероятно
на 95 процентов. Именно способ является
общеупотрибительным, а не база сама по себе.

Вариант с синтезатором проблемен по следующим соображениям:
1. Если вы предполагаете, что синтезатор находится на сервере и там преобразует
текст в звук, а звук отсылает посетителю, то это
требует установки таких синтезаторов и их настройку и программирование. Реально
такая технология (синтезатор на web сервере) есть
только у Microsoft. а большинство провайдеров сидят на других платформах.
2. Если же будет задействован синтезатор на стороне пользователя (посредством
ActiveX), то опять же это не будет работать нигде,
кроме Windows.Если же вставлять в текст кодовой последовательности помехи, что
само по себе непросто, то достаточно поместить этот
текст с помехами на странице без всякого синтезатора. Вы читаете его джозом и
соображаете, что надо ввести для регистрации. Это,
собственно, и есть вариант текстовой загадки. В рамках такого варианта я и предлагаю
рассматривать этот способ доступа (текст
плюс помехи) и не путаться с синтезатором.
С уважением, Анатолий.

   "i_chay" 2005-05-20 08:27:00 (#370481)

[TC] Re[2]: обращение от нас

Здравствуйте, участники рассылки.

Начинаем собирать список получателей нашего обращения.
Сразу возникает несколько проблем. Во-первых, желательно знать точно, что данный
получатель "закрыл" свой сервис графикой, поэтому
предлагаю в листе указывать интернет-адрес провайдера, а почтовый адрес его технической
службы, как уже неоднократно предлагалось,
отсылать Владимиру Довыденкову. Сразу же вторая проблема -- многие провайдеры
осуществляют обратную связь через страницу обратной
связи, где следует заполнить форму. В этом случае, если не удается получить почтовый
адрес, то нужно переслать ссылку на эту
страницу.

Короче говоря, вот первые три провайдера. Если кто-нибудь точно знает, что они
сняли графику с регистрации почты, то сообщите
(желательно указать дату, когда вы регистрировались).
www.rambler.ru
www.yandex.ru
www.mail.ru

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

С уважением, Анатолий.

   "i_chay" 2005-05-20 08:02:45 (#370476)

[TC] Re[3]: обращение от нас

Здравствуйте, Анатолий.

-----------------------*- Original Message -*>>> Генерировать звуковой файл не склейкой файлов с цифрами, ...
i> Маловероятно, что файлы генерируются склейкой чего-либо. Склеить графический
i> файл куда сложнее, чем звуковой, и операция (в
i> программном смысле) не самая простая. Скорее всего, имеется набор (скажем,
i> 1000)
i> графических файлов, из которых случайным
i> образом выбирается тот, который будет отображен на странице.

Анатолий, согласитесь, что мы с вами можем только предполагать
о том, как на самом деле реализована эта защита. Более того, вероятно,
алгоритмы эти не идентичны на разных сервисах...
А потому я предлагаю не гадать о том, подойдет ли наше предложение
службе или не подойдет. Наша задача сформулировать разные варианты и
ознакомить с ними тех. службу. Решать, что из этого набора им подходит,
а что нет будут они.
Вариант с записью синтезатора речи и выдачей готового звукового
файла мне кажется вполне реальным.
По крайней мере, я бы сделал именно так :-) А не заморачивался бы
с записыванием тысячи речевых сообщений через микрофон.
По аналогии, думаю, что и рисуночки с цифрами тоже не обязательно
берутся из базы. Т.к. в эту базу еще нужно эту тысячу файлов нарисовать.
А если такая база общеупотребительна для многих сервисов, то можно
себе представить злоумышленника, который, скажем, запишет CRC всех этих
тысячи файлов и робот безтруда сможет определять выведенное число.

-----------------------*- Original Message -*i> смена базы с графикой раз в три месяца и т.п.).

См. выше, эту базу графиков еще нужно нарисовать.

-----------------------*- Original Message -*>>> Зачитывать число с картинки с помощью синтезатора самого пользователя.
i> Синтезатор (который, как я понял, вы предлагаете использовать) -- это
i> все-таки преобразователь текста в звук, то есть на вход ему
i> передается текст (именно так в ActiveX), который затем преобразуется в звук
i> и воспроизводится через звуковую карту. Таким образом,
i> текст кодовой последовательности у вас будет находиться на странице в
i> скрипте,

Да, я тоже об этом подумал. Но здесь возможны варианты с текстовым
представлением числа. Скажем, не
ActiveVoice.Speak("79083");
а так:
ActiveVoice.Speak("семидесят де*вять" тысач, въосемьдесять тры.);

То есть, вставлять в текст случайные "помехи".
Писать анализатор подобных выражений довольно затруднительно, если при
этом "помехи" расбросаны случайно и вариантов "помех" несколько десятков,
как и вариантов текстового представления цифр.

   Vladimir Dovydenkov 2005-05-20 07:56:40 (#370474)
  • 1
  • 2