Jump to content
Larry Ullman's Book Forums


  • Posts

  • Joined

  • Last visited

  • Days Won


Everything posted by Jonathon

  1. The header.html file is included in a php file. So the server sees a php file primarily and hence executes it as php.
  2. toure probably referencing a directory incorrectly. Make sure the paths are all done and case sensitive.
  3. Why would an OOP system be more secure than a procedural one? I also think that Larry does explain his reasons for using procedural approach in the book btw.
  4. Over another framework or in terms of an actual project?
  5. Well these are my thoughts. I love my current stack which is probably the same as yours. PHP and MySQL. But I do always look at other places where learning a new language or skill set would be a good investment. I like the idea of apps for iOS and it's a fairly big undertaking to build an app when you don't have any experience in that or iOS. But I'm enjoying playing around with it and learning Swift. I hear loads of great things about Python and Ruby. More so than PHP. A lot of purists seem to see PHP as the devil it appears. I actually came across the article by googling node.js v Python as I wanted to use a more scripting orientated language for some reports on a JVM and PHP won't run on JVM. I think at some point web wise is like to learn how and when to use Mongo. But the reality here is how many of us are going to build something that needs to be that scalable. So I'll hold fire on that and hack my way through swift. Thanks as ever for your response. I'm glad we share the same opinions. Jonathon
  6. Jonathon

    The Modern Web

    Hi Larry et al As someone working in a startup in a big web company like stripe I imagine they are hot on technology and stacks etc. I was reading around on the web just about language comparisons/platforms like node.js and read a couple of people say things like PHP Ruby Python are not as relevant to the modern web. What the modern web is it doesn't say. What are your thoughts on that kind of statement? Out of interest. As someone who is fairly up to date with the web and technologies I'm always intrigued by people opinions on these things. I have started to work with swift. But I'm very new to it and can see the downside of concurrent requests using PHP for instance.
  7. Just Stripe checkout ones need to be HTTPS to be PCI compliant. Jonathon
  8. I always try to post things that people might be interested in. Like the digital ocean piece. So here is another. https://letsencrypt.org
  9. So what are you saying? THat the client is field should be pre populated wih existing clients? If so just pass the form a drop down box instead of text field and pass it the appropriate model. It will be something like this $model = Client::find()->all(); $dropDown = ArrayHelper::map($model, 'client_name', 'client_id'); Pass $dropDown to the form now. Job done
  10. When you load the page, put in a DB Call to increment the DB by one. Assuming you have a DB that stores every page you want to monitor. You can use MYSQL's ON DUPLICATE KEY to achieve this.
  11. Jonathon


    Hi Larry In any of your PHP writings do you have anything on closures. I feel like you do in the JavaScript book. I'll have to have a look, but just wondering could you with your expert ability to explain things explain a closure. Thanks Jonathon
  12. Why not send both? I send html emails and I haven't noticed any major differences between clients. I think most companies send a html email now-a-days. Even if it's just a simple logo somewhere. Rather than a text based one. Yes I found mandrill great for what I needed. You'll have fun with digital ocean too if you go down that route
  13. SEOMoz is a good place to read about things. The guy who started it I forget his name has a book it will be a few years ago now. So I don't know if it's had new updates or what. I used to be really into SEO. But truth be told. If you had a semi decent HTML structure, ie it's actually valid HTML and good content that is updated regularly you're site will progress. Content is king.
  14. I do indeed and that is it. I was happy to learn more about command line too. Good thing is it's cheap to practice.
  15. I'm not sure really tbh Matt. I didn't look too much into at the time. Regarding Digital Ocean there is a thread in social that I started about it when I first started with them. Might be worth a read as a few people asked questions and there was some good questions that came up in there and some good answers.
  16. Thanks Larry What length would you say is "good"? I'm guessing the chances of it generating an identical token would be small?
  17. Thanks Thomas. It won't be read only totally. A lot of it will be but there will be some user specific calls I want to use and there will be certain user roles that will need to be verified as a) being a certain user type and having the correct permissions.
  18. Hi Matt I used the same script or at least data based my own emails from that one mandrill has up. There is a tonne of stuff you can do but I too use Mandrill for the same kind of things you do and my newsletter. I may be wrong here but because your mail goes through Mandrill they sort the SMTP out for you. I feel that's why I used it on my digital ocean account. Sure Larry could clarify.
  19. I do something similar for some cron jobs I run. I just use the mail() function as I just need some info. Nothing fancy. So I am under the same impression as you on that front. On a local host you can use your ISP SMTP. On my shared host Im pretty sure they have a SMTP available to use. If you use something like digital ocean that I have too I used Mandrill which I do reccommend. I think they allow you to send 12k free and it was a breeze to set up in general and it adds maybe 3-4 short lines of code to configure the mailer to use it.
  20. PhpMailer is good and doesn't require the installation work that Zend does. It's also easy to add in settings for Mandrill etc should you want that kind of setup.
  21. As a total newbie to REST and with the intention of using it in a webservice. I was a little unsure about how authentication takes place. Reading around, it should be stateless so not involve cookies and sessions and a lot of places take about using a token. But I wanted to be more clear in that exactly. So I had a couple of questions 1) Is it a case that when you create a user via the webapp or an iphone app that you should automatically create an auth_token for this person and store it in your DB? 2) Would something like a md5(uniqid(rand(),true)); be suitable for a token? 3) From there, how should you use the token with requests? 4) Is the token then stored in CoreData or a file on the app and pulled from there?
  • Create New...