AnnoMundi’s Weblog

ช่วงหลังๆมานี่ผมกลับมาใช้ Windows ในการทำงาน และในการเขียน PHP
ปัญหาอย่างนึงที่น่ารำคาญคือส่ง email ไม่ออกมีปัญหากับ SMTP Server
ซึ่งผมก็ลง IIS และเป็น SMTP service ไว้ด้วยแต่ก็ส่งอีเมล์ไม่ออก แต่พอดีผม

ไม่ค่อยได้สนใจในส่วนนี้เท่าไหร่ เลยหยวนๆข้ามๆมันไปเขียนโปรแกรมทำส่วนอื่น
แต่พอดีช่วงนี้กำลังเขียนโมดูลของ Drupal และ่ต้องมีการส่ง email เลยจำต้องหา
วิธีทำให้มันใช้งานได้ ซึ่งจะอัพโหลดไปทดสอบบน Server ก็ลำบากในการแก้ไข
และ debug โปรแกรม ก็เลยลองๆ Search ดูก็เจอวิธีตาม Link ด้านล่าง

http://drupal.org/node/30079

ถ้าลิ้งก์เสียก็ตามล่างนี้เลย แต่อย่าลืมว่า Windows ต้องลง IIS ก่อนนะครับ

1) Go to: start > settings > control panel > Administrative Tools > Internet Information Services
2) Expand the ” (local computer)” node
3) Right click on your SMTP server > go to “Properties”
4) Click “Access” tab
5) Under Relay Restrictions, click the “Relay” button
6) Click “Add”
7) Select “Single Computer” and enter IP address 127.0.0.1
Hit OK, OK, OK (until the properties dialog is closed)

หลังจากเซ็ตตามด้านบนแล้วสคริปต์ PHP เราก็จะส่งอีเมล์ออกไปได้ตามปกติ
เพียงแต่อาจมีปัญหา email ที่ถูกส่งไปอาจถูกปลายทางส่งเข้า Junk/Spam/Bulk Folder
ก็ต้องคอยเช็คดูให้ดีๆ

อ้างอิง : http://drupal.org/node/30079

บทความเกี่ยวกับการหลีกเลี่ยงเขียน Javascript แล้วทำให้เกิด Memory Leak
หลักที่ผู้เขียนเขาแนะนำคือ

3. Set your XMLHttpRequest onreadystatechange handlers to null when you are done with them.

I use YAHOO.util.Connect for all my XHR connections and it uses a
polling mechanism instead of readstate, so I don’t need to do this
anymore. If you can switch to YAHOO.util.Connect (or
YAHOO.ext.UpdateManager built on top of it), I’d recommend it.

2. Clean up all your DOM event handlers on unload if there’s a chance they could reference a DOM object.

There’s no reason to manually do this when there are libraries that
do it automatically. I use YAHOO.util.Event for all my event handlers,
it handles this for me automagically. Other libraries (prototype, dojo,
etc) have some sort of mechanism to do the same thing, although I’m not
sure how effective they are. If you look at the leak images above once
again, you will notice almost all of them are in event related code of
those libraries.

1. Never put anything in a DOM expando or property other than a primitive value unless you plan on cleaning it up.

This is the most important rule of all. It may seem convenient to
put your JS object in a DOM expando, so you can $() and get it, but
don’t do it. Sure, I know what you are thinking, I am being a little
paranoid. There are lots of instances where putting a JS Object in a
DOM expando won’t cause a leak. That’s true, but there are also
many that will… some which are not so easy to detect (i.e. closures).
So to avoid the possibility all together, I follow this simple rule.

อ้างอิง: 3 Easy Steps to Avoid JavaScript Memory Leaks