Форум Flasher.ru
Ближайшие курсы в Школе RealTime
Список интенсивных курсов: [см.]  
  
Специальные предложения: [см.]  
  
 
Блоги Правила Справка Пользователи Календарь Поиск рулит! Сообщения за день Все разделы прочитаны
 

Вернуться   Форум Flasher.ru > Flash > ActionScript 3.0

Версия для печати  Отправить по электронной почте    « Предыдущая тема | Следующая тема »  
Опции темы Опции просмотра
 
Создать новую тему Ответ
Старый 05.10.2011, 09:34
billion вне форума Посмотреть профиль Отправить личное сообщение для billion Посетить домашнюю страницу billion Найти все сообщения от billion
  № 1  
Ответить с цитированием
billion

Регистрация: Jan 2002
Сообщений: 149
Отправить сообщение для billion с помощью ICQ
По умолчанию Подскажите лучший способ обмена данными с сервером

Посоветуйте технологию(способ, продукт) чтобы в идеале обеспечить скорость "XML", многопоточность, сжатие трафика, скрытие ПОСТ и трафика.

Есть у меня программка, написана на Flash Builder 4.5. Примерно раз в 3 секунды, в зависимости от действий пользователя происходит подкачка данных с сервера. Пример XML потоков на картинке 1. Размер загружаемых данных варьируется от 28 Байт до 100 Кбайт(в основном в нижних границах). PHP файлы выдают XML, за счёт этого высокая скорость. Проблема в следующем: необходимо спрятать ПОСТ параметры, трафик, обеспечить многопоточность, сжатие трафика и максимальную скорость.

(Пост параметры и трафик смотрю через Firebug)
Пробовал реализовывать через:

1. XML
ПОСТ видно в чистом виде. Трафик в виде XML. Скорость устраивает (см. картинку 1). Многопоточность выдерживает.

2. ZEND
ПОСТ параметры прячет. Трафик не показывает (прячет в gateway.php). НО! Скорость в 20-40 раз медленнее чем голый XML. К тому же не выдерживает многопоточность. Под словом "Многопоточность" я имею ввиду следующее: для каждого пакета данных создаю запрос через коллреспондер и сервис, запускаю и жду ответа. тут же не дожидаясь ответ генеряться ещё штук 10-20 запросов и все ждут ответов. А когда приходят ответы, начинаются затыки и ошибки. Более 3-5 потоков ZEND не выдерживает. Ещё один плюс - сжимает трафик почти в два раза.

3. AMF PHP
ПОСТ параметры не прячет и видно даже значения. Трафик не показывает (прячет в gateway.php). Cкорость в 10-15 раз медленнее XML. Многопоточность выдерживает. Трафик на 30% меньше чем у XML за счёт передачи объекта, а не XML.

Посоветуйте технологию(способ, продукт) чтобы в идеале обеспечить скорость "XML", многопоточность, сжатие трафика, скрытие ПОСТ и трафика.

Забыл написать. Для XML схема такая: БД MySQL->PHP->XML->Flash Builder
Миниатюры
Нажмите на изображение для увеличения
Название: 1.jpg
Просмотров: 209
Размер:	35.3 Кб
ID:	27114  


Последний раз редактировалось billion; 05.10.2011 в 12:31.
Старый 05.10.2011, 11:34
Inet_PC вне форума Посмотреть профиль Отправить личное сообщение для Inet_PC Посетить домашнюю страницу Inet_PC Найти все сообщения от Inet_PC
  № 2  
Ответить с цитированием
Inet_PC
 
Аватар для Inet_PC

Регистрация: Feb 2009
Адрес: Гы...поди, найди!
Сообщений: 853
Записей в блоге: 1
JSON + GZIP, не?
__________________
http://www.chessmax.ru

Старый 05.10.2011, 12:16
billion вне форума Посмотреть профиль Отправить личное сообщение для billion Посетить домашнюю страницу billion Найти все сообщения от billion
  № 3  
Ответить с цитированием
billion

Регистрация: Jan 2002
Сообщений: 149
Отправить сообщение для billion с помощью ICQ
Не пробовал. Мои требования будут выполняться в этом случае? Можно примерчик?

Старый 05.10.2011, 12:27
Aquahawk вне форума Посмотреть профиль Отправить личное сообщение для Aquahawk Посетить домашнюю страницу Aquahawk Найти все сообщения от Aquahawk
  № 4  
Ответить с цитированием
Aquahawk
 
Аватар для Aquahawk

Регистрация: Nov 2010
Адрес: Москва
Сообщений: 915
Записей в блоге: 4
Отправить сообщение для Aquahawk с помощью ICQ Отправить сообщение для Aquahawk с помощью Skype™
скрытие ПОСТ это как. Всё что вы передаёте на сервер можно посмотреть. Шифровать параметры ваша задача. А если нет в фаербаге, то это не значит что эти данные передаются святым божественным каналом напрямую от флешки минуя сетевой контроллер. Всё что передаётся и принимается клиент может отследить. Сокетные соединения не будет видно в фаербаге.
__________________
:)

