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

Вернуться   Форум Flasher.ru > Flasher.ru > Флейм

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

Регистрация: May 2006
Сообщений: 4
Attention Помогите пожалуйста с дипломом

Пишу бакалаврский диплом.
Тема выданая начальством звучит так: "Повышение эффективности клиент-серверного приложения при использовании Flash-технологий".
Итак по порядку:
1. Клиент-серверное приложение - в данном случае иммется в виду, что Web-сервер -серверная часть, а Flash-ролик, выполняющийся в браузере - клиентская.
2. Начальство предлагает повысить эффективность приложения за счет балансировки нагрузки между сервером и клиентом. т.е за счет сокращения количества обращений к серверу.
Никак немогу придумать пример приложения. На ум приходит только анкета, требующая заполнения большого количества полей с последующей отправкой на сервер.
На мой взгляд повышение эффективность заключается в том,что не требуется несколько раз обращаться к серверу если какое-то из полей заполнено не верно, так как все проверки будут происходить на стороне клиента, т.е. на флэше. С другой стороны глупо всё это реализовывать на флэше, хотя с другой стороны тему диплома не я выбирал.
Может у кого-то есть мысли на этот счет, какой-нибудь пример получше.
3. Еще одна фича за счет которой предложили повысить эффективность - сжимать передаваемые парметры во флэш.
Я понимаю так требуется передать несколько параметров:
1. Strokoviy_parametr
2. 0.1230030130
3. 332
Можно применить какой-нибудь обратимый алгоритм хеширования. Т.Е
1. зашифровать данные на сервере
2. передать хэш во флэш
3. расшифровать хэш на клиентской стороне

Поделитесь пожалуйста мыслями! для меня это очень важно


Последний раз редактировалось malkoff; 30.05.2006 в 21:58.
Старый 30.05.2006, 22:27
artcraft вне форума Посмотреть профиль Отправить личное сообщение для artcraft Посетить домашнюю страницу artcraft Найти все сообщения от artcraft
  № 2  
Ответить с цитированием
artcraft
 
Аватар для artcraft

блогер
Регистрация: Aug 2005
Адрес: www.artcraft.cz
Сообщений: 1,967
Записей в блоге: 6
Отправить сообщение для artcraft с помощью ICQ
на примере чата выгоды будет больше чем на примере формы
__________________
Хороший отдых - половина работы.

Старый 30.05.2006, 22:28
Artem Brigert вне форума Посмотреть профиль Найти все сообщения от Artem Brigert
  № 3  
Ответить с цитированием
Artem Brigert
Banned

Регистрация: Sep 2001
Сообщений: 6,162
сокеты юзай

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

блогер
Регистрация: Aug 2005
Адрес: www.artcraft.cz
Сообщений: 1,967
Записей в блоге: 6
Отправить сообщение для artcraft с помощью ICQ
выгода в том что интерфейс нужно загрузить только один раз, а потом сервер передает не готовый HTML-код, а только информацию
__________________
Хороший отдых - половина работы.

Старый 30.05.2006, 22:37
Usnul вне форума Посмотреть профиль Отправить личное сообщение для Usnul Посетить домашнюю страницу Usnul Найти все сообщения от Usnul
  № 5  
Ответить с цитированием
Usnul
 
Аватар для Usnul

Регистрация: Mar 2001
Адрес: во сне
Сообщений: 2,701
Отправить сообщение для Usnul с помощью ICQ
к слову о интерфейсе, чем навороченее нужен интерфейс и сем больше обработки данных требуется тем полезнее становится флеш по сравнению с другими доступными технологиями. И сокеты как Артем сказал, сокеты - это золото =)
__________________
I'm only happy when it rains.
Waka Laka

Старый 31.05.2006, 00:28
malkoff вне форума Посмотреть профиль Отправить личное сообщение для malkoff Найти все сообщения от malkoff
  № 6  
Ответить с цитированием
malkoff

Регистрация: May 2006
Сообщений: 4
Спасибо люди добрые!
artcraft не плохая идея насчет чата!
Буду думать! Еще мысли будут?

Старый 31.05.2006, 01:40
artcraft вне форума Посмотреть профиль Отправить личное сообщение для artcraft Посетить домашнюю страницу artcraft Найти все сообщения от artcraft
  № 7  
Ответить с цитированием
artcraft
 
Аватар для artcraft

блогер
Регистрация: Aug 2005
Адрес: www.artcraft.cz
Сообщений: 1,967
Записей в блоге: 6
Отправить сообщение для artcraft с помощью ICQ
разве мало идей?
__________________
Хороший отдых - половина работы.

Старый 31.05.2006, 01:53
malkoff вне форума Посмотреть профиль Отправить личное сообщение для malkoff Найти все сообщения от malkoff
  № 8  
Ответить с цитированием
malkoff

Регистрация: May 2006
Сообщений: 4
пока идея одна - чат

Старый 31.05.2006, 08:46
aksios вне форума Посмотреть профиль Отправить личное сообщение для aksios Найти все сообщения от aksios
  № 9  
Ответить с цитированием
aksios
loading 50%
 
Аватар для aksios

Регистрация: Jun 2005
Адрес: I am where I should be
Сообщений: 3,567
Отправить сообщение для aksios с помощью ICQ
Не понял как "то что хочет начальство" можно прокоментировать чатом. Сокеты это хорошо, но вроде как большое количество одновременно открытых на серваке сокетов может быть проблемным вопросом.
Че реально может быть:
1. Флаш реализует собственый поиск в документе - сервер не нужен. В других реализациях надо обращаться к скрипту на сервере.
2. коректность ввода - лучше проверить на клиентской машине.
3. если нужно сделать не сложный обсчет типа калькулятора, то тоже лучше сразу во флаше.
4. Реально большой выгрыиш во флаше возникает если юзать динамическое создание всяких диаграмм и графиков и схем. Конечно можно попробывать джабаскрипт, но флаш окажется мощнее и удобнее. Другие технологии в этом вопросе будут жестоко юзать сервер.

То биш по моему вопрос в том, как сделать такое приложение, в котором сервер используется только как база данных, обеспечивает доступ к файлам, а вся система управления и удванс отображения выполнена во флаше.

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

Регистрация: May 2006
Сообщений: 4
Цитата:
Сообщение от aksyos
Не понял как "то что хочет начальство"
Естественно чат - не то что хочет начальство, но тоже позволяет повысить эффективность, но за сччет объема передаваемой информации
Посоветовался насчет чата с руковдителем диплома - чат отпадает.

Он предлагает следующюю фишку:
На флэше реализована карта на ней отмечены торговые точки. Допустим мы будем торговать овощами.
Нажимаем на одну точку открывается выпадающее меню смотрим что имеется - картошка,маркошка а лук закончился.
1. Подгружается флэш ролик, загружается вся инфа обо всех точках.
Данные беруться из базы или из XML еще не разобрался.
2. мы делаем все нужные нам операции (добавляем картошки, маркошки на разные точки, меняем цены и т.п.)
3. Жмем кнопку "Сабмит" данные за раз отправляются на сервер
Тем самым сокращая количеество обращений.
Но у этого подхода есть один минус, каждый раз при запуске приложения мы подгружаем всю информацию сразу.
Кстати никто не подскажит можно ли как то сжимать данные, допустим если брать их из xml на сервере, или как это лучше реализовать.
Я так понял что если xml лежит на сервере то его может прочитаь кто угодно а это не хорошо

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

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

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


 


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


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