Sim300D TCP-IP, кто нибудь подключался по tcp у МТС? Опции

[N.I.]

Пробую подключиться компьютеру с помощью программы тестовой "server", использую адрес и порт, взятый из нее.
at+cgatt=1
OK
at+cipcsgp=1,"internet.mts.ru","mts","mts"
OK
at+cipstart="TCP","xxx.xxx.xxx.xxx","2020"
OK
и через некоторое время

STATE: TCP CONNECTING
CONNECT FAIL

после
at+cipshut
SHUT OK
все повторяется

Кто может подсказать, почему это происходит и как исправить?

[N.I.]

Хотелось обойтись без регистрации IP адреса и соответственно без абонентской платы.
Подключиться к серверу провайдера как модем компьютера, а далее через бесплатную страницу с помощью сервлетов-апплетов вести обмен событиями. Вы считаете, что такой вариант не реализуем из за трудоемкости и размера кода?

[M_Z]

Хотелось обойтись без регистрации IP адреса и соответственно без абонентской платы.

без абонентской платы за хостинг? Или какой абонентской?

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

Я думаю результат будет не лучший. И такой путь наверное применим в том случае, если Вы делаете для собственного применения ну и еще может друзьям установите такие системы. Если планируется продажа таких систем, то стоимость хостинга она ничтожна. Либо свой сервер, это несколько дороже для начала. Но тут есть свои плюсы. Хотя и минусы тож есть. хотя бы тот что за сервером нужно следить что бы он хотябы тупо не завис. Если Вы покупаете хостинг то там есть люди которые следят чтобы их сервера не висели. Зато возможностей несравнимо больше. И соответственно систему можно реализовать гораздо лучшую.

Сообщение отредактировал M_Z - Mar 26 2009, 06:51

[AlexandrY]

Какую технологию вы имеете в виду говоря о хостинге?

Насколько известно дешевые хостеры без выделенного сервера максимум что могут позволить запустить на своем общем сервере это PHP или ASP скрипты с ограничением на максимальный объем ОЗУ захватываемый вашими клиентскими процессами.
Этого может не хватить даже запустить некоторые стандартные PHP либы не говоря уже о полнофункциональном приложении.

без абонентской платы за хостинг? Или какой абонентской?

Я думаю результат будет не лучший. И такой путь наверное применим в том случае, если Вы делаете для собственного применения ну и еще может друзьям установите такие системы. Если планируется продажа таких систем, то стоимость хостинга она ничтожна. Либо свой сервер, это несколько дороже для начала. Но тут есть свои плюсы. Хотя и минусы тож есть. хотя бы тот что за сервером нужно следить что бы он хотябы тупо не завис. Если Вы покупаете хостинг то там есть люди которые следят чтобы их сервера не висели. Зато возможностей несравнимо больше. И соответственно систему можно реализовать гораздо лучшую.

[etoja]

Насколько известно дешевые хостеры без выделенного сервера максимум что могут позволить запустить на своем общем сервере это PHP или ASP скрипты с ограничением на максимальный объем ОЗУ захватываемый вашими клиентскими процессами.
Этого может не хватить даже запустить некоторые стандартные PHP либы не говоря уже о полнофункциональном приложении.

Ерунду говорите. Виртуальный хостинг в Москве за 2000 русских рублей в год позволяет использовать PHP с графической библиотекой GDLib, что даёт возможность редактирования изображений на стороне сервера в скрипте PHP.

[AlexandrY]

При чем тут ерунда?
Вы так и не узнали сколько ОЗУ дают вашему процессу.
ОЗУ захватывается во время работы процесса.
Т.е. либы они вам какие хошь помогут поставить, но редко какой хостер реально знает сколько ОЗУ требуют разные фришные либы.
И даже если библиотека запустится никто не гарантирует что она не рухнет через 5-ть минут.

Ерунду говорите. Виртуальный хостинг в Москве за 2000 русских рублей в год позволяет использовать PHP с графической библиотекой GDLib, что даёт возможность редактирования изображений на стороне сервера в скрипте PHP.

[etoja]

При чем тут ерунда?
Вы так и не узнали сколько ОЗУ дают вашему процессу.
ОЗУ захватывается во время работы процесса.
Т.е. либы они вам какие хошь помогут поставить, но редко какой хостер реально знает сколько ОЗУ требуют разные фришные либы.
И даже если библиотека запустится никто не гарантирует что она не рухнет через 5-ть минут.

У вас как в песне: "кто-то кое-где у нас порой ..."

Я говорю конкретно: пользуюсь виртуальным хостингом несколько лет. Редактирование больших цветных фотографий в PHP скрипте происходит устойчиво.

[AlexandrY]

Ну эт вы можете петь скока угодно.
У меня позиция основанная на логике,
а у вас извините понты

Все знают что что хостеры хотят максимальнго количества клиентов, ламеру понятно что сервер клиентским сессиям выделяет процесс если он запускает скрипты.
Хостеры у PHP движка ставят лимит ОЗУ. То что вы в него не уперлись ваше щастье.
Даже не ожидаю от вас добровольного признания что тот движок у вас кое когда вис, я это и так знаю.

А вообщем тот редактор детский лепет в сравнении с тем сколько PHP либ надо вгрузить в сервер для нормального
корпоративного приложения с флит-менеджментом со всеми наворотами написанного скажем на Delphi for PHP.

У вас как в песне: "кто-то кое-где у нас порой ..."

Я говорю конкретно: пользуюсь виртуальным хостингом несколько лет. Редактирование больших цветных фотографий в PHP скрипте происходит устойчиво.