Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Messages - texasman1979
31
Off-topic / Re: Texasmans Programming Blog
« on April 10th, 2011, 05:51 PM »
Im not sure how to respond to this. Arantor and Nao are by far the perfect examples of what, we here in the states, would describe as arrogant europeans. Too many times now ive made statements that were placed at an insignificant level. I ask for assistance in converting a sql statement to check a couple things and decide what record to bring, and i still havent heard mention of it since. I aint the greatest at sql or css. So i ask for help with one and offer to pay for the other. The communities around smf and wedge dont have time for me. I dont have years of programming experience, cause my son was conceived right before the end. I had to go to work to provide for him. That does not mean that i gave up on it since the 7 semesters i spent in school. When my classmates where partying, id be getting my jollies off a php/mysql server that i built from scratch, box and all, mandrake linux lol. I was building a shopping cart from scratch. Lost all my work later on from a HD crash. :( i could show you all the code i wrote for myfewclicks.com, but almost certainly, yall would look down upon it, thinking that it be insignificant. Im also working on a custom ads platform to work with the region code. Impressions, clicks, and region specific ads. Which im sure from yalls experience is very minor work. The entire purpose of me being here is to learn. And i have been no more harsh than you chose to be. If only i did have more time. I come from a unique perspective. And at this point, once my website can produce enough income where i can focus on my real work, i will prove my worth and my theories. Ill prolly fork wedge, cause i know yall have made leaps and bounds from smf, but with my clean slate and the improvements yall have made, ill write a fork specific for my website. But many of the things that ill do, youll also do. Not cause im better than you, but cause i dont have the closed mind that experience sometimes creates. You do something for a while and your mind creates routines. I dont have those constraints.
32
Off-topic / Re: Texasmans Programming Blog
« on April 9th, 2011, 06:02 AM »
yall are fucked, i try to make a friend, and all i get is the door.
so i guess the door it is. :(
so i guess the door it is. :(
33
Off-topic / Re: Texasmans Programming Blog
« on April 8th, 2011, 10:52 PM »
this topic is the blog. :eheh:
34
Off-topic / Re: Texasmans Programming Blog
« on April 8th, 2011, 02:45 AM »
once upon a time, there was a daddy in simi poor physical condition riding a scooter made for a 6 year old. A daddy that is 31, 6'4'' (1.9 meters) and 220 lbs (100 kilos, 15.7 stone).
There was an evil psychic tree that new that soon he would be riding along showing off for his 6 yr old.
This tree in its evil wisdom allowed in a gust of wind to loose a small stick that would not be easily seen on the asphalt.
This daddy while riding along showing off for his 6 yr old unsuspectingly ran into the small unseen stick and flew like a bird for a moment head over hills, and injured his arm and leg when he landed.
While the 6 yr old is laughing hysterically and the daddy reeving in horrible pain, the thought "We ought to sweep this cul de sac free of debris.", passes through the daddys mind.
the moral is: dont try to compete with a 6 yr old, your just going to fail miserably. :)
needless to say, im glad it was me in horrible pain than him, but that doesnt heal up my now skinned joints. :D
There was an evil psychic tree that new that soon he would be riding along showing off for his 6 yr old.
This tree in its evil wisdom allowed in a gust of wind to loose a small stick that would not be easily seen on the asphalt.
This daddy while riding along showing off for his 6 yr old unsuspectingly ran into the small unseen stick and flew like a bird for a moment head over hills, and injured his arm and leg when he landed.
While the 6 yr old is laughing hysterically and the daddy reeving in horrible pain, the thought "We ought to sweep this cul de sac free of debris.", passes through the daddys mind.
the moral is: dont try to compete with a 6 yr old, your just going to fail miserably. :)
needless to say, im glad it was me in horrible pain than him, but that doesnt heal up my now skinned joints. :D
35
Off-topic / Re: Texasmans Programming Blog
« on April 8th, 2011, 01:01 AM »
yes it is essentially similar to skype, except for i didn't mention anything about streaming audio. lol
just tossing a few text strings around is really pretty easy, but in a chat prog, or something similar, normally you still have to have some type of server.
what i would use is sort of a variation of the udp protocol. the way that works is that the packet gets sent in a broadcast sort of way, and the udp receiver if it wishes to grab it, does so. similar to downloading programs that where outlawed for the most part several years ago.
and just like any other type of program that uses sockets for things, firewalls would have to be made aware of the traffic. and it is simple enough to establish a pseudo system of public and private keys to keep it pretty well buttoned up.
like i said, i havent started writing it, and i havent researched to see what new types of things are possibly available in current programming languages.
but i know it is more than doable without the need of there being a "server" running on the web host.
it would definitely blow a shout box out of the water. :)
just tossing a few text strings around is really pretty easy, but in a chat prog, or something similar, normally you still have to have some type of server.
what i would use is sort of a variation of the udp protocol. the way that works is that the packet gets sent in a broadcast sort of way, and the udp receiver if it wishes to grab it, does so. similar to downloading programs that where outlawed for the most part several years ago.
and just like any other type of program that uses sockets for things, firewalls would have to be made aware of the traffic. and it is simple enough to establish a pseudo system of public and private keys to keep it pretty well buttoned up.
like i said, i havent started writing it, and i havent researched to see what new types of things are possibly available in current programming languages.
but i know it is more than doable without the need of there being a "server" running on the web host.
it would definitely blow a shout box out of the water. :)
36
Off-topic / Re: Texasmans Programming Blog
« on April 8th, 2011, 12:39 AM »
LOGIC = array(
'shit' => 'Shit',
'damn' => 'Damn',
'hell' => 'Hell',
'fuck' => 'Fuck',
'piss' => 'Piss',
'crap' => 'Crap',
'dang' => 'Dang',
'heck' => 'Heck',
);
this concludes the lesson on synonyms. :D
'shit' => 'Shit',
'damn' => 'Damn',
'hell' => 'Hell',
'fuck' => 'Fuck',
'piss' => 'Piss',
'crap' => 'Crap',
'dang' => 'Dang',
'heck' => 'Heck',
);
this concludes the lesson on synonyms. :D
37
Off-topic / Re: Texasmans Programming Blog
« on April 7th, 2011, 04:38 AM »Which letter are you not counting?
38
Off-topic / Re: Texasmans Programming Blog
« on April 7th, 2011, 03:49 AM »
I was just playing ball with my GF and son. We were playing "think fast" and "hot potato". :)
Which makes me think of a chat program. What is it essentially doing?
Well there is a "server" that accepts connections from multiple "clients" and acts as a liaison between the clients.
Lets pose a question. Does the server have to actively liaison the clients, or does it have to appear to do so?
Well, what if the clients "fooled" each other into thinking that it was the server (securely of course) and a way made for the clients to "after authentication was established" communicate with the other clients themselves?
Seeing that it is a chat program, the main thing to fight is hacking/viruses from other peoples computers. It isnt a high tech government spy network. lol
In what way does a client interact with a server? well the server or client sends a communication to the other and some action takes place according to the stimuli.
Well if a client was to send a message to another client, it stands to reason that it would do the same thing.
Most host providers do not allow services to run, but they cant say squat about clients talking to each other.
In the client/server chat program that im going to work on sooner or later for my webiste, the server will simply be a slave to do something when called upon to do something. No reason at all this cant be a single php file with some specific stuff in there to authenticate users and establish the link between a number of clients, therefore forgoing the need to stay running.
The clients would be configured in such a way to send encrypted packets to all clients except itself. And then all the clients would then send back a response to the client that sent the message.
The entire program would not even use server resources except upon new connections and and possibly another php file for saving the conversation to a specialized topic in the forum. Potentially meetings, minutes, just a record of the conversation for legal purposes. whichever.
The means that these clients would operate, would be dependent upon the device its being operated on. A wap2 version would just simply be user refreshed regular, and probably a good few of upper end fones.
How this would work is upon refresh, is that the refreshing client would send a braodcast message to the other clients and a snapshot of the conversation would then be sent back. Now even the specifics of this would require some creativity. Each client has a tag, computer, fone, wap2, etc. well first, the chatroom cant operate without at least one computer, and each client has a list of the "computers" where each computer would share the load of acting as the server.
The point is, to get away from having to use the server as the server, cause most providers wont let you do it.
So the one or more computers in the chat list can then send an updated set of messages based on the span of time that has passed since the requesting "fone" had received its last update. one of these days this wont be a problem, but it is now, so we work around it.
Typically the person with the computer to start the chatroom, would be the main client/server, with the other "computers" to step up if the main one becomes unreachable.
The client/server would simply be the liaison between the other clients and the server/server. sort of. It would kind of be a leaderless pack, like an ant hill. There is no "active" leader, but the whole hill works together to accomplish something.
the clients would be written in a number of different languages according to what is best for the platform it is running on. A computer can run any language, so you can do anything you want. But on fones of different types, it would range from plain html, to jquery.
And basically, the same way wedge and smf detect browsers, the server/server would assign the appropriate interface. (or it could potentially be a downloadable app) And then the server/server would assign all the clients to recognize the client/server as the server to talk to when wanting to do something with a list of potential backup server ready to pick up seamlessly. Even including the ability to choose to neglect, and pass the server responsibilities to a different computer client, or kill the connection if there isnt one.
This is a basic structure of how it would work, actual implementation would of course require some trial and error to make this type of complex server client relationship work the way one would want it to. Its just a matter of looking at issues from a perspective that has no limits. Its a matter of utilizing the tools of programming languages to their fullest extent.
More to come in the future when i dive into how the server and clients would actually work.
Which makes me think of a chat program. What is it essentially doing?
Well there is a "server" that accepts connections from multiple "clients" and acts as a liaison between the clients.
Lets pose a question. Does the server have to actively liaison the clients, or does it have to appear to do so?
Well, what if the clients "fooled" each other into thinking that it was the server (securely of course) and a way made for the clients to "after authentication was established" communicate with the other clients themselves?
Seeing that it is a chat program, the main thing to fight is hacking/viruses from other peoples computers. It isnt a high tech government spy network. lol
In what way does a client interact with a server? well the server or client sends a communication to the other and some action takes place according to the stimuli.
Well if a client was to send a message to another client, it stands to reason that it would do the same thing.
Most host providers do not allow services to run, but they cant say squat about clients talking to each other.
In the client/server chat program that im going to work on sooner or later for my webiste, the server will simply be a slave to do something when called upon to do something. No reason at all this cant be a single php file with some specific stuff in there to authenticate users and establish the link between a number of clients, therefore forgoing the need to stay running.
The clients would be configured in such a way to send encrypted packets to all clients except itself. And then all the clients would then send back a response to the client that sent the message.
The entire program would not even use server resources except upon new connections and and possibly another php file for saving the conversation to a specialized topic in the forum. Potentially meetings, minutes, just a record of the conversation for legal purposes. whichever.
The means that these clients would operate, would be dependent upon the device its being operated on. A wap2 version would just simply be user refreshed regular, and probably a good few of upper end fones.
How this would work is upon refresh, is that the refreshing client would send a braodcast message to the other clients and a snapshot of the conversation would then be sent back. Now even the specifics of this would require some creativity. Each client has a tag, computer, fone, wap2, etc. well first, the chatroom cant operate without at least one computer, and each client has a list of the "computers" where each computer would share the load of acting as the server.
The point is, to get away from having to use the server as the server, cause most providers wont let you do it.
So the one or more computers in the chat list can then send an updated set of messages based on the span of time that has passed since the requesting "fone" had received its last update. one of these days this wont be a problem, but it is now, so we work around it.
Typically the person with the computer to start the chatroom, would be the main client/server, with the other "computers" to step up if the main one becomes unreachable.
The client/server would simply be the liaison between the other clients and the server/server. sort of. It would kind of be a leaderless pack, like an ant hill. There is no "active" leader, but the whole hill works together to accomplish something.
the clients would be written in a number of different languages according to what is best for the platform it is running on. A computer can run any language, so you can do anything you want. But on fones of different types, it would range from plain html, to jquery.
And basically, the same way wedge and smf detect browsers, the server/server would assign the appropriate interface. (or it could potentially be a downloadable app) And then the server/server would assign all the clients to recognize the client/server as the server to talk to when wanting to do something with a list of potential backup server ready to pick up seamlessly. Even including the ability to choose to neglect, and pass the server responsibilities to a different computer client, or kill the connection if there isnt one.
This is a basic structure of how it would work, actual implementation would of course require some trial and error to make this type of complex server client relationship work the way one would want it to. Its just a matter of looking at issues from a perspective that has no limits. Its a matter of utilizing the tools of programming languages to their fullest extent.
More to come in the future when i dive into how the server and clients would actually work.
39
Off-topic / Texasmans Programming Blog
« on April 7th, 2011, 12:22 AM »
First, please do not respond if it is not from a positive state of mind.
Second, i have no other place for this. My GF is studying for mechanical engineering. My son is 6. My best programming friend is at university of california.
Third, the things in this thread are about any type of programming, and any type of program. If anything here is found useful to wedge or its community, id love to see it incorporated somewhere.
More to come folks, stay tuned. :)
name: Joel Edward Mason
profession: Truck driver/owner of http://www.myfewclicks.com (work in progress)
education: 2.5 years(summers to :P) - Computer Science, Telecommunications, Networking
Second, i have no other place for this. My GF is studying for mechanical engineering. My son is 6. My best programming friend is at university of california.
Third, the things in this thread are about any type of programming, and any type of program. If anything here is found useful to wedge or its community, id love to see it incorporated somewhere.
More to come folks, stay tuned. :)
name: Joel Edward Mason
profession: Truck driver/owner of http://www.myfewclicks.com (work in progress)
education: 2.5 years(summers to :P) - Computer Science, Telecommunications, Networking
44
The Pub / Re: Wap2, imode?
« on April 6th, 2011, 02:24 AM »
you got to remember, each client has a computer also. :)
if the server is running thin, pass it to theirs, they got plenty. :D
if the server is running thin, pass it to theirs, they got plenty. :D
45
The Pub / Re: Wap2, imode?
« on April 6th, 2011, 02:20 AM »
what i mean is, if you going to wedge it, wedge the shit out of it. :D