ads

วันศุกร์ที่ 6 พฤศจิกายน พ.ศ. 2558

วันจันทร์ที่ 19 ตุลาคม พ.ศ. 2558

แก้ Using a password on the command line interface can be insecure. ใน mysql 5.6


แก้ Using a password on the command line interface can be insecure. 

ใน mysql 5.6 ขึ้นไปจะเพิ่ม security ในการ login ทำให้การใส่ option -p ในสคริปต่างๆ ที่เราตั้ง auto ไว้มันไม่ยอมฟ้องข้อความดังกล่าว
จึงต้องใช้ mysql_config_editor ในการแก้ไขปัญหานี้

#mysql_config_editor set --login-path=local --host=localhost --user=[User ที่้ต้องการ] --password
# กรอก password ของ user นั้นๆ
# จะมี คำถามว่าต้องการยืนยันซ้ำการใส่ password ไหม กด Y ยืนยัน

เช็คค่าด้วยคำสั่ง
# mysql_config_editor print --all

[local]
user = root
password = *****
host = localhost


ชื่อโฮสถ้าเราใช้ชื่ออื่นก็จะโชว์ขื่อนั้นมา  และเวลเรียกใช้งานก็ต้องเรียกให้ถูกตามที่เรา set ไว้
การเรียกใช้งานเราก็จะเรียกคำสั่ง
# mysql --login-path=local  แทนการใช้งาน  mysql -u username -p pass  ได้เลยไม่ติดพาสเวิร์ดแล้ว

ตัวอย่าง
# mysqldump --login-path=local DatabaseName > /tmp/DatabaseName.sql
แทน
# mysqldump -u root -pPASSWORD DatabaseName > /tmp/DatabaseName.sql

เราก็นำไปประยุกต์ใช้กับสคริปต่างๆ ที่ต้องใช้ต่อไปได้แล้วครับ

วันศุกร์ที่ 11 กันยายน พ.ศ. 2558

freedigitalphotos.net เวป stock นอกสายตาที่ไม่ควรมองข้าม

freedigitalphotos.net  เวป stock นอกสายตาที่ไม่ควรมองข้าม

หลังจากที่สอบผ่านสต๊อกใหญ่ๆ 5-6 เจ้าหมดแล้ว  ก็อัพไปเรื่อยๆ ก็มีบางช่วงที่ไม่มีภาพใหม่ให้อัพก็เลยว่างๆ หาเวปอื่นๆ อัพงานเก่าๆ ระหว่างรอภาพใหม่ๆ
อ่านๆ ในเน็ทบางท่านพูดถึงเวปนี้  freedigitalphotos.net  ว่าราคาดีได้ถึง 75% ของแต่ละดาวโหลดเลยทีเดียว   และมีหลายคนทำหลายเวปแล้วได้ % จากเวปนี้ดีแซงขึ้นมาอันดับ 3-4 ในพอร์ทรวมทุกเวปเลย  แต่...ๆๆๆๆ
นั่นแหละครับอ่านชื่อเวป freedigitalphotos ชื่อก็บอกอยู่แล้วนะครับว่าฟรี   โดยทุกรูปทีอัพขายจะยอมรับให้มีการโหลดฟรีใน size เล็ก 400px  และคนโหลดเมื่อนำไปใช้ต้องลงเครติดที่มาไปยังเวป  freedigitalphotos และชื่อเจ้าของภาพเรานั้นๆ   เราต้องยอมรับจุดนี้ก่อน

ที่นี่ตอนเราอัพโหลดภาพจะมีให้เรากำหนดราคาขายภาพนั้นๆ ไว้เลยตั้งแต่ ( US$10 - US$50 ) แต่นั่นแหละครับ  ตั้งแพงก็อาจจะเสี่ยงว่าคนไม่ซื้อ   ก็เลือกเป็นภาพๆไปภาพไหนถ่ายยาก  และหายากในตลาดก็ลองอัพราคาดูกัน  แต่ผมเริ่มๆเอาเซฟๆ 10US ไปก่อน   ตรงนี้เรามาแก้ราคาตอนหลังได้ครับ

แต่ราคาก็จะลดหลั่นลงมาตามขนาดไฟล์ที่ลูกค้าซื้อไปนะครับ   ดังเช่นใบที่ไข่แตกผมได้ Large (1024px)  8US  ( ถ้า 10 US จะเป็นขนาดไฟล์เท่าต้นฉบับที่ผมอัพ)
และยังมีราคาแจ๊คพ็อตแตกคือลูกค้าซื้อแบบขยายพวกปริ้นติ้งต่างๆ  Extended licence ราคาจะเป็น 75$ เลยครับผม

แรกเริ่มผมอัพไป 2-3 ใบ รุ่งขึ้นนี่มาเลยมีโหลดแล้ว  !!! ( โหลดฟรีน่ะ)   แทบจะอยาก login เข้ามาลบ user ทิ้งเลยแต่เอาฟร๊ะ   ทนๆดูอัพไปเล่นๆ นิดๆหน่อยๆ ไม่เน้นสักเดือนสองเดือนถ้าไม่ดีลบทิ้งหมด
โดยผมอัพทิ้งไว้ 7 ใบที่ผ่าน

อัพทิ้งไว้อาทิตย์หนึ่ง
 Image approval rating: 78% (images approved = 7, images rejected = 2, total images reviewed = 9)

ปรากฏว่าลงไปอาทิตย์เดียวไข่แตกละ  วันนี้มีโหลดได้เงินมาแล้วแฮะ  อืมดูถูกไม่ได้แฮะ
โดยได้มา 5.6 US  จากราคาขาย 8 US ^____^  หูยยยตาลุกวาว

ปล.ที่นี่แรกเริ่มจะไม่มีระบบอัพผ่าน FTP นะครับ  เราต้องอัพผ่านหน้าเวปอย่างเดียว  หรือจนกว่าเมื่อเราอัพภาพไปแล้วเกินกว่า 500 ใบ  แล้วเราได้ rate approve ผ่านเกิน 80%  ถึงจะ request ขอ FTP ได้ครับ

ปล.2  ที่นี่ต้องส่งภาพสอบทั้งหมด 8 ใบ  พยายามเลือกภาพที่หลากหลายและแปลกตาไม่ค่อยพบเห็น  ที่นี่ถือว่าโหดสุดเท่าที่เคยส่งมาละครับ  เดาทางลำบากผมเองสอบถึง 4 รอบถึงจะผ่าน

วันพุธที่ 19 สิงหาคม พ.ศ. 2558

ปัญหา upgrade Gliffy 6.7 for confluence

ปัญหา upgrade Gliffy v.6.7 for confluence

- problem in upgrade Gliffy 
ต้องการอัพเกรด gliffy ไป version  6.7 ผ่านหน้า manage add-on แล้วเจอปัญหาดังกล่าว
ตรวจสอบใน log ของ confluence มี error ดังนี้


: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Row size too large (> 8126). Changing some columns to TEXT or BLOB or using ROW_FORMAT=DYNAMIC or ROW_FORMAT=COMPRESSED may help. In current row format, BLOB prefix of 768 bytes is stored inline.

    
แต่สำหรับเครืองนี้เคยเจอปัญหาคล้ายกันๆ แล้วมีการเพิ่มค่า parameter ไปก่อนแล้ว  ซึ่ง version นี้ขนาดใหญ่กว่าเดิม   จึงต้องทำการเพิ่มมากกว่าใน doc ดังกล่าวเป็น

     - change max_allowed_packet = 1024M
     - change innodb_log_file_size = 1024M

# delete  ib_logfile* of mysql

# restart mysql

แล้วลองทำการ upgrade อีกที

วันอังคารที่ 11 สิงหาคม พ.ศ. 2558

Mysql ภาษาไทยเพี้ยน เป็นต่างดาว

กรณีฟ้อนท์ไทยเพี้ยน  ไม่ว่าจะ input ผ่าน phpmyadmin หรือจะ import ผ่าน mysql command ก็ตาม
ให้ลองเช็ค collation ของ  mysql ใน server เราก่อนดังนี้
> SHOW VARIABLES LIKE 'char%'; SHOW VARIABLES LIKE 'collation%';

mysql> SHOW VARIABLES LIKE 'char%'; SHOW VARIABLES LIKE 'collation%';
+--------------------------+----------------------------+
| Variable_name            | Value                      |
+--------------------------+----------------------------+
| character_set_client     | utf8                       |
| character_set_connection | utf8                       |
| character_set_database   | latin1                     |
| character_set_filesystem | binary                     |
| character_set_results    | utf8                       |
| character_set_server     | latin1                     |
| character_set_system     | utf8                       |
| character_sets_dir       | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+
8 rows in set (0.00 sec)

+----------------------+-------------------+
| Variable_name        | Value             |
+----------------------+-------------------+
| collation_connection | utf8_general_ci   |
| collation_database   | latin1_swedish_ci |
| collation_server     | latin1_swedish_ci |
+----------------------+-------------------+
3 rows in set (0.00 sec)

จะเห็นว่าบางส่วนไม่ถูกต้องตามที่เราใช้งาน  เช่น | character_set_server     | latin1  ,  หรือ | collation_database   | latin1_swedish_ci |

ดังนั้นเราต้องทำเพื่ม configure เหล่านี้ลงไปก่อนใน my.cnf
[mysqld]
character-set-server=utf8 
collation-server=utf8_unicode_ci 

restart service สักรอบเพื่อรันค่าใหม่

แล้วรันคำสั่งดูอีกที
mysql> SHOW VARIABLES LIKE 'char%'; SHOW VARIABLES LIKE 'collation%';
+--------------------------+----------------------------+
| Variable_name            | Value                      |
+--------------------------+----------------------------+
| character_set_client     | utf8                       |
| character_set_connection | utf8                       |
| character_set_database   | utf8                       |
| character_set_filesystem | binary                     |
| character_set_results    | utf8                       |
| character_set_server     | utf8                       |
| character_set_system     | utf8                       |
| character_sets_dir       | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+
8 rows in set (0.00 sec)

+----------------------+-----------------+
| Variable_name        | Value           |
+----------------------+-----------------+
| collation_connection | utf8_general_ci |
| collation_database   | utf8_unicode_ci |
| collation_server     | utf8_unicode_ci |
+----------------------+-----------------+
3 rows in set (0.00 sec)

ค่าต่างๆ เป็นไปตามที่เรา set แล้ว  ให้ลองป้อนค่าต่างดูว่าอ่าน font ได้ปกติหรือยัง

วันศุกร์ที่ 7 สิงหาคม พ.ศ. 2558

วิธีเบิกเงิน fotolia

หลังจาก fotolia ปรับโฉมใหม่หาที่เบิกไม่เจอเลยมารวมไว้ให้ครับ
หลังจาก login เข้าระบบของเราก็ไปที่
Dashboard > ดูเมนูด้านซ้ายในหมวด Tools
                  - เลือก Convert Credits

- ต่อไประบบจะถามว่าเราเป็นคน us หรือเปล่าเลือก No  แล้วกด Next


- ต่อไประบบจะให้เลือกวิธีรับเงิน  ผมใช้ Paypal
   Conversion Email = อีเมล์ที่เราผูก paypal ไว้
   Confirm your payment email address  = กรอก e-mail ยืนยันอีกที
   
How many credit would you like to convert =  ต้องการเบิกเท่าไหร่ก็ใส่ไป  

- เมื่อกด convert my credits จะเด้งกลับมาหน้าโชว์ stat ดังภาพจะเห็นจำนวนเงินที่เรากดเบิกไปและ status ด้านขวาเป็นรูปนาฬิกา  คือรอระบบส่งเงินไปทาง paypal เรา  ( ตรงนี้ช้าเร็วแล้วแต่รอบการเบิก บางคน 3-4 วัน บางคน 2-3 สัปดาห์เลยทีเดียว)

เป็นอันเรียบร้อยนอนรอรับเงินได้เลย :)


วันศุกร์ที่ 10 กรกฎาคม พ.ศ. 2558

MailCatcher สำหรับทดสอบ internal SMTP

MailCatcher สำหรับทดสอบ SMTP internal 

ต้องลง lib สำหรับใช้คำสั่ง gem ให้ได้เสียก่อน
#yum install rubygems
#yum groupinstall -y development
# gem install mailcatcher
** จะฟ้อง error ต้องการ i18n ให้ทำตาม link นี้
https://cleanclouds.wordpress.com/2014/12/20/error-error-installing-rails-i18n-requires-ruby-version-1-9-3/
# yum groupinstall -y development
# curl -L get.rvm.io | bash -s stable
จะฟ้อง
GPG signature verification failed for '/usr/local/rvm/archives/rvm-1.26.5.tgz' - 'https://github.com/wayneeseguin/rvm/releases/download/1.26.5/1.26.5.tar.gz.asc'!
try downloading the signatures:
gpg2 --keyserver hkp://keys.gnupg.net --recv-keys 409B6B1796C275462A1703113804BB82D39DC0E3
or if it fails:
command curl -sSL https://rvm.io/mpapis.asc | gpg2 --import -
สั่ง
# curl -sSL https://rvm.io/mpapis.asc | gpg2 --import -
# curl -L get.rvm.io | bash -s stable
# source /etc/profile.d/rvm.sh
รอจนเสร็จตามด้วย เพื่อลง ruby
# rvm install 1.9.3
เมื่อเสร็จจะมีข้อความบอก ทดสอบดูเวอร์ชั่น ruby ว่าถูกต้องไหม
# ruby --version
ruby 1.9.3p551 (2014-11-13 revision 48407) [x86_64-linux]
ระบบ mailcatcher จะทำงานเป็น deamon ตาม lib ของ ruby

เมื่อพร้อมกลับมา install mailcatcher ได้แล้ว
# gem install mailcatcher
แล้วก็รอไป (นานมากกก)
หากเราจะทำการทดสอบด้วยการส่งเมล์ผ่านะโค๊ด PHP ให้เราเข้าไปแก้ configure ของ php.ini ในส่วนของ mail option เสียก่อน ดังนี้
# vi /etc/php.ini

smtp_port = 1025
sendmail_from = me@example.com
sendmail_path = /usr/local/rvm/gems/ruby-1.9.3-p551/bin/catchmail --smtp-ip 0.0.0.0 --smtp-port 1025 -f me@example.com

แล้วทำากร restart httpd หนึ่งรอบ
# /etc/init.d/httpd restart
เมื่อเรียบร้อยแล้วทำการ start การทำงาน ของ MailCatcher
# mailcatcher --http-ip 0.0.0.0 --smtp-port 1025
จะมีข้อความบอกว่า mailcatcher สตาร์ทและทำงานแล้ว
webbrowser ของ server ip นั้นและตามด้วยพอร์? 1080
ส่วน smtp ตั้งเป็น port 1025
เมือเข้าไป http://ipaddress:1080/ จะพบ browser แสดงเมล์ที่ส่งผ่าน smtp ที่เราทดสอบ
ต่อไปสร้างโค๊ด php ทดสอบในการส่งว่าจะเข้าหรือไม่ดังนี้
# vi mail.php
<?php $headers = 'From: webmaster@example.com'; mail('nobody@example.com', 'Test email using PHP', 'This is a test email message', $headers, '-fwebmaster@example.com'); ?>

แล้วทำการสั่งเพื่อทดสอบดู
# php mail.php
และกด refresh ดูหน้า http://ipaddress:1080/ จะเห็นว่า MailCatcher เก็บเมล์นั้นได้แล้ว