Robotex

Интересная задумка;) мне кажется, что если собирать из подручных средств, то это получится стационарный комп с ибп и модулем 3g, например… ах, да, еще с мааааленьким тач-экраном:)

Есть, и много, и делают это лучше, чем ASP. Фреймворки называются.

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

Когда я смотрел на эти контролы в ASP.NET я тоже был ошеломлён, правда по другой причине. Внутри этих контролов творился лютый ппц: куча грязных хаков, избыточности, отсутствие логики, проблемы с кроссбраузерностью. Признаюсь, это было много лет назад, сейчас наверняка всё гораздо лучше. И всё же перспектива зависеть от майкрософта, и ждать пока он соизволит исправить какие-то баги/ввести какие-то фичи — не радует. Используя opensource-фреймворки как-то поспокойнее себя чувствуешь.

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

Ядро линукса из исходников. Окружение — busybox, сборник стандартных программулинок. Разумеется, grub, ubuntu и подобные вещи не пойдут.
Затем собирается компилятор для всего этого.
Затем компилируется SDL.
Затем собирается какойнибудь GUI на SDL.
Затем компилируется Qt, tslib (для тачскрина).
Затем появится консоль. Консоль (терминал) — это графическое приложение. У меня на caanoo она появилась через несколько месяцев, изначально там было всё — игры, фильмы, библиотеки, читалки, но консоли не было.
Консоль в том виде, в котором она существует, когда работает без иксов (например, классический голый линукс с командной строкой) не будет поддерживать тачскрин, т.к. экранная клавиатура — графическое приложение. Поэтому сначала qt, а потом уже консоль.

Заинтересовался вашим вопросом и решил разобраться.
Как оказалось, авторизация вконтакте организована с помощью своего Open API и напоминает openID. Здесь написано о нём.
Собственно, на данный момент могу только помочь советом (почитайте про openID и Open API). В ближайшее время постараюсь сам в этом разобраться и отпишусь сюда, если вопрос будет актуален.

Все зависит от того, можно ли что-либо сделать не client-side, а server-side с сайтом человека, которому представляется услуга. ВКонтакт именно так и работает, если мне не изменяет память.
(Ну если быть полностью точным, то там два набора ключей, один для усложнения жизни тем, кто будет ломать, второй действительно секретный, который знает только серверные части).

Т.е. ситуация меняется, AJAX спрашивает не у вашего сайта, а у сайта, который потом спрашивает ваш (причем делает это либо много раз, либо после первого успеха ставит правильную сессионную куку и т.д.).

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

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

На примере авторизации:

A — AJAX, S — сайт клиента, U — ваш сайт.

A -> S: авторизируй меня, вот мои данные (хоть сколько раз подделанные)
S -> U: тут кто-то хочет авторизоваться, вот его данные
U -> S: окей, данные нормальные
S -> A: вот тебе сессионная кука, работай дальше

Поскольку в такой схеме у злоумышленника нет контроля над данными между S и U он ничего критичного сделать не сможет.

займись сексом на столе

ответ кроется в понимании http протокола. Давайте по частям:

1) передача сторонний сайт — ваш сайт. Тут все просто, сайты написанные на php в общем случае взаимодействуют по http. Есть какие-то экзотические варианты с сокетами в php но по моему надо использовать инстурмент сообразно его предназначению. Итак к делу. Сторонний сайт делает на ваш сайт http запрос, предавая в post (или гет) необходимую информацию. Скорее всего защищая её передачей хэш суммы с некотрой известной только сайтам солью. Например так:
your-site.ru/api/setNumber?num=10

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

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

Теперь поехали назад:
1) клиентское приложение — серверное приложение
Уже обсуждалось. У нас есть открытый сокет, по нему и отправляем.

2) серверное приложение — ваш сайт.
А вот приложению отослать информацию вашему сайту очень просто, достаточно сделать из серверного приложения http запрос на ваш сайт.

3) ваш сайт — сторонний сайт
снова просто — http запрос из вашего php скрипта на на сторонний сайт

Обратите внимание, что если для передачи «туда» все элементы цепочки важны: сторонний сайт скорее всего может сделать только http запрос, значит нужен ваш сайт который его примет. Ваш сайт не сможет держать сокет и послать информацию в программу клиент — нужна ваша программа сервер. То при походе обратно можно смело исключать любой из пунктов: ваша программа сервер может сама, без помощи вашего сайта, сделать запрос на сторонний сайт. Больше того программа клиент сама может сделать запрос на сторонний сайт и вообще можно выкинуть из обратного пути вашу программу-сервер и ваш сайт. Естественно все это надо защищать шифрованием от чтения и солями от подделки. (как подумайте сами, все довольно просто :) )

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

Это если говорить о вашей схеме: в жизни скорее всего «ваш сайт» вообще не существует, а «программа сервер» имеет модуль апача или сама по себе слушает соответствующий порт и отвечает на http запросы. Чтобы исключить затык с передачей информации из php в программу сервер. Это место будет все время глючить. Т.к. php для этого банально не предназначен. А в случае реализации с опросом БД будет дополнительная задержка.

1. добавь себя в яндекс веб мастер, в метрику, в гугл аналитикс. предоставь свою xml карту сайта
2. Попиарся на тематических форумах, контактогруппах, жж, твитерах и т.п. заодно и ссылочную массу нарастишь
3. Контекст по ультрадешевым 1-4 центовым ключам, может дешевые баннеры по тематическим ресурсам, через сервисы типа ротабан.ру ( www.rotaban.ru/?a=koroho ) ( выбирай сайты с тиц минимум 10, широкие и большие размеры баннеров, не дороже 50 рублей, и с колличеством показов больше 3000, например, их будет много, поверь.)

А потом, когда появится аудитория, можешь попивать кефирчик в бокале и курить охотничьи колбаски на канарских островах и вспоминать меня

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

Используйте ассиметричное шифрование.

я пользуюсь под линуксом и виндой workrave — вполне симпатично.

Чтобы вернулась опция «Закрепить» выполните sudo dpkg-reconfigure libunity0

Всемирная организация здравоохранения предупреждает, к 2020 году число слепых в мире может возрасти до 75 млн. человек. Сейчас их в мире насчитывается 37 миллионов, а еще 124 миллиона имеют очень слабое зрение. www.mosmedclinic.ru/news/10633

Если в мире 6,82 млрд человек, а в СНГ 280млн
к1 = 37 млн / 6 820 млн (соотношение слепых к видящим)
количество слепых в СНГ = к1 * 280 млн ≈ 1,5 млн

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

самое сложное здесь не усилитель собрать, а энцефалограмму преобразовать в комманды
P.S.
на память не помню каким энцефалографом пользуюсь, во вторник смогу сказать

Лучше смотреть по количеству фолловеров @ekozlov. Действующих сейчас русских аккаунтов примерно столько же. Может немного больше. Яндекс учитывает все аккаунты, даже мертвые