[twsocket] THttpCli Compression

2006-01-03 Thread Fastream Technologies
Hello Francois,

I have seen some work for compression in HTTPClient. I wonder if this feature 
will be able to be disabled because for our load balancer, the LAN traffic is 
better be uncompressed.

Best Regards,

SubZero
-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://www.elists.org/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be


Re: [twsocket] new year

2006-01-03 Thread Guillaume MAISON
Wilfried Mestdagh a écrit :
 Hello,
 
  I wants to wish TeamICS, Francois, and the whole community a happy new
  year, good business in 2006 and most of all interesting projects :)

Happy new year to everyone, on this list and also everywhere else :)

May it bring you almost what you desire (not everything, you wouldn't 
have anything for the next year ;) )

Best regards,

-- 

Guillaume MAISON - [EMAIL PROTECTED]
83, Cours Victor Hugo
47000 AGEN
Tél : 05 53 87 91 48 - Fax : 05 53 68 73 50
e-mail : [EMAIL PROTECTED] - Web : http://nauteus.com

-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://www.elists.org/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be


[twsocket] OT rather big project question

2006-01-03 Thread Dod
Hello,

I  am  starting  a  re-write  one of my ICS-based server to be able to
handle   15.000   permanent  cnx  smoothly.  The  datas  Clients  will
send/receive will be only 2KB packets time to time.

As  Windows OS is limited with sockets and handle (whenever you can do
some tricky changes in registry) I have decided to split connections.

Now I am wondering which solution could be the best :

-  Multiple  concentrators  that accept between 2000/5000 connections,
each  concentrator  (quite  simple small application) will do only one
connection  to  Main server that use SQL database (MySQL for example).
If  main server is down users are still connected to concentrator that
will notify users and wait until server is up again without.

-  Multiple  Servers accepting 2000/5000 connections each, each server
connect  to  SQL  datbase. When there is a server maintenance, it will
drop  down  all user's the client application will try reconnect until
server is up again.

Both  solution permit to split data traffic across switched network so
it will lower general bandwidth.

I  think  I  will  use  MySQL  that should be enought and will have to
manage 1 or 10 max connections at same time dependig if I choose first
or second solution.

First  solution may permit smoother server updates as client part stay
always  connected to concentrator and it's concentrator that will keep
connection to main server.

Do you have any idea/advice ?

Regards.

-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://www.elists.org/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be


Re: [twsocket] OT rather big project question

2006-01-03 Thread Dod
Hello Wilfried,

Yes, I also thought that concentrator-to-server could be direct TCP-IP
or any other kind of protocol (HTTP tunneling for example), also I
found other advantage, I could make concentrator-to-server connection
initiator, or server-to-concentrator way so this would be nice
whenever there is some NATing on some side.

WM At first tought I should go for first solution because of a few
WM advantages.

WM - server updates as you say yourself
WM - application is splitted separate according the job it does.

WM The concentrators dealing with the clients and the proto, between
WM concentrator and main server you can exchange data with same or
WM another protocol depending what fit's best, or middleware.

-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://www.elists.org/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be


Re: [twsocket] OT rather big project question

2006-01-03 Thread Francois Piette
First solution seems better to me. You can also have a mix of the two 
solutions. For example having
8 concentrators with 2000 users and 2 servers. This will allow easy fault 
tolerance. The
concentrators would connect randomly to one of the two servers and if one is 
down, connect to the
other. The client application can also apply the same fault tolerant or load 
balancing system: they
would have a prefered concentrator and one or more fallback concentrators. 
Concentrators could also
communicate (maybe thru the servers) with each other to redirect client to 
another one should
another one be less loaded. All that is not very difficult to implement.

--
[EMAIL PROTECTED]
Author of ICS (Internet Component Suite, freeware)
Author of MidWare (Multi-tier framework, freeware)
http://www.overbyte.be


- Original Message - 
From: Dod [EMAIL PROTECTED]
To: ICS support mailing twsocket@elists.org
Sent: Tuesday, January 03, 2006 10:41 AM
Subject: [twsocket] OT rather big project question


 Hello,

 I  am  starting  a  re-write  one of my ICS-based server to be able to
 handle   15.000   permanent  cnx  smoothly.  The  datas  Clients  will
 send/receive will be only 2KB packets time to time.

 As  Windows OS is limited with sockets and handle (whenever you can do
 some tricky changes in registry) I have decided to split connections.

 Now I am wondering which solution could be the best :

 -  Multiple  concentrators  that accept between 2000/5000 connections,
 each  concentrator  (quite  simple small application) will do only one
 connection  to  Main server that use SQL database (MySQL for example).
 If  main server is down users are still connected to concentrator that
 will notify users and wait until server is up again without.

 -  Multiple  Servers accepting 2000/5000 connections each, each server
 connect  to  SQL  datbase. When there is a server maintenance, it will
 drop  down  all user's the client application will try reconnect until
 server is up again.

 Both  solution permit to split data traffic across switched network so
 it will lower general bandwidth.

 I  think  I  will  use  MySQL  that should be enought and will have to
 manage 1 or 10 max connections at same time dependig if I choose first
 or second solution.

 First  solution may permit smoother server updates as client part stay
 always  connected to concentrator and it's concentrator that will keep
 connection to main server.

 Do you have any idea/advice ?

 Regards.

 -- 
 To unsubscribe or change your settings for TWSocket mailing list
 please goto http://www.elists.org/mailman/listinfo/twsocket
 Visit our website at http://www.overbyte.be

-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://www.elists.org/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be


[twsocket] HttpCli - How set Oncookie event at runtime?

2006-01-03 Thread Macfly
Hi to All..
   
  I writing a function to post and get some data via Httpcli...
   
  it's work fine, but i need to catch cookies after posted data..
  How i set and create a procedure to onCookie event? When the httcli is 
created at runtime?
   
  I Use a global var to store cookies but the problem is to set OnCookie event..
  I get this error:
  Incompatible types: 'TCookieRcvdEvent' and 'Procedure'
   
  Everyone have idea?
   
  Thanks in advance..
   
  Mac
   
  Ps: Sorry for my poor english.


-
Yahoo! Shopping
 Find Great Deals on Holiday Gifts at Yahoo! Shopping 
-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://www.elists.org/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be


[twsocket] Mulitple file upload using HTTP

2006-01-03 Thread Andrew Law
Does anyone have an example of mulitple file upload using HTTP.  I've
downloaded httpcliexample.zip and can upload single files, however when I
try to upload mulitple files I get HTTP busy all the time and only upload
the first file.

 

Many Andy Law




This e-mail has been scanned for all viruses by Star. The
service is powered by MessageLabs. For more information on a proactive
anti-virus service working around the clock, around the globe, visit:
http://www.star.net.uk

-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://www.elists.org/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be


Re: [twsocket] Mulitple file upload using HTTP

2006-01-03 Thread Dod
Hello Andrew,

Create one instance HTTPCli per upload ?

AL Does anyone have an example of mulitple file upload using HTTP.  I've
AL downloaded httpcliexample.zip and can upload single files, however when I
AL try to upload mulitple files I get HTTP busy all the time and only upload
AL the first file.

-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://www.elists.org/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be


[twsocket] HttpCli multiple download

2006-01-03 Thread Marcello Vezzelli
 AL Does anyone have an example of mulitple file upload using HTTP.  I've
 AL downloaded httpcliexample.zip and can upload single files, however when

I'm working on a project which involves a sequence of file downloads via 
http GET.
I noticed that a message posted with PostMessage in OnDocEnd event will 
always precede the message WM_HTTP_SET_READY.

procedure THttpCli.GetBodyLineNext;
[..]
 TriggerDocEnd;  -- in OnDocEnd event I post the message
 if {(FResponseVer = '1.0') or (FRequestVer = '1.0') or  }
 { see above}
 { [rawbite 31.08.2004 Connection controll] }
 (FCloseReq) then { SAE 01/06/04 }
 FCtrlSocket.CloseDelayed
 else
 SetReady;  -- here WM_HTTP_SET_READY message is posted

If the message code tries another download, the component gives an exception 
  Http component busy, because SetReady sends a message too.

So I guess the correct place to immediately start another download is 
StateChange event.

My question: is the message WM_HTTP_SET_READY required?

What happens if I change the code this way?

procedure THttpCli.SetReady;
begin
 StateChange(httpReady);
 //PostMessage(Handle, WM_HTTP_SET_READY, 0, 0);
end;

StateChange is called from an event handler... so an event is executed 
inside another event handler... bad design I think. But it works ;)

Greetings
-- 
Marcello Vezzelli
CTO
Software Development Department
E-Works s.r.l.
tel. +39 059 2929081
fax +39 059 2925035
Direzionale 70 - Via Giardini 456/c
41100 Modena - Italy

-
La presente comunicazione, che potrebbe contenere informazioni riservate e/o 
protette da segreto professionale, è indirizzata esclusivamente ai 
destinatari della medesima qui indicati. Le opinioni, le conclusioni e le 
altre informazioni qui contenute, che non siano relative alla nostra 
attività caratteristica, devono essere considerate come non inviate né 
avvalorate da noi. Tutti i pareri e le informazioni qui contenuti sono 
soggetti ai termini ed alle condizioni previsti dagli accordi che regolano 
il nostro rapporto con il cliente. Nel caso in cui abbiate ricevuto per 
errore la presente comunicazione, vogliate cortesemente darcene immediata 
notizia, rispondendo a questo stesso indirizzo di e-mail, e poi procedere 
alla cancellazione di questo messaggio dal Vostro sistema. E' strettamente 
proibito e potrebbe essere fonte di violazione di legge qualsiasi uso, 
comunicazione, copia o diffusione dei contenuti di questa comunicazione da 
parte di chi la abbia ricevuta per errore o in violazione degli scopi della 
presente.
-
This communication, that may contain confidential and/or legally privileged 
information, is intended solely for the use of the intended addressees. 
Opinions, conclusions and other information contained in this message, that 
do not relate to the official business of this firm, shall be considered as 
not given or endorsed by it. Every opinion or advice contained in this 
communication is subject to the terms and conditions provided by the 
agreement governing the engagement with such a client. If you have received 
this communication in error, please notify us immediately by responding to 
this email and then delete it from your system. Any use, disclosure, copying 
or distribution of the contents of this communication by a not-intended 
recipient or in violation of the purposes of this communication is strictly 
prohibited and may be unlawful.
-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://www.elists.org/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be


Re: [twsocket] HttpCli - How set Oncookie event at runtime?

2006-01-03 Thread Francois PIETTE
You should show the code you have: the offending like and the procedure 
definition. Be sure to use a procedure of object and not a simple procedure.

If you don't know how to declare it, just drop a HTTP component on the form, 
use the object inspector to create the event handler, then delete the 
component from the form and assign the event handle to your dynamically 
created component.

--
[EMAIL PROTECTED]
http://www.overbyte.be

- Original Message - 
From: Macfly [EMAIL PROTECTED]
To: ICS - Lista twsocket@elists.org
Sent: Tuesday, January 03, 2006 4:14 PM
Subject: [twsocket] HttpCli - How set Oncookie event at runtime?


 Hi to All..

  I writing a function to post and get some data via Httpcli...

  it's work fine, but i need to catch cookies after posted data..
  How i set and create a procedure to onCookie event? When the httcli is 
 created at runtime?

  I Use a global var to store cookies but the problem is to set OnCookie 
 event..
  I get this error:
  Incompatible types: 'TCookieRcvdEvent' and 'Procedure'

  Everyone have idea?

  Thanks in advance..

  Mac

  Ps: Sorry for my poor english.


 -
 Yahoo! Shopping
 Find Great Deals on Holiday Gifts at Yahoo! Shopping
 -- 
 To unsubscribe or change your settings for TWSocket mailing list
 please goto http://www.elists.org/mailman/listinfo/twsocket
 Visit our website at http://www.overbyte.be 

-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://www.elists.org/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be


[twsocket] Dnslookup... WSocket...

2006-01-03 Thread Ja
Is DNSLookup with WSocket async?
Thanx!

-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://www.elists.org/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be


[twsocket] WSocket DNSLookup.

2006-01-03 Thread Ja
Is there any way to do a WSocket DNSLookup and OnLookupDone get 
adress of host that have been looked up?
Thanx

-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://www.elists.org/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be


Re: [twsocket] Dnslookup... WSocket...

2006-01-03 Thread Wilfried Mestdagh
Hello Ja,

 Is DNSLookup with WSocket async?
   yes.

   please dont reply to a thread if subject is different. Many modern
   email reader can sort on thread so many people will not see your
   question if they are not interested in the thread (in this case
   'problem with overbyte website')

---
Rgds, Wilfried [TeamICS]
http://www.overbyte.be/eng/overbyte/teamics.html
http://www.mestdagh.biz

-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://www.elists.org/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be


Re: [twsocket] Problem with Overbyte website

2006-01-03 Thread Francois PIETTE
There is no activex, only a java applet for the snow :-)

--
[EMAIL PROTECTED]
http://www.overbyte.be

- Original Message - 
From: Arno Garrels [EMAIL PROTECTED]
To: ICS support mailing twsocket@elists.org
Sent: Tuesday, January 03, 2006 8:20 PM
Subject: Re: [twsocket] Problem with Overbyte website



 Francois PIETTE wrote:
 A user reported a problem when accessing my website
 http://www.overbyte.be. When clicking on the applet with the snow, he get
 a 404 page from overbyte.com domain (note .com, not .be). From here, I
 have no problem at all. Can I ask you to check and tell me USING PRIVATE
 EMAIL, NOT THE LIST, if it works or not ?

 Francois,

 Just my 2 cents, but do you really need active-x on your website?
 Conservative people like me could be frightened.

 Arno

 --
 Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html
 --
 [EMAIL PROTECTED]
 http://www.overbyte.be
 -- 
 To unsubscribe or change your settings for TWSocket mailing list
 please goto http://www.elists.org/mailman/listinfo/twsocket
 Visit our website at http://www.overbyte.be 

-- 
To unsubscribe or change your settings for TWSocket mailing list
please goto http://www.elists.org/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be