Re: [PHP] Re: Delaying $(document).ready() in jQuery until php script finish
On Fri, Mar 11, 2011 at 11:39 PM, David Hutto smokefl...@gmail.com wrote: On Sat, Mar 12, 2011 at 2:34 AM, Tommy Pham tommy...@gmail.com wrote: On Fri, Mar 11, 2011 at 11:26 PM, David Hutto smokefl...@gmail.com wrote: On Sat, Mar 12, 2011 at 2:22 AM, Tommy Pham tommy...@gmail.com wrote: On Fri, Mar 11, 2011 at 10:34 PM, David Hutto smokefl...@gmail.com wrote: Although, right now, if I were going to be using all of those languages in unison(and I am), then I'd go with C, and spit them out to the browser for lower level control, as well as, to remain familiar with some of the main languages being used currently. But then how portable is your app? I'd have to refer to your reply: This would depend on the original application design code. If the original app is meant for specific hardware, and a specific company, then portability is null point. If that's the case why even bother with PHP? Why not just do it in C for pure speed? Speed wasn't the point- Multiple technology usage was the point. And if you're going to poise a browser for multiple intercepts(in terms of languages), then C *seems* to be the best was to move toward the displayment of it's descendants. If it's going to be a multi-language project, then it needs to be addressed with a multilanguage source to stem from, and C would seem like the optimum epicenter for propagation of this. I thought one of the major points of PHP is 'develop anywhere and deploy anywhere'. In the OP's case, where would C fit in when you have HTML, JS, and PHP - PHP would produce the resultant text in addtion to JS HTML. What would be the 'specific need' to do work in C where PHP, its many extensions and library (PECL PEAR), and lots of the other PHP code based libraries/frameworks out there already to do the job? The way I look at it, if too many languages are involved then most likely the application design is over complicated. SQL = back end data storage PHP = processing input/output, including back end data HTML/XML = document layout for nice hierarchical format JS/Flash = client side effects and processing to offload some server load Each already designed and made to do the the specific function and are nicely coupled together. From the above, I've yet to see the need to write C code for the PHP based application - with the exception of threads, and let's not get into it again... lol. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Re: Delaying $(document).ready() in jQuery until php script finish
Optimization also becomes a more manipulative, due to the stem point of your further language utilization. If you divide your languages, and disperse them through a C framework, you can utilize the languages in their refined form, and if any portion of an individual language gives optimization problems, you move that particular segment toward a more optimized C implementation. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Re: Delaying $(document).ready() in jQuery until php script finish
On Fri, Mar 11, 2011 at 11:59 PM, David Hutto smokefl...@gmail.com wrote: Optimization also becomes a more manipulative, due to the stem point of your further language utilization. If you divide your languages, and disperse them through a C framework, you can utilize the languages in their refined form, and if any portion of an individual language gives optimization problems, you move that particular segment toward a more optimized C implementation. Seems to me you're going in circle. Portability is null. Multi-language support and yet 'toward a more optimized C implementation'? Going back to my previous question then, 'what's the point of PHP' in all of this when you're trying to achieve an optimized C application? -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Re: Delaying $(document).ready() in jQuery until php script finish
On Sat, Mar 12, 2011 at 2:59 AM, Tommy Pham tommy...@gmail.com wrote: On Fri, Mar 11, 2011 at 11:39 PM, David Hutto smokefl...@gmail.com wrote: On Sat, Mar 12, 2011 at 2:34 AM, Tommy Pham tommy...@gmail.com wrote: On Fri, Mar 11, 2011 at 11:26 PM, David Hutto smokefl...@gmail.com wrote: On Sat, Mar 12, 2011 at 2:22 AM, Tommy Pham tommy...@gmail.com wrote: On Fri, Mar 11, 2011 at 10:34 PM, David Hutto smokefl...@gmail.com wrote: Although, right now, if I were going to be using all of those languages in unison(and I am), then I'd go with C, and spit them out to the browser for lower level control, as well as, to remain familiar with some of the main languages being used currently. But then how portable is your app? I'd have to refer to your reply: This would depend on the original application design code. If the original app is meant for specific hardware, and a specific company, then portability is null point. If that's the case why even bother with PHP? Why not just do it in C for pure speed? Speed wasn't the point- Multiple technology usage was the point. And if you're going to poise a browser for multiple intercepts(in terms of languages), then C *seems* to be the best was to move toward the displayment of it's descendants. If it's going to be a multi-language project, then it needs to be addressed with a multilanguage source to stem from, and C would seem like the optimum epicenter for propagation of this. I thought one of the major points of PHP is 'develop anywhere and deploy anywhere'. In the OP's case, where would C fit in when you have HTML, JS, and PHP - PHP would produce the resultant text in addtion to JS HTML. What would be the 'specific need' to do work in C where PHP, its many extensions and library (PECL PEAR), and lots of the other PHP code based libraries/frameworks out there already to do the job? The way I look at it, if too many languages are involved then most likely the application design is over complicated. Because you've been taught that C is over complicated in an optimization standpoint. Just to spit out the above in html/php/js/css in a C framework is simpler than you think. A little printf. And you speak of optimization, but lack the prethought for implementation for these optimizations. How can you move toward a lower level if you don't start on one. You seem stuck on the PHP portion of this, rather than the whole outlook of using multiple languages and technologies through a centralized means to accomplish a specific end, which can be easily optimized. SQL = back end data storage PHP = processing input/output, including back end data HTML/XML = document layout for nice hierarchical format JS/Flash = client side effects and processing to offload some server load Each already designed and made to do the the specific function and are nicely coupled together. From the above, I've yet to see the need to write C code for the PHP based application - with the exception of threads, and let's not get into it again... lol. It's not a 'hard coded' C, it's just a print to the page with C as the conveyor for each. You can then utilize C to partition each language for refinement in the overall. -- According to theoretical physics, the division of spatial intervals as the universe evolves gives rise to the fact that in another timeline, your interdimensional counterpart received helpful advice from me...so be eternally pleased for them. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Re: Delaying $(document).ready() in jQuery until php script finish
On Sat, Mar 12, 2011 at 3:03 AM, Tommy Pham tommy...@gmail.com wrote: On Fri, Mar 11, 2011 at 11:59 PM, David Hutto smokefl...@gmail.com wrote: Optimization also becomes a more manipulative, due to the stem point of your further language utilization. If you divide your languages, and disperse them through a C framework, you can utilize the languages in their refined form, and if any portion of an individual language gives optimization problems, you move that particular segment toward a more optimized C implementation. Seems to me you're going in circle. Portability is null. Are you still stuck in developing for the masses? Because jobs are limited there. Development for corps requires development for specific hardware not a mass of consumers. Multi-language support and yet 'toward a more optimized C implementation'? Did you forget the term epicenter of an app/site? Going back to my previous question then, 'what's the point of PHP' in all of this when you're trying to achieve an optimized C application? PHP is just a portion of the ripple from C, which can got to php(e.g. echo html), and then js in the html, and css in the html, but either can be used in the html with interpolation of strings. Thhe C acts as the pivot point, intertwining the languages above. You can use each one individually. You could do this from a php standpoint/python/html/etc. C becomes the root and the others just branches and leaves woven together with %whatever. -- According to theoretical physics, the division of spatial intervals as the universe evolves gives rise to the fact that in another timeline, your interdimensional counterpart received helpful advice from me...so be eternally pleased for them. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Re: Delaying $(document).ready() in jQuery until php script finish
On Sat, Mar 12, 2011 at 12:06 AM, David Hutto smokefl...@gmail.com wrote: On Sat, Mar 12, 2011 at 2:59 AM, Tommy Pham tommy...@gmail.com wrote: On Fri, Mar 11, 2011 at 11:39 PM, David Hutto smokefl...@gmail.com wrote: On Sat, Mar 12, 2011 at 2:34 AM, Tommy Pham tommy...@gmail.com wrote: On Fri, Mar 11, 2011 at 11:26 PM, David Hutto smokefl...@gmail.com wrote: On Sat, Mar 12, 2011 at 2:22 AM, Tommy Pham tommy...@gmail.com wrote: On Fri, Mar 11, 2011 at 10:34 PM, David Hutto smokefl...@gmail.com wrote: Although, right now, if I were going to be using all of those languages in unison(and I am), then I'd go with C, and spit them out to the browser for lower level control, as well as, to remain familiar with some of the main languages being used currently. But then how portable is your app? I'd have to refer to your reply: This would depend on the original application design code. If the original app is meant for specific hardware, and a specific company, then portability is null point. If that's the case why even bother with PHP? Why not just do it in C for pure speed? Speed wasn't the point- Multiple technology usage was the point. And if you're going to poise a browser for multiple intercepts(in terms of languages), then C *seems* to be the best was to move toward the displayment of it's descendants. If it's going to be a multi-language project, then it needs to be addressed with a multilanguage source to stem from, and C would seem like the optimum epicenter for propagation of this. I thought one of the major points of PHP is 'develop anywhere and deploy anywhere'. In the OP's case, where would C fit in when you have HTML, JS, and PHP - PHP would produce the resultant text in addtion to JS HTML. What would be the 'specific need' to do work in C where PHP, its many extensions and library (PECL PEAR), and lots of the other PHP code based libraries/frameworks out there already to do the job? The way I look at it, if too many languages are involved then most likely the application design is over complicated. Because you've been taught that C is over complicated in an optimization standpoint. Just to spit out the above in html/php/js/css in a C framework is simpler than you think. A little printf. And you speak of optimization, but lack the prethought for implementation for these optimizations. How can you move toward a lower level if you don't start on one. You seem stuck on the PHP portion of this, rather than the whole outlook of using multiple languages and technologies through a centralized means to accomplish a specific end, which can be easily optimized. I thought the whole objective of higher level language is to provide an easier application design and coding, in addition to shorter development maintenance time. Why go back to lower level, isn't that defeating the purpose? Just a case scenario. If C is included to 'to spit out the above in html/php/js/css' and should you happen to be out town/country on vacation, the other developer(s) doesn't know C and the application requires some minor bug fix or minor addition. The problem is now that modification required is in C. Do you want your vacation disturbed? Except in the case of an emergency, I don't. :) Not to mention if where you're vacationing at have a fast internet connection, or even an internet connection at all. While this approach may mean job stability in this situation, I could see it opposite as it causes more down time for the business as being unable to adapt quickly to the ever changing needs required by the economy and/or customers/clients. In the end, if the business can't stay in business, you're out of a job. In one of my recent job experience, I was in a 3 person IT team. We have a DBA, developer (also the manager), and I'm the system/network/telecom admin. We all have cross discipline experience and train ourselves in areas we lack for basic support. Every one of us don't have a problem taking a month vacation out of the country when the other 2 to provide 24/7 support for the facility. Folks at other sites worries even if they try to take 2 weeks vacation and that's not even leaving country. How fast and well do you someone can be cross trained to learn C? Even if just basic support? As for printf, PHP has that and print. Regarding learning and using C, I had only 1 quarter of it in college and that was back in the early '90s. I don't remember C as an 'over complicated in an optimization standpoint', IIRC, I just had problems with memory optimization, but that's another issue. But I haven't used it since other than scanning the some source code for compilations W(A/I)MP x64 stack. About optimization, isn't it more in terms of modular design then including more languages than is necessary? If PHP is sluggish, wouldn't be best to bring it up to the PHP developers? SQL = back end data storage PHP = processing input/output, including back
Re: [PHP] Re: Delaying $(document).ready() in jQuery until php script finish
We're going way off-topic. Perhaps start a new thread? :) -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Re: Delaying $(document).ready() in jQuery until php script finish
On Sat, Mar 12, 2011 at 4:10 AM, Tommy Pham tommy...@gmail.com wrote: On Sat, Mar 12, 2011 at 12:06 AM, David Hutto smokefl...@gmail.com wrote: On Sat, Mar 12, 2011 at 2:59 AM, Tommy Pham tommy...@gmail.com wrote: On Fri, Mar 11, 2011 at 11:39 PM, David Hutto smokefl...@gmail.com wrote: On Sat, Mar 12, 2011 at 2:34 AM, Tommy Pham tommy...@gmail.com wrote: On Fri, Mar 11, 2011 at 11:26 PM, David Hutto smokefl...@gmail.com wrote: On Sat, Mar 12, 2011 at 2:22 AM, Tommy Pham tommy...@gmail.com wrote: On Fri, Mar 11, 2011 at 10:34 PM, David Hutto smokefl...@gmail.com wrote: Although, right now, if I were going to be using all of those languages in unison(and I am), then I'd go with C, and spit them out to the browser for lower level control, as well as, to remain familiar with some of the main languages being used currently. But then how portable is your app? I'd have to refer to your reply: This would depend on the original application design code. If the original app is meant for specific hardware, and a specific company, then portability is null point. If that's the case why even bother with PHP? Why not just do it in C for pure speed? Speed wasn't the point- Multiple technology usage was the point. And if you're going to poise a browser for multiple intercepts(in terms of languages), then C *seems* to be the best was to move toward the displayment of it's descendants. If it's going to be a multi-language project, then it needs to be addressed with a multilanguage source to stem from, and C would seem like the optimum epicenter for propagation of this. I thought one of the major points of PHP is 'develop anywhere and deploy anywhere'. In the OP's case, where would C fit in when you have HTML, JS, and PHP - PHP would produce the resultant text in addtion to JS HTML. What would be the 'specific need' to do work in C where PHP, its many extensions and library (PECL PEAR), and lots of the other PHP code based libraries/frameworks out there already to do the job? The way I look at it, if too many languages are involved then most likely the application design is over complicated. Because you've been taught that C is over complicated in an optimization standpoint. Just to spit out the above in html/php/js/css in a C framework is simpler than you think. A little printf. And you speak of optimization, but lack the prethought for implementation for these optimizations. How can you move toward a lower level if you don't start on one. You seem stuck on the PHP portion of this, rather than the whole outlook of using multiple languages and technologies through a centralized means to accomplish a specific end, which can be easily optimized. I thought the whole objective of higher level language is to provide an easier application design and coding, in addition to shorter development maintenance time. Why go back to lower level, isn't that defeating the purpose? That was the point of the term 'prototyping'. A language used to prototype, but built on a framework of optimization, in which the prototype language can be eliminated for the lower level performance bottlenecks. Just a case scenario. If C is included to 'to spit out the above in html/php/js/css' and should you happen to be out town/country on vacation, the other developer(s) doesn't know C and the application requires some minor bug fix or minor addition. The problem is now that modification required is in C. No, the problem lies in the error message, which lies in the underlying language. And familiarity with work is in properly commented and documented code. If the company isn't willing to maintain that throughout the course of development, then your misunderstanding is money out of their pocket. Do you want your vacation disturbed? For money, I comment and document, but disturbed isn't a problem, as long as it's a guaranteed under the contract. Except in the case of an emergency, I don't. :) But does the contract end at consumer misuse, or your discretion, and do they decide, or you? And then when does that end, when you're too important to respond, or had a better offer? Not to mention if where you're vacationing at have a fast internet connection, or even an internet connection at all. While this approach may mean job stability in this situation, I could see it opposite as it causes more down time for the business as being unable to adapt quickly to the ever changing needs required by the economy and/or customers/clients. In the end, if the business can't stay in business, you're out of a job. In one of my recent job experience, I was in a 3 person IT team. d You mean you and a few guys/gals got together, and threw together an app? We have a DBA, developer (also the manager), and I'm the system/network/telecom admin. You probably got a thesaurus, and small business guide to success too. We all have cross discipline experience and train
Re: [PHP] Re: Delaying $(document).ready() in jQuery until php script finish
On Sat, Mar 12, 2011 at 12:22 AM, David Hutto smokefl...@gmail.com wrote: This isn't a C/PHP question, or optimization, it's a matter of PHP isn't always the center of attention, in terms of a development process. In each language there are advocates, and it's admirable, but ignorant in sight that what you're saying eliminates the rational, and logical thought that there are other languages that can be utilized as the center of development, and have higher level optimization in mind. If you use C, then as optimization, and software evolution occurs, you can move toward elimination the higher level prototyping languages, and move it toward the C (lower level)implementation. You start with just the spit out portion of C, and use the higher levels to prototype...then remove the higher level as you eliminate the inefficient portions, and replace with lower level, C, implementations of these higher level/platform dependent prototyped functions. Isn't this true for every other languages such Python, Perl, and Java? They were written in C at the core. If the language in use can't provide the functionality needed, then yes, I see the need for C. If using C just for optimization, then aren't selling yourself short for longer development and maintenance time when too many languages involved? -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Re: Delaying $(document).ready() in jQuery until php script finish
probably so, but it it's just another discussion we should have just for evolutions sake. Each time it takes place, new info is added by someone. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Re: Delaying $(document).ready() in jQuery until php script finish
On Sat, Mar 12, 2011 at 4:31 AM, Tommy Pham tommy...@gmail.com wrote: On Sat, Mar 12, 2011 at 12:22 AM, David Hutto smokefl...@gmail.com wrote: This isn't a C/PHP question, or optimization, it's a matter of PHP isn't always the center of attention, in terms of a development process. In each language there are advocates, and it's admirable, but ignorant in sight that what you're saying eliminates the rational, and logical thought that there are other languages that can be utilized as the center of development, and have higher level optimization in mind. If you use C, then as optimization, and software evolution occurs, you can move toward elimination the higher level prototyping languages, and move it toward the C (lower level)implementation. You start with just the spit out portion of C, and use the higher levels to prototype...then remove the higher level as you eliminate the inefficient portions, and replace with lower level, C, implementations of these higher level/platform dependent prototyped functions. Isn't this true for every other languages such Python, Perl, and Java? They were written in C at the core. If the language in use can't provide the functionality needed, then yes, I see the need for C. If using C just for optimization, then aren't selling yourself short for longer development and maintenance time when too many languages involved? Not C just for opto, but basic C for the later project utilization. It's just a quick spit out of the other languages which are interpolated to C string on the page. A simple C string with everything else you want in the higher level languages. But then you decide a few php results are slow, so you use a C function. Then you decide a few python functions are slow when returning a js mouseover, so you use a js or C function. It's just a simple platform to use the higher level 'prototype' languages on. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Re: Delaying $(document).ready() in jQuery until php script finish
On Sat, Mar 12, 2011 at 1:31 AM, David Hutto smokefl...@gmail.com wrote: On Sat, Mar 12, 2011 at 4:10 AM, Tommy Pham tommy...@gmail.com wrote: On Sat, Mar 12, 2011 at 12:06 AM, David Hutto smokefl...@gmail.com wrote: On Sat, Mar 12, 2011 at 2:59 AM, Tommy Pham tommy...@gmail.com wrote: On Fri, Mar 11, 2011 at 11:39 PM, David Hutto smokefl...@gmail.com wrote: On Sat, Mar 12, 2011 at 2:34 AM, Tommy Pham tommy...@gmail.com wrote: On Fri, Mar 11, 2011 at 11:26 PM, David Hutto smokefl...@gmail.com wrote: On Sat, Mar 12, 2011 at 2:22 AM, Tommy Pham tommy...@gmail.com wrote: On Fri, Mar 11, 2011 at 10:34 PM, David Hutto smokefl...@gmail.com wrote: Although, right now, if I were going to be using all of those languages in unison(and I am), then I'd go with C, and spit them out to the browser for lower level control, as well as, to remain familiar with some of the main languages being used currently. But then how portable is your app? I'd have to refer to your reply: This would depend on the original application design code. If the original app is meant for specific hardware, and a specific company, then portability is null point. If that's the case why even bother with PHP? Why not just do it in C for pure speed? Speed wasn't the point- Multiple technology usage was the point. And if you're going to poise a browser for multiple intercepts(in terms of languages), then C *seems* to be the best was to move toward the displayment of it's descendants. If it's going to be a multi-language project, then it needs to be addressed with a multilanguage source to stem from, and C would seem like the optimum epicenter for propagation of this. I thought one of the major points of PHP is 'develop anywhere and deploy anywhere'. In the OP's case, where would C fit in when you have HTML, JS, and PHP - PHP would produce the resultant text in addtion to JS HTML. What would be the 'specific need' to do work in C where PHP, its many extensions and library (PECL PEAR), and lots of the other PHP code based libraries/frameworks out there already to do the job? The way I look at it, if too many languages are involved then most likely the application design is over complicated. Because you've been taught that C is over complicated in an optimization standpoint. Just to spit out the above in html/php/js/css in a C framework is simpler than you think. A little printf. And you speak of optimization, but lack the prethought for implementation for these optimizations. How can you move toward a lower level if you don't start on one. You seem stuck on the PHP portion of this, rather than the whole outlook of using multiple languages and technologies through a centralized means to accomplish a specific end, which can be easily optimized. I thought the whole objective of higher level language is to provide an easier application design and coding, in addition to shorter development maintenance time. Why go back to lower level, isn't that defeating the purpose? That was the point of the term 'prototyping'. A language used to prototype, but built on a framework of optimization, in which the prototype language can be eliminated for the lower level performance bottlenecks. As I mentioned below, if PHP is sluggish, shouldn't it be brought up to the PHP developers instead? Why would you try include more complexity? Just a case scenario. If C is included to 'to spit out the above in html/php/js/css' and should you happen to be out town/country on vacation, the other developer(s) doesn't know C and the application requires some minor bug fix or minor addition. The problem is now that modification required is in C. No, the problem lies in the error message, which lies in the underlying language. And familiarity with work is in properly commented and documented code. If the company isn't willing to maintain that throughout the course of development, then your misunderstanding is money out of their pocket. Do you want your vacation disturbed? For money, I comment and document, but disturbed isn't a problem, as long as it's a guaranteed under the contract. Except in the case of an emergency, I don't. :) But does the contract end at consumer misuse, or your discretion, and do they decide, or you? And then when does that end, when you're too important to respond, or had a better offer? Not to mention if where you're vacationing at have a fast internet connection, or even an internet connection at all. While this approach may mean job stability in this situation, I could see it opposite as it causes more down time for the business as being unable to adapt quickly to the ever changing needs required by the economy and/or customers/clients. In the end, if the business can't stay in business, you're out of a job. In one of my recent job experience, I was in a 3 person IT team. d You mean you and a few guys/gals got together, and
Re: [PHP] Re: Delaying $(document).ready() in jQuery until php script finish
As I mentioned below, if PHP is sluggish, shouldn't it be brought up to the PHP developers instead? Why would you try include more complexity? I'm sure it has, it's called benchmarks. And they can't top C or Fortran, last I saw. But that is not the point. And did you not see my point about how it's just an initial usage of C to put out php and html/css/js, and that 'complexity' must be as simple as a printf function in another language. Why don't you snatch your nose out of php's asshole for a second to realize it's not the center of a multilanguage project, and sometimes neither is C, or any other language It's the consumers, or the designers, or yours. Just a case scenario. If C is included to 'to spit out the above in html/php/js/css' and should you happen to be out town/country on vacation, the other developer(s) doesn't know C and the application requires some minor bug fix or minor addition. The problem is now that modification required is in C. No, the problem lies in the error message, which lies in the underlying language. If you don't know step by step function programming, or debugging, then why are you arguing with me? And familiarity with work is in properly commented and documented code. If the company isn't willing to maintain that throughout the course of development, then your misunderstanding is money out of their pocket. Nah, just your clients, and that should have been accounted for in your project bid. Do you want your vacation disturbed? For money, I comment and document, but disturbed isn't a problem, as long as it's a guaranteed under the contract. Except in the case of an emergency, I don't. :) But does the contract end at consumer misuse, or your discretion, and do they decide, or you? And then when does that end, when you're too important to respond, or had a better offer? Not to mention if where you're vacationing at have a fast internet connection, or even an internet connection at all. While this approach may mean job stability in this situation, I could see it opposite as it causes more down time for the business as being unable to adapt quickly to the ever changing needs required by the economy and/or customers/clients. In the end, if the business can't stay in business, you're out of a job. In one of my recent job experience, I was in a 3 person IT team. d You mean you and a few guys/gals got together, and threw together an app? We have a DBA, developer (also the manager), and I'm the system/network/telecom admin. You probably got a thesaurus, and small business guide to success too. No, the DBA is needed because the amount of the data that our site handles for the customers specific to local region. The manager just happens to be a software developer. Did he tell you that, or provide credentials? That;s what most project heads do, I assume. We only wrote codes because we needed some functionality to improve efficiency of the site. Prior to writing the code, we had submitted a BRD to corporate for them to provide us that functionality. They said it's not necessary without further explanation. In the end, we all left the company because upper management didn't seem to be really business economic aware. Even the site manager left the company too. For me, when the CEO gives a presentation about outlook for the company, he said that 'we're still trying to figure out why the company didn't meet last year projections'. This was 6 months in the new fiscal year. I lost all respect for upper management. In all my job experiences, except that company, all of the upper management are very concerned about how on track is the company with the projections on a month by month basis. They all wanted daily, weekly, and monthly reports. That company didn't ask for any. We all have cross discipline experience and train ourselves in areas we lack for basic support. Not going to argue there, see my response from experience above. Every one of us don't have a problem taking a month vacation Vacation in IT is an oxymoron, and so is intellectual unavailability, especially with the current interconnectivity. Is it? In one of my job experience, a director once asked me why he didn't see any problems from my area. I simply told him that if he did, then I wasn't be doing my job. Maybe by 'problems' he meant other than what you think are problems. ANd maybe he thinks your job is to report maybe employee unhapiness, instead of employee misbehavior, maybe the miscommunication is in terminology of the word problem That being said. Doing your job means that you should still have a peace of mind to take a vacation or sleep better at night. But how does the client take peace of mind when you're unavailable? out of the country when the other 2 to provide 24/7 support for the facility. Folks at other sites worries even if they try to take 2 weeks vacation and that's not even
Re: [PHP] Re: Delaying $(document).ready() in jQuery until php script finish
On Sat, Mar 12, 2011 at 2:40 AM, David Hutto smokefl...@gmail.com wrote: As I mentioned below, if PHP is sluggish, shouldn't it be brought up to the PHP developers instead? Why would you try include more complexity? I'm sure it has, it's called benchmarks. And they can't top C or Fortran, last I saw. But that is not the point. And did you not see my point about how it's just an initial usage of C to put out php and html/css/js, and that 'complexity' must be as simple as a printf function in another language. Why don't you snatch your nose out of php's asshole for a second to realize it's not the center of a multilanguage project, and sometimes neither is C, or any other language It's the consumers, or the designers, or yours. Then you obviously didn't read my example fully. Isn't Javascript/Flash a language? Javascript/Flash provides what PHP lacks, client side. If PHP has performance issues, you're introducing complexity by adding C into the mix when the performance issues should be brought to the PHP developers' attention, as stated before. If you really have issues with PHP's performance, why even bother to include PHP then? Why not just do C to crank out HTML, JS, and CSS since portability isn't a concern as you've stated? My nose isn't in PHP's asshole. I code in C# (ASP.NET and Winforms) when my need is there. In some of those instances, I had to use PInvoke because C# didn't provide the functionality I need. So I don't have problems using multi-language solution. To me, your proposal just add complexity into something that should have been properly addressed in the first place. This brings right along with the discussion about PHP implementing threads. If you need threads for better performance and since PHP doesn't provide it, then I do see use for C. Other than that, I don't ATM. Just a case scenario. If C is included to 'to spit out the above in html/php/js/css' and should you happen to be out town/country on vacation, the other developer(s) doesn't know C and the application requires some minor bug fix or minor addition. The problem is now that modification required is in C. No, the problem lies in the error message, which lies in the underlying language. If you don't know step by step function programming, or debugging, then why are you arguing with me? Are you reading it correctly? The 'No, the problem lies in the error ...' isn't my comment... And familiarity with work is in properly commented and documented code. If the company isn't willing to maintain that throughout the course of development, then your misunderstanding is money out of their pocket. Nah, just your clients, and that should have been accounted for in your project bid. Do you want your vacation disturbed? For money, I comment and document, but disturbed isn't a problem, as long as it's a guaranteed under the contract. Except in the case of an emergency, I don't. :) But does the contract end at consumer misuse, or your discretion, and do they decide, or you? And then when does that end, when you're too important to respond, or had a better offer? Not to mention if where you're vacationing at have a fast internet connection, or even an internet connection at all. While this approach may mean job stability in this situation, I could see it opposite as it causes more down time for the business as being unable to adapt quickly to the ever changing needs required by the economy and/or customers/clients. In the end, if the business can't stay in business, you're out of a job. In one of my recent job experience, I was in a 3 person IT team. d You mean you and a few guys/gals got together, and threw together an app? We have a DBA, developer (also the manager), and I'm the system/network/telecom admin. You probably got a thesaurus, and small business guide to success too. No, the DBA is needed because the amount of the data that our site handles for the customers specific to local region. The manager just happens to be a software developer. Did he tell you that, or provide credentials? That;s what most project heads do, I assume. Yes, he showed me his coursework and tried to get the PhD. Due to a family emergency, he couldn't complete it at that time. Yes, we all saw each other's resume and CV. And cross trained to provide support in the areas where anyone of us lacks the basics so we could provide full 24/7 support in the event that there are 2 of 3 IT members available for _any reason_: vacation, family emergency, etc... We only wrote codes because we needed some functionality to improve efficiency of the site. Prior to writing the code, we had submitted a BRD to corporate for them to provide us that functionality. They said it's not necessary without further explanation. In the end, we all left the company because upper management didn't seem to be really business economic aware. Even the site manager left the
Re: [PHP] web site link request
On Fri, Mar 11, 2011 at 23:00, Kirk Bailey kbai...@howlermonkey.net wrote: May I have suggestions of websites I would do well to visit to improve my php skills? Links please, with a breif description if you would be so good. http://php.net/links --- Overall links http://phpbuilder.com/--- General PHP community site http://devnetwork.net/ --- Collection of resources http://phpfreaks.com/ --- PHP community site And just two of the many sites operated by your peers: http://php1.net/ --- Tedd Sperling http://phpguru.org/ --- Richard Heyes -- /Daniel P. Brown Network Infrastructure Manager http://www.php.net/ -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] $_POST variable
At 9:28 PM +0200 3/11/11, Danny wrote: Hi guys, I have a form that has a long list of radio-bottons inside of it. The radio-buttons are dynamically created via php and MySQL. Here is an example of one of the radio buttons: input type=radio name=?php print (radio_.$result_from_mysql) ; ? value=0 input type=radio name=?php print (radio_.$result_from_mysql) ; ? value=1 Now, when I submit this form to another page for processing, how would I catch the above radio-button's $_POST name since I do not know the name, only that it starts with radio_ ? Thank You Danny Danny: Replace ?php print (radio_.$result_from_mysql) ; ? with an option[] array. Realize that the name of the radio input stays the same -- it is the value that changes. Here's a demo: http://php1.net/b/form-radio1/ Don't make it more complicated than it needs be. Cheers, tedd -- --- http://sperling.com/ -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Zend Framework - getParam() Question
Howdy, Mid, Net, thanks for the tips! I actually didn't have the proper .htaccess settings that ZF wanted, and I needed to add a router :) Thank you both! -Dan On Sat, Mar 12, 2011 at 12:48 AM, Midhun Girish midhungir...@gmail.comwrote: You can also try routing in zend.. http://codeutopia.net/blog/2007/11/16/routing-and-complex-urls-in-zend-framework/ Midhun Girish On Sat, Mar 12, 2011 at 11:16 AM, NetEmp net.ser...@gmail.com wrote: Hi Dan One method for this is to use URL Rewriting (which can be implemented on Apache using htaccess). Through URL Rewriting you can first make the following URL: http://www.website.com/article-clean-url http://www.website.com/article-clean-urlto internally behave as the following: http://www.website.com/index/user/ http://www.website.com/index/user/11 http://www.website.com/index/user/1and then you can use the same getParam method to grab the value and carry out further processing. Hope this helps. Cheers NetEmp On Sat, Mar 12, 2011 at 10:04 AM, Dan Joseph dmjos...@gmail.com wrote: Hi Everyone, Zend Framework getParam question I'm trying to get a value from the url... I know how to grab: http;//www.website.com/index/user/1 that's the index controller, $this-_getParam('user'); (value = 1).. What I'd like to be able to grab is just off one thing from the url... example.. I want to give an article a unique/clean url... so, when I go to: http://www.website.com/article-clean-url I can somehow grab that 'article-clean-url' as a value and use it for a lookup in the database. I've tried everything and search all over the place. I can't find the answer. Can someone tell me how this is done? Thanks... -- -Dan Joseph -- -Dan Joseph
Re: [PHP] $_POST variable
On 03/12/2011 10:37 AM, tedd wrote: At 9:28 PM +0200 3/11/11, Danny wrote: Hi guys, I have a form that has a long list of radio-bottons inside of it. The radio-buttons are dynamically created via php and MySQL. Here is an example of one of the radio buttons: input type=radio name=?php print (radio_.$result_from_mysql) ; ? value=0 input type=radio name=?php print (radio_.$result_from_mysql) ; ? value=1 Now, when I submit this form to another page for processing, how would I catch the above radio-button's $_POST name since I do not know the name, only that it starts with radio_ ? Thank You Danny Danny: Replace ?php print (radio_.$result_from_mysql) ; ? with an option[] array. Realize that the name of the radio input stays the same -- it is the value that changes. Here's a demo: http://php1.net/b/form-radio1/ Don't make it more complicated than it needs be. Cheers, tedd My point exactly! So long as the name of the name[] part is the same they will be treated as the same group of radio buttons. So here is the long and short; if the name is the same and you specify an index then names with the same index will be grouped together: name[1] and name[1] are the same but different group from name[2]. If you don't specify an index, but the name is the same, then they are grouped together: name[], name[]. By grouped together I mean that only one of the group can be selected and therefore successful on submit. -- Thanks! -Shawn http://www.spidean.com -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] $_POST variable
At 6:07 PM -0600 3/12/11, Shawn McKenzie wrote: On 03/12/2011 10:37 AM, tedd wrote: Here's a demo: http://php1.net/b/form-radio1/ Don't make it more complicated than it needs be. My point exactly! So long as the name of the name[] part is the same they will be treated as the same group of radio buttons. So here is the long and short; if the name is the same and you specify an index then names with the same index will be grouped together: name[1] and name[1] are the same but different group from name[2]. If you don't specify an index, but the name is the same, then they are grouped together: name[], name[]. By grouped together I mean that only one of the group can be selected and therefore successful on submit. -- Thanks! -Shawn Yeah, that's clear as mud -- I know how to do it and that confused me. :-\ Here's a much simpler example than my previous one: http://rebel.lcc.edu/sperlt/citw229/sticky-radio.php You don't even need an array. Just check the choice variable. Cheers, tedd -- --- http://sperling.com/ -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php