Ильдар: значит обычным TCP/IP пакетом с текстовыми данными передавайте на 23-й порт из приложения. Есть telnet-компоненты для работы с протоколом telnet у билдеров в IDE для C++, Delphi и т.д.
Иван Сараев: Вы не поняли: алгоритм, предложенный мной, - максимально универсальный. Я даже и не думал привязываться к какому-то конкретному сайту или структуре данных.
Иван Сараев: смотрите: здесь палка о двух концах и каждый из них - бьёт больно!
1. Регулярка даёт простоту парсинга, но не следит за XML-деревом, а оно может быть часто неверным на самой странице.
2. XML-path/xpath-парсеры - работают медленнее, но они могут "исправлять" XML-деревья налету.
Поэтому, я бы использовал всё-таки XML-path парсер и, когда уже точно нет опасения о том, что полученное XML-"дерево" может быть некорректным, и, если есть НЕОБХОДИМОСТЬ (в принципе, уже - вряд ли) в использовании регулярок, только тогда бы использовал эти самые регулярные выражения.
Вадим Куницын: я об этом знаю и обновил сразу, как релиз 3.4.6 стал доступен. 1. У меня на сайте регистрация пользователей - была запрещена до 3.4.6 (это 100%).
2. У меня стоят правила с mod_rewrite, которые блокируют часть атак на сайт.
Вопрос остался лишь в том, как убедиться: успели ли сайт взломать или всё-таки нет?
dopingman: во-первых, нет разницы в языках PHP или Node JS: технология от этого - не меняется: websocket он везде websocket.
во-вторых, если будете делать реал-тайм - там будут очереди сообщений сокета и запись в базу: как хотите: можете писать, можете не писать вообще ничего в базу - играть будет можно, пока работает websocket-сервер.
Александр Шишенко: Если компания хочет работать, а не "давить" конкурентов - абсолютно реально. Всё, что там "ноу-хау" и прочее подобное - прописывается отдельно: ниже.
Т.е. режим: запрещаем - всё; разрешаем - то, о чём конкретно договорились с Работодателем.
