A sample text widget

Etiam pulvinar consectetur dolor sed malesuada. Ut convallis euismod dolor nec pretium. Nunc ut tristique massa.

Nam sodales mi vitae dolor ullamcorper et vulputate enim accumsan. Morbi orci magna, tincidunt vitae molestie nec, molestie at mi. Nulla nulla lorem, suscipit in posuere in, interdum non magna.

เอา Arduino Board มาทำเป็น APRS Tracker

เอา Arduino Baord ติดตั้ง BeRTOS แล้วเขียนโปรแกรม APRS (มี example project)



How to Set Up Master Slave Replication in MySQL

About MySQL replication

MySQL replication is a process that allows you to easily maintain multiple copies of a MySQL data by having them copied automatically from a master to a slave database. This can helpful for many reasons including facilating a backup for the data,a way to analyze it without using the main database, or simply as a means to scale out.

This tutorial will cover a very simple example of mysql replication—one master will send information to a single slave. For the process to work you will need two IP addresses: one of the master server and and one of the slave.

This tutorial will use the following IP addresses: Master Database Slave Database


This article assumes that you have user with sudo privileges and have MySQL installed. If you do not have mysql, you can install it with this command:

sudo apt-get install mysql-server mysql-client


Step One—Configure the Master Database

Open up the mysql configuration file on the master server.

sudo nano /etc/mysql/my.cnf

Once inside that file, we need to make a few changes.

The first step is to find the section that looks like this, binding the server to the local host:

bind-address            =

Replace the standard IP address with the IP address of server.

bind-address            =

The next configuration change refers to the server-id, located in the [mysqld] section. You can choose any number for this spot (it may just be easier to start with 1), but the number must be unique and cannot match any other server-id in your replication group. I’m going to go ahead and call this one 1. Make sure this line is uncommented.

server-id               = 1

Move on to the log_bin line. This is where the real details of the replication are kept. The slave is going to copy all of the changes that are registered in the log. For this step we simply need to uncomment the line that refers to log_bin:

log_bin                 = /var/log/mysql/mysql-bin.log

Finally, we need to designate the database that will be replicated on the slave server. You can include more than one database by repeating this line for all of the databases you will need.

binlog_do_db            = newdatabase

After you make all of the changes, go ahead and save and exit out of the configuration file.

Refresh MySQL.

sudo service mysql restart

The next steps will take place in the MySQL shell, itself.

Open up the MySQL shell.

mysql -u root -p

We need to grant privileges to the slave. You can use this line to name your slave and set up their password. The command should be in this format:

GRANT REPLICATION SLAVE ON *.* TO 'slave_user'@'%' IDENTIFIED BY 'password';

Follow up with:


The next part is a bit finicky. To accomplish the task you will need to open a new window or tab in addition to the one that you are already using a few steps down the line.

In your current tab switch to “newdatabase”.

USE newdatabase;

Following that, lock the database to prevent any new changes:


Then type in:


You will see a table that should look something like this:

| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |
| mysql-bin.000001 |      107 | newdatabase  |                  |
1 row in set (0.00 sec)

This is the position from which the slave database will start replicating. Record these numbers, they will come in useful later.

If you make any new changes in the same window, the database will automatically unlock. For this reason, you should open the new tab or window and continue with the next steps there.

Proceeding the with the database still locked, export your database using mysqldump in the new window (make sure you are typing this command in the bash shell, not in MySQL).

mysqldump -u root -p --opt newdatabase > newdatabase.sql

Now, returning to your your original window, unlock the databases (making them writeable again). Finish up by exiting the shell.


Now you are all done with the configuration of the the master database.

Step Two—Configure the Slave Database

Once you have configured the master database. You can put it aside for a while, and we will now begin to configure the slave database.

Log into your slave server, open up the MySQL shell and create the new database that you will be replicating from the master (then exit):

CREATE DATABASE newdatabase;

Import the database that you previously exported from the master database.

mysql -u root -p newdatabase < /path/to/newdatabase.sql

Now we need to configure the slave configuration in the same way as we did the master:

sudo nano /etc/mysql/my.cnf

We have to make sure that we have a few things set up in this configuration. The first is the server-id. This number, as mentioned before needs to be unique. Since it is set on the default (still 1), be sure to change it’s something different.

server-id               = 2

Following that, make sure that your have the following three criteria appropriately filled out:

relay-log               = /var/log/mysql/mysql-relay-bin.log
log_bin                 = /var/log/mysql/mysql-bin.log
binlog_do_db            = newdatabase

You will need to add in the relay-log line: it is not there by default.

Once you have made all of the necessary changes, save and exit out of the slave configuration file.

Restart MySQL once again:

sudo service mysql restart

The next step is to enable the replication from within the MySQL shell.

Open up the the MySQL shell once again and type in the following details, replacing the values to match your information:


This command accomplishes several things at the same time:

  1. It designates the current server as the slave of our master server.


  1. It provides the server the correct login credentials


  1. Last of all, it lets the slave server know where to start replicating from; the master log file and log position come from the numbers we wrote down previously.

With that—you have configured a master and slave server. Activate the slave server:


You be able to see the details of the slave replication by typing in this command. The \G rearranges the text to make it more readable.


If there is an issue in connecting, you can try starting slave with a command to skip over it:


All done.


การดู RTSP ของ HikVision

rtsp 81ххHFI-ST и 91ххHFI-ST.

Main stream:

Sub stream:


decode stream with VLC media player



การดู Account ค้าง บน Radius

AcctStopTime=0000-00-00 00:00:00

วิธีปลดล็อก Android

วิธีที่ 1 >>  ปลดล็อคด้วย Google Account

ถ้าใครเคย login google play หรือ Gmail มาก่อนเวลาเราใส่รหัสผิดหลายๆ รอบ ระบบ Android ก็จะไม่ให้เราทำการลองใส่รหัสเพื่อกัน ผู้ไม่ประสงดีจะเข้ามาขโมยข้อมูลสำคัญของเรา แต่จะให้ใส่ ชื่อ และ รหัส Gmail ที่เราเคย Login ไว้แทน ถ้าใครจำรหัสได้ก็สามารถปลดล็อคได่้ ซึ่งวิธีนี้ง่ายที่สุดและไม่ทำให้ข้อมูล หรือ App ที่เราลงไว้หายไป

วิธีที่ 2 >>   ปลดล็อคด้วย Command ADB

อันนี้สำหรับผู้ใช้ที่มีความรู้เรื่องระบบ Android ในระดับนึง และใช้ได้สำหรับเครื่องที่เปิด USB Debug Mode ,Root เครื่องแล้ว และไม่ใส่รหัสผิดจนระบบให้ใส่ Google Account ไม่เข้าใจข้ามไปได้เลยครับ วิธีคือให้ต่อ USB เข้ากับเครื่อง PC เข้าโหมด ADB แล้วรันคำสั่งด้านล่าง ซึ่งมีอยู่ 2 ส่วน ซึ่งทำอย่างใดอย่างนึง แต่ก็ได้ถ้ายังปลดไม่ได้ก็ทำอีกอย่างนึง หลังจากทำเสร็จก็จะเข้าหน้า unlock เหมือนแต่คราวนี้เราใส่รหัส Pattern อะไรก็ตามจะสามารถเข้าเครื่องแท็บเล็ตของเราได้ วิธีนี้ข้อมูลของเราก็จะไม่สูญหายเช่นกัน


adb shell
cd /data/data/
sqlite3 settings.db
update system set value=0 where name=’lock_pattern_autolock’;
update system set value=0 where name=’lockscreen.lockedoutpermanently’;

adb shell rm /data/system/gesture.key (ดูในวิดีโอได้)…layer_embedded

วิธีที่ 3 >> Upgrade Firmware ใหม่

วิธีนี้ง่ายรองลงมาจากวิธีที่ 1 แต่ต้อง upgrade firmware เป็นและต้อง up ให้ถูกกับรุ่นที่ใช้ สำหรับแท็บเล็ตที่ใช้ CPU Allwinner A13 นั้นมี Firmware เยอะมากๆ ถ้า Up ผิดเครื่องอาจบูตไม่ขึ้นหรือ ใช้ไม่ได้นะครับอันนี้ต้องระวัง วิธีการก็ให้ไปดูวิธีการ upgrade ของเครื่องรุ่นนั้นๆ ครับผม รุ่นที่ทางเว็บเราขายอยู่ก็จะมีตัว firmware และวิธีการ upgrade แต่ละรุ่นใน Gadgetdoor forum ของเราครับ แต่สำหรับท่านที่ไม่สามารถหา firmware ได้และไม่รู้วิธี กลัวเครื่องเสีย ก็ลองไปดูวิธีที่ 4 ได้ครับ

วิธีที่ 4 >>  Factory Data Reset ผ่าน Recovery Mode

สำหรับการ factory data reset หลายคนคงจะรู้ว่ามันเป็นการคืนค่าเริ่มต้นของโรงงานซึ่งหมายความว่าจะสามารถใช้งานเแท็บเล็ตได้แต่ข้อมูล และ Application จะหายหมด โดยปกติต้องเข้าไปทำได้จากเมนูการตั้งค่าบนระบบ Android แต่ในเมื่อเรายัง unlock หน้าจอไม่ได้ก็หมายความว่าเราต้องใช้วิธีอื่นครับ นั่นก็คือทำผ่าน Recovery Mode อันนี้ถ้าเครื่องไหนมี Recovery โหมดอยู่แล้วก็สามารถทำได้เลยเช่น แท็บเล็ตของ ONDA , Ainol บางรุ่น , sหรือ Smart Phone หลายๆ รุ่นที่ต้อง upgrade firmware ผ่าน Mode นี้อยู่แล้ว อย่าแท็บเล็ต Ainol บางรุ่นสามารถเข้าได้โดยการกดปุ่ม + ค้างไว้ และปุ่ม Power ประมาณ 3 – 4 วินาที ซึ่งวิธีเข้า Recovery Mode นั้นแล้วแต่รุ่นครับอาจจะมีวิธีไม่เหมือนกัน แต่ถ้าเครื่องของคุณ ไม่มี Recovery Mode จะทำยังไง? คำตอบคือเราพอมีทางยัด Recovery Mode ลงไปในเครื่องของคุณได้ครับแต่เครื่องของเราต้องเปิด debug mode ไว้อยู่แล้ว ตัวนี้จะเป็น Clock Work MOD Recovery โดยทำการ Download และ Run Script ตามขั้นตอนด้านล่างได้เลย

1)  ต่อ Tablet เข้า PC เพื่อเข้า debug mode
2)  download tool CWM Recovery ตาม link นี้ และ unzip จะได้ folder “CWM_Recovery_Manta_MID08_windows_install”
3)  เข้าไปที่ folder path “CWM_Recovery_Manta_MID08_windows_install
– Run Install_recovery.bat
– Run ฟ๑Jrecovery_for_ICS.bat
– Run Boot_to_recovery.bat
4. เครื่องจะ boot เข้าสู่ Recovery Mode > ให้มองหาและเลือกหัวข้อที่มีคำว่า factory data reset  > เลือก Yes
5. Reboot

สรุปคือวิธีที่ 1 กับ 2 ข้อมูลเราจะไม่หายครับ ส่วนวิธีที่ 3 กับ 4 ข้อมูลและ app ของเราก็จะหายไปอันนี้ก็แล้วแต่วิจารณญาณของแต่ละท่านแล้วล่ะครับว่า ถนัดแบบไหน หรืออยู่ในสถานการณ์ไหน สำหรับวันนี้ก็ขอแนะนำเพียงเท่านี้ครับหวังว่าบทความนี้จะเป็นประโยชน์กับทุกๆ ท่านนะครับ ขอบคุณครับ




โปรแกรม 91 สำหรับซ่อม Tablet Android/iPadiPhone

เว็บฐานข้อมูลการ Hack Web

รายงานปัญหาด้านความปลอดภัยของ Maxsite


ค้นหาใน Google:

  • maxsite hack
  • maxsite ปัญหาความปลอดภัย


ถ้าระบบเดิม มันคือส่วนที่เก็บโมดูล download ครับ
เท่าที่จำได้ที่เคยโดนเพราะไม่ได้เขียนกันไม่ให้อัพโหลดไฟล์ที่ไม่พึงประสงค์ไว้บน host เช่นพวก .php ทำให้เลยโดนแฮกได้ครับ


เมื่อโดน Hack เว็บอื่นๆใน host จะโดน hack ทั้งหมด


ตัวอย่างสาธิต hack maxsite



Recovery QNAP

Manufacturer recovery method is descibed here.

Recovery method described by Martin Michlmayr and adjusted by me for TS-419P+ is following:

Recovery mode

The QNAP TS-419P+ have a recovery mode that can be used when there is a problem with your installation of OpenWrt that renders your device unbootable. The system recovery mode allows you write a recovery image to flash via the network using the TFTP protocol. This pages describes how how to create recovery images and how to use the recovery mode.

Creating recovery images

In order to create a recovery image for your QNAP TS-419P+, you have to take an exact copy of your flash memory. That is, the recovery image consists of the following parts of your flash in this order: mtd0, mtd4, mtd5, mtd1, mtd2, mtd3. You may wonder about this strange order but this is the way in which the data is physically stored in the flash memory. During recovery mode, mtd0 (the boot loader), mtd4 (the boot loader configuration) and mtd5 (device configuration) are ignored and the other parts of flash are overwritten with the data from your recovery image. In order to make a valid QNAP recovery image, you therefore have to put all mtd partitions into one file in the order described above.

Making a recovery image of the QNAP backup

Before installing OpenWrt, you can make a recovery image with this command:

cat /dev/mtdblock0 /dev/mtdblock4 /dev/mtdblock5 /dev/mtdblock1 /dev/mtdblock2 /dev/mtdblock3 > F_TS-419P+_qnap

Using the recovery mode

In case your OpenWrt system no longer boots after a system upgrade, you can use the QNAP system recovery mode to restore a previous image.

The recovery mode will first request an IP address via DHCP and then request a recovery image by TFTP from a server on your network. You have to configure your DHCP server so it will request the right file from the right machine.

I use another OpenWrt machine running DHCP server. You have to modify /etc/config/dhcp file. Add the folloving lines to config section dnsmasq:

option ‘enable_tftp’ ‘1’
option ‘tftp_root’ ‘/home/qnap’
option ‘dhcp_boot’ ‘F_TS-419P+_qnap’

The filename of the recovery image has to start with a specific string F_TS-419P+ (otherwise the machine won’t load the image!). Please note that by default the MAC address used by your QNAP device in the recovery mode is different to the one used while running the QNAP firmware.

Reload your DHCP server so the configuration change will take effect.

Please use eth1 (upper) socket to connect QNAP TS-419P+ to the lan.

Enter the recovery mode

Use any pointy object (eg, pen or small-size screw driver) to press and hold on the Reset Button for at least 5~8 seconds until you hear two short beeps and then you are in the system firmware recovery mode. The status LED should be lit from flashing red and green to constant red. Your QNAP will now request a recovery image via TFTP.

During the recovery operation (writing the firmware to the flash) the LED on the LAN port will flash rapidly for the first few seconds (receiving firmware image over the network). Once the flash memory programming begins the status LED should lit constant red.

LEAVE THE NAS ALONE AT THIS POINT! DO NOT TURN IT OFF OR UNPLUG THE POWER CORD. As soon as the flash programming ends you will hear a single long beep as well as the status LED flashing green. The NAS will now reboot itself with the new firmware loaded. No intervention required during this stage.

ที่มา: (official)

Flash QNAP TS-419P+

Update #3: Just received a response from QNAP support. Here’s what they suggest:

1. Power off the NAS. Remove the HDD

2. Power on the NAS without any disk attached

3. After a short beep and a long beep,Run QNAP Finder, it will find the NAS.
Note: Do not re-initialize when the QNAP Finder prompt a message, if you have some useful data in the disk

4. Plug the disks back to NAS one by one in original order.
push in till the previous HDD led flashes constantly green.(Not Blinking)

5. Connect the NAS by SSH port 22, login as admin
(Putty Tutorial: … sh-client/)

6. Issue the commands to check disk space
# config_util 1 -> Start mirroring of the first partitions.
# storage_boot_init 1
# df

7. Please issue the following commands to copy back default configfile
# cp /etc/default_config/uLinux.conf /mnt/HDA_ROOT/.config/ (You can also replace the text ‘uLinux.conf’ with others )
# rm -r /etc/config
# ln -sf /mnt/HDA_ROOT/.config /etc/config
#setcfg -f /etc/config/uLinux.conf Misc configured TRUE
# reboot

8. The above procedure will reset the configuration back to default and then you need to reconfigure it.
But all the share should be available now.
Do NOT to re-initialize the HDD,which would wipe out the data.

9. If you encounter any difficulty doing the above,please allow us to remotely connect your NAS.

I don’t have the time to go through all this procedure right now, will try it tomorrow.

Will report back.