Старый 05.10.2011, 12:34
billion вне форума Посмотреть профиль Отправить личное сообщение для billion Посетить домашнюю страницу billion Найти все сообщения от billion
  № 5  
Ответить с цитированием
billion

Регистрация: Jan 2002
Сообщений: 149
Отправить сообщение для billion с помощью ICQ
Тогда подскажите как спрятать ПОСТ и шифровать данные для связки MySQL->PHP->XML->Flash Builder и обратно?

Старый 05.10.2011, 12:56
BuKT вне форума Посмотреть профиль Отправить личное сообщение для BuKT Найти все сообщения от BuKT
  № 6  
Ответить с цитированием
BuKT
 
Аватар для BuKT

блогер
Регистрация: Dec 2010
Сообщений: 237
Записей в блоге: 5
Код AS3:
var myAge:Number = 23; //Ключ
var someTextToEncode:String = 'Sometext, or xml, or anything else'; //Текст для шифрования
var arr:Array = new Array(); 
var l:Number = someTextToEncode.length;
var encodedText:String = '';
for (var i:Number = 0; i< l; i++){
	encodedText += String.fromCharCode(someTextToEncode.charCodeAt(i) + myAge); //Шифруем методом сдвига позиции кода символа. Просто и со вкусом. 90% "хакеров" на этом этапе уже отсеятся.
}
post(encodedText); //Метод, посылающий шифрованные данные на сервер
__________________
Дебаггер не предлагать


Последний раз редактировалось BuKT; 05.10.2011 в 12:59.
Старый 05.10.2011, 13:16
carrotoff вне форума Посмотреть профиль Отправить личное сообщение для carrotoff Найти все сообщения от carrotoff
  № 7  
Ответить с цитированием
carrotoff
 
Аватар для carrotoff

Регистрация: May 2010
Сообщений: 543
Цитата:
Тогда подскажите как спрятать ПОСТ и шифровать данные для связки MySQL->PHP->XML->Flash Builder и обратно?
Пост не спрятать никак! Любой сниффер покажет все ваши параметры.

Их можно только шифровать, но, если совсем включить паранойю, вам придется расшифровывать параметры в клиенте, который в свою очередь можно декомпилировать... ну и так далее
__________________
Вы грабите бедных людей. Парень со свирелью накажет вас. Хонгильдон (с)

Старый 05.10.2011, 14:19
billion вне форума Посмотреть профиль Отправить личное сообщение для billion Посетить домашнюю страницу billion Найти все сообщения от billion
  № 8  
Ответить с цитированием
billion

Регистрация: Jan 2002
Сообщений: 149
Отправить сообщение для billion с помощью ICQ
BuKT

а как на стороне сервера в ПХП обратно расшифровать?
а так же зашифровать данные из MySQL и отправить флэшу чтоб он тоже мог дешифровать?

Старый 05.10.2011, 15:04
flax4Noob вне форума Посмотреть профиль Отправить личное сообщение для flax4Noob Найти все сообщения от flax4Noob
  № 9  
Ответить с цитированием
flax4Noob
[+1 15.01.11]

Регистрация: Jan 2011
Сообщений: 70
любая флешка потрошится, и из нее вытаскивается все ваше шифрование. оО Если вам необходима безопасность - пользуйтесь безопасным соединением/каналом, ВПН, внутрення сеть. Это задаче не флеша.

Старый 06.10.2011, 07:56
BuKT вне форума Посмотреть профиль Отправить личное сообщение для BuKT Найти все сообщения от BuKT
  № 10  
Ответить с цитированием
BuKT
 
Аватар для BuKT

блогер
Регистрация: Dec 2010
Сообщений: 237
Записей в блоге: 5
Цитата:
Сообщение от billion Посмотреть сообщение
а как на стороне сервера в ПХП обратно расшифровать?
а так же зашифровать данные из MySQL и отправить флэшу чтоб он тоже мог дешифровать?
Зная ключ - провести обратную операцию с декрементацией кода символа.
__________________
Дебаггер не предлагать

Создать новую тему Ответ Часовой пояс GMT +4, время: 11:02.
Быстрый переход
  « Предыдущая тема | Следующая тема »  
Опции темы
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.


 


Часовой пояс GMT +4, время: 11:02.


Copyright © 1999-2008 Flasher.ru. All rights reserved.
Работает на vBulletin®. Copyright ©2000 - 2026, Jelsoft Enterprises Ltd. Перевод: zCarot
Администрация сайта не несёт ответственности за любую предоставленную посетителями информацию. Подробнее см. Правила.