Jump to content
Larry Ullman's Book Forums

PHP_Developer_or_BUST

Members
  • Posts

    7
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

PHP_Developer_or_BUST's Achievements

Newbie

Newbie (1/14)

0

Reputation

  1. Thank you Mr. Ullman for the reply to my question. To my best recollection, the consise.min.css file had a hex color something like #aa8649 or so. I changed the consise.min.css file text--error class the other day to #FF0000 when I posted my problem. Now, a few days later, perhaps browser cache clearing and such, I now see the red I was anticipating loading through the text--error class. Mysteries....
  2. Hello Try as I might, the "text--error" class color of the font looks more brownie brown than red. I hi-jacked the concise.css file and change the color to this class to #FF0000. I still am getting this brown color. On a fresh page, I inline-styled the color #FF0000 and I saw the fire-engine red that I am expecting from the error class. Question: Does the concise.css have another class later on in its document that cancels out the red of text--error? I cannot get the PAINT pictures to upload. Under Oath: the concise, even after I changed the original text--error color to #FF0000 and the page still shows brown. When I inline style the color #FF0000, I get the red. I wish to move on in the book rather than spend more than the two hours on this I have already flushed down the drain. Thank You
  3. Thank you Mr. Ullman for the quick and thorough reply. My mind was not at its best the night I posted. Better tonight, but I still have it stuck in neutral that only $_GET goes through the URL. On page 54, the textbook provides: "The GET method sends all the gather data as part of the URL. The POST method transmits the information invisibly." There is no explicit "through the URL" verbiage that I can find. After typing this reply to this forum: I can now see through the backdoor when the text provides how each URL would appear with GET and POST. I could not put two and two together to deduce that POST is also sent through the URL. Reading comprehension fail: could not see the forest for the trees. -------------------------- It is certainly wonderful that the author of a textbook make himself available to those using his works! Thanks again.
  4. My reading glasses have failed me. The "REVEIW AND PERSUE" page is actually number 73 and not 79. Still the 4th bullet point from the top of the page.
  5. I have for the past twenty minute going back in to the chapter's pages and on this forum but I cannot find the answer to the question: "Why must an HTML page that contains a form that's being submitted to a PHP script be loaded through a URL? I must move on: I cannot waste any further time trying to find this answer. Thank You to whom does so answer this question for me.
  6. Hello Mr. Ullman Thank you for your response. I enjoy the way your have written this PHP for the Web 5th Ed Book. I am just beyond beginner level and I appreciate that I am not compelled to download code as another PHP book not of PeachPress publishing forced me to do. I also enjoy you and the publisher taking the page space and spending ink to show what the 'finished result' of a html or php file. This is really helpful for debugging. Okay! Time to cease violating a "How to Ask Questions the Smart Way"--> Groveling. QUESTION ANSWERED: I take it that there is no to mimic a remote server if one has the "faux" server doing all the deeds. What I should have shared in my original post: the PHP YouTube broadcaster would type in the address to his remote server on his local browser address window. This is what I was attempting to replicate: Ah html file at place "A" calling from a server in place "B". But, now that I think about it, this issue is moot: even at a remote place for the server serving the html file, the 'place' the said file which the browser is calling up is probably is the document root anyway. I surmise that it matters not WHERE the server IS, but WHERE the html file is located WITHIN the server.
  7. I am a bit nervous that I may no be complying with the "How to Ask Questions the Smart Way", but alas... 1. This question is not the most directly related to the book. 2. This question is tangentially related to the book. 3. Under Oath, I swear I spent 90 minutes searching the internet forums for an answer which I now seek here. ========================================================================================================== 4. The reason for my post is to ask the following: QUESTION: How may I call from an HTML file located on my desktop, then subsequently "include" a PHP file from my Apache "faux" local server on this same physical laptop...? In other words, HTML is at place "A" IN my laptop, and I am trying to find the PHP file at place "B" IN my laptop. ========================================================================================================== 5. The task I am attempting to mimic is a PHP YouTuber Instructor who was dragging an HTML file from his LOCAL machine and dropping it at his REMOTE server service. He had two Windows explorer windows open. He would click from the left Local window and drag the file to the right Remote window. 6. Currently, I must place all my HTML and PHP in the Apache Document Root: "C:\xampp\htdocs" in order for the PHP scripts to perform properly. 7. I believe it to be a more realistic replication of the "real world" if I were forced to call HTML from places other than the document root....or am I just urinating in to the wind? Are indeed HTML files to be served from the document root with impunity? 8. The laptop is a 2012-ish HewlettPackard Vision AMD Processor running Windows 8 Apache/Xampp version 3.2.2.
×
×
  • Create New...