caxapa.ru :: Ну эт не клиент. Любой лишний или пропавший символ и такой "клиент" останется в глубоком ауте. Клиент должен парсить и строить DOM модель, после чего уже выбирать нужные объекты для обработки.

AlexandrY (25.02.2011 17:51, просмотров: 84) ответил Mahagam на не факт. достаточно сделать задачу которая бы по заданной линке могла стянуть файло, ну или что там отдадут. я так делал.

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

INDEMSYS

Ответить

- Ну почему же не клиент? Мой знакомый на таком принципе ведомственные автозаправки делает. Dir(563 знак., 26.02.2011 11:09 - 11:27)
  - У меня подобным образом десятки систем работают. Какое это отношение к теме имеет? - AlexandrY(26.02.2011 11:49)
    - Ну как какое? Вы возразили, что это не клиент Web-сервера. А что же это тогда? - Dir(26.02.2011 12:11)
      - Это обычный TCP конект. WEB-ом тут не пахнет. - AlexandrY(26.02.2011 12:21)
        
        Может я чего-то не правильно понимаю в этой области, так поправьте. Dir(445 знак., 26.02.2011 14:06 - 14:17)
        
        Ну я считаю, что если нет парсинга по спецификации XHTML то это не WEB приложение, а простое TCP соединение, с запросом в стиле http. У такого соединения нет сессии где анализировались бы ответы WEB сервера и реакция зависела бы от них. Т.е. нет AlexandrY(172 знак., 26.02.2011 15:29)
        
        Ну, даже в моем примере про АЗС конечный адрес в запросе почти наверняка *.php, а потому работа для WEB-сервера обеспечена (отрабатывать сценарий), а парсинга HTML нет ;) - Dir(26.02.2011 15:39)
        
        Не все знают о других TCP-протоколах кроме http, не все знают о других протоколах кроме TCP и UDP... - fk0(26.02.2011 13:07)

ARM, RISC-V контроллеры