Как сделать ?

Есть железка, трекер, которая может передовать
данные по TCP/IP на определёный IP или DNS адрес, на определённый
порт.
Знаний в PHP нет , но есть желание научиться подскажите возможно
ли сделать на PHP:
Опрос определённого порта .
При принятии пакета проверка логина и пароля и если они верны запись в базу данных.
При обращении от браузера отправка запроса логина и пароля.
Если логин и пароль совпали вывод страницы с выбором предоставляемой информации.
После выбора информации запрос к базе данных выборка данных и запрос к API Google Maps
или Yandex API. Формирование страницы с картой и отправка её пользователю.

или нужно использовавть Perl или ещё что-то?
Есть опыт работы на Си для микроконтроллеров.
Заранее Спасибо !!!

Да, сделать возможно.

Задача - ждать от железки данные,и затем обрабатывать человека?
я бы, впрочем, разделил на 2 части задачу:
демон на С, ждущий этот самый определённый порт (Сишные MySQL-функции), и пользовательский интерфейс на PHP.

(Отредактировано автором: 07 Января, 2010 - 11:08:39)

-----
PostgreSQL DBA

Огромное Спасибо!!! за ответ
И еще, оптимальное ли это будет решение? в загруженности сервера ,
времени разработки или есть другое решение задачи?

GPRS модем + микроконтроллер Atmega + GPS модуль + PHP + API Google Maps = универсальная мобильная следящая система

Тоже такую хотел делать
Если что, пиши в личку.

Ну по времени разработки - учитывая необходимость изучения PHP, то довольно прилично получится. Хотя знакомство с С сильно ускорит дело - языки-то родственны.

по нагрузке - может и есть какие извращённые методы, но усложнять всё же не стоит Если полностью на С написать, то работать будет малость быстрее, вот только есть ли С API к картам и на сколько больше времени займёт - неизвестно

-----
PostgreSQL DBA

Спасибо за ответы !!!
Что-же начну изучать PHP.

Вам удалось сделать сервеную часть ?
У меня sim300dz+PIC24+eb270.

Такого API вроде бы нету но оно есть на JS - можно поставить виртуальную машину JS (Насколько я помню исходник подобной вещи есть в !Adode Flash!)

Я сразу не увидел но теперь могу точно сказать - выбор Perl в данном случае самый оптимальный - потому что он очень хорошо портируемый и для него существует огромное число бибилиотек (Может быть API для карт тоже есть - если вас заинтересует я посмотрю)

(Отредактировано автором: 07 Января, 2010 - 13:13:53)

-----
Сделать можно все что угодно - нужно только старание, терпение и хороший поисковик
Безлимитный web-хостинг от 15 рублей за 40 МБ дискового пространства - http://ihost[dot]oks71[dot]ru/

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



API для карт выполнено на javascript
http://code[dot]google[dot]com/intl/ru-RU/apis/maps/

Спасибо !!! Как сложно выбрать когда не заешь не PHP не Perl.
Изучать оба это ещё дольше , но будет продуктивнее в будущем , а пока склоняюсь
в сторону PHP

(Отредактировано автором: 07 Января, 2010 - 13:34:02)

Если у вас имеется возможность поставить виртуальную машину JS (По аналогии как я указал выше) то имеет смысл использовать готовые API карт
Иначе я бы склонялся к языку Perl тем более что он одинаково хорошо подходит как для серверной части так и для клиентской
Если у вас будут вопросы по Perl - пишите ко мне в раздел http://forum.php.su/forums.php?forum=64

-----
Сделать можно все что угодно - нужно только старание, терпение и хороший поисковик
Безлимитный web-хостинг от 15 рублей за 40 МБ дискового пространства - http://ihost[dot]oks71[dot]ru/

Забавно. Все кажется, над этим думали в свое время.
Мы, правда, обошлись без контроллера.

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

Если не секрет как?

Ну, перед нами не стояла амбициозная задача.
У нас устройство периодически не опрашивало сервер - во первых. Затем, так как соединение инициировалось устройством, хватило и обычного http. То есть, устройство умело его формировать.

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

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

Я в хорошем смысле.
Устройство в нашем варианте общалось с сервером полностью с помощью служебного протокола, сконструированного поверх http

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.