|
|
|||||||||
|
|||||||||
| |||||||||
|
|
|
| |||||||||
![]() |
|
|
«
Previous Thread
|
Next Thread
»
|
Thread Tools | Search this Thread | Rate Thread | Display Modes |
|
#1
|
|||
|
|||
|
Any PHP programmer can creat an advanced chatting software that post without browser refresh or blinking.
like X7CHAT or webchat (www.webdev.ro). we used x7chat and made a very big developments, but untill this moment we find a lot of errors, and delay, and some messages not showing, so we thought of making our own chatting software, works like X7CHAT but with better coding from scrach. so any php programmer can do it? please contact me as soon as possible. note that this chat should be 1- written in PHP and MySQL and Java script if needed. 2- no browser refresh 3- works on major browsers and versions. 4- fast and smooth 5- not using big amount of bandwith 6- supporing private messaging 7- clean coding 8- nickname list - with image beside each nickname 9- post area accepts emoticons. 11- sound for incomming private msg 12- no auto pop-up window for incomming new private message because some browswers will block that, so we want a system message shows in the main post area, and after clicking this msg the private msg window will open. and this is part-1 after finnishing this we will work on part-2 with all the other features. thank you for your time, and waiting your offers. |
|
#2
|
||||
|
||||
|
Someone correct me if I'm wrong but this project isn't technically feasable.
PHP only runs serverside so nothing can be 're-done' PHP wise unless a refresh is completed. Perhaps this can be done in javascript, but it would require a lot of back and forth on the server... (can raw ports be opened in javascript... I don't think they can). Either way PHP is not the solution you're looking for. -MBirchmeier
__________________
My blog on programming related things. Hopefully I won't bog it down with details on my life Apparently even computers have freudian slips. 0x4279 7465 204D 6521 |
|
#3
|
|||
|
|||
|
Hop to work woth your project!
Hi,
I have worked with the same CHAT project, I have worked for some big US company before too with big CRM project so i can work for you for sure! plz contact with me by YM: devsoftcenter or AIM: maitriminh i will demo my work for you! regards! |
|
#4
|
|||
|
|||
|
Quote:
you could probably pull it off using xmlhttp and javascript or you could just setup an irc channel and get your users to use that. at least then you don't have to recreate the wheel |
|
#5
|
||||
|
||||
|
Hi, well the browser is actually refreshing but it's refreshing inside of the frame, if that's what you want yeah I'm sure I can do that. If you think it's not refreshing try clicking on the stop button (at your browser on the X7CHAT example) and submitting new text, it won't apear (that's because you blocked the auto-refreshing).
I have a basic chat working right now at the site I run (but it's for registered students only). if you want an advanced chatting software for corporate level business we can get to some agreement I'm sure. Thanks for your time, Ramon Quote:
__________________
Help my country and sign the petition in favor of OS software. See the Petition Quote:
|
|
#6
|
|||
|
|||
|
Quote:
A PHP programmer could, just not with PHP. The point is, if you're talking about paying someone for an advanced chat room, pay an expert in java applets, which is the standard for large browser based chat systems such as Yahoo's, as well as irc based ones. |
|
#7
|
||||
|
||||
|
Quote:
I think you'd have the same 'blinking' effect on the frame refresh as you would with the rest of the page, it might not be as noticable but it would still be there. The XML idea might work, when coupled with javascript, but then I'd think you'd get limited in terms of the amount of information that could be easily passed. Additionally in both cases you'd be banging on the server at quite a rate, so neither one would be scalable, almost always needed for a 'professional quality' project (although maybe not in this case) I think implementing a java app would be a minimum requirement, can java influcence controls outside of the app ? if it could do that then you could run a headless java app to keep a socket open with the server, then use javascript or some other client side scripting language to handle the rest to give it a 'html' look and feel. -MBirchmeier |
|
#8
|
||||
|
||||
|
I know of this little software that has all the features over,, and its cheap,,
Its using flash, php and mysql,, and its FAST!!,, costs $5 lifetime (per domain). and its GREAT!,,,, http://www.*****.com/script11.htm
__________________
Kenped |
|
#9
|
||||
|
||||
|
Quote:
Come on!! A refresh is a refresh!!! dont kid yourself,,,,, if its the frame or page,, its still refreshing for data!!!!!!!!!!!,, java applet or Flash is the only solutions(not really but the solutions I would choose anyways) !!!!!!!!!!!!!!!!!!!!!!!!!!!!! But what do I know,, I'm only a php coder!! |
|
#10
|
|||
|
|||
|
Yes refresh but hidden
Hi guys,
It is refreshing the page yes, but hidden, and I dont need flash or java files, I want all browsers can deal with it without any need for any other files or plugins, you know what i mean .... i want my users to join directly without any extra requirments. |
|
#11
|
||||
|
||||
|
Quote:
Well I wasen't saying it wasent!! (I was just telling him that it was inside the frame because he didn't notice) So what is the discussion about? Java is too slow, that why I wouldn't recommend it. (Why does everyone always talk about Java? I hate that! It's like there's no other. There's it's better than swing it's GTK!) Maybe flash is a good option, but you need everyone with plugins and they have to download the application! I say just stick with PHP, it's faster and it's better. |
|
#12
|
||||
|
||||
|
Quote:
The main argument going on is between the flash/java vs PHP for the following requirements: Quote:
The PHP option will require a refresh, it will refresh automatically, but will require a refresh. This however uses quite a bit of cpu time on the server and quite a bit of bandwidth, on the plus side there's no plug ins required and can be used no matter if the user has applets/scrips or everything turned off (for the most part). The Java/Flash option will require a lot whole less bandwidth, less cpu time, but it will require a plug in, or the time necessary to download the applet/application the first time around, increasing bandwidth usage for first time users but not all users. Additionally messages can be sent 'real time' so there's no need to store everything on the server, (unless it's wanted for archiving reasons), and with the flash option users will need the flash plug in. Which is better for your system, hard to say, it depends on what you're doing with it. Personally unless you're planning on limiting the user base to no more than 20-25 users I'd say the Java/Flash is better, for any less it doesn't matter which one you use, but that's just my opinion, it's something you need to decide. We can sit here until everyone's blue in the face and we won't come to an agreement to which way is better, you just need to decide which is more important: PHP: Requiring no plug ins / applets Requiring either flash / java windows Slightly less cpu time on user side (note: server cpu time and bandwidth will grow exponentially with an increase of user base) or Java/Flash: Maximum versatility Decreased server cpu time Significantly decreased bandwidth Real time chat with no 'canned refreshes' (note: server cpu time and bandwidth will grow linearly with an increase of user base) -MBirchmeier Last edited by MBirchmeier : April 4th, 2005 at 02:53 PM. |
|
#13
|
|||
|
|||
|
I'm sorry but this CAN be accomplished using php and javascript. I've done it before as well as others on the internet. Do a search on RMI and you might find a way to your supposive "impossible" or "technically infeasible" approach.
As for the client, you can contact me regarding this project if your still looking for a competent programmer. |