ดูกันจะจะ โดนอีกครั้งแล้วครับพีน้อง ครั้งแรกโดนเมื่อ ต.ค. 54 มา พ.ค. 55 Gary เค้าจัดให้อีกแล้ว
ก็คงไม่สามารถพูดได้เต็มปากหรอกว่าไม่ได้ทำผิดกฎเลย มันก็คงมีบ้างหรอก ทั้งๆ ที่ก็พยายามทำให้ถูกต้องที่สุดแล้ว

เรื่องมันเริ่มจากใช้ TID เพลินจนครบ 500 ตัว ก็เลยมาเพิ่งรู้ว่าอ๋อ จำกัดที่ 500 นะ ไม่ใช่พัน 555+
ทีนี้ก็เลย ticket ไปอธิบายเหตุผลร้อยแปดพันเก้า ว่าขอเพิ่มนะ ต่อไปนี้จะใช้ประหยัดๆ (ซะที่ไหน)
เค้าก็ใจดีตอบว่าขอเวลาพิจารณา 2-3 วัน แล้วจะแจ้งกลับ นับจากที่ได้เมล์สุดท้าย ประมาณอาทิตย์นึง
เค้าก็ตอบกลับมา โดยคนเดิม Gary เหอ เหอ

ค่อนข้างมั่นใจครับในครั้งนี้ เพราะทะลึ่งไปขอ TID เพิ่มนี่แหละ เค้าก็เลยเข้ามา review account แล้วก็แจ้งข้อหา
โทษฐาน unclear link กับ misleading information

ในเมื่อโดนไปแล้วก็ช่างมัน ชีวิตต้องเดินต่อไป ก็จัดการเปลี่ยน TID, API ให้เป็น account ใหม่ซะ
ทั้งๆ ที่เค้าบอกว่าถ้าสมัครเข้ามาอีก จะแบนทันที โฮะ โฮะ

ในกรณีนี้คือทำ wp multisite ดังนั้นจึงสามารถไปแก้ TID, API ใน database ได้สบาย (หรือเปล่า)
ตรวจสอบแล้วพบว่า wp เก็บข้อมูลดังนี้

  • TABLE wp_X_posts FIELD post_content มี TID
  • TABLE wp_X_postmetaFIELD meta_value มี TID
  • TABLE wp_X_postmeta FIELD meta_value มี API Key

X ตามข้างบนคือเลขที่ระบบรันไปเรื่อยๆ ตาม sub domain ที่สร้าง ก็จะเริ่มตั้งแต่ 2 เป็นต้นไป
ทีนี้เราก็ไล่ Search & Replace TID, API Key ทั้ง 3 จุด ในทุก ๆ table โดยใช้ EditPlus ช่วยครับ
ที่ EditPlus ก็เขียนเลขไว้บรรทัดละตัวเช่น

2
3
4
5
6
7
8
9
10

แล้วก็ใช้ Search & Replace แบบ Regular expression

Find what:
^(.*)$

Replace with:
update wp_\1_posts set post_content = replace(post_content, ‘OLD_TID’, ‘NEW_TID’);
update wp_\1_postmeta set meta_value = replace(meta_value, ‘OLD_TID’, ‘NEW_TID’);
update wp_\1_postmeta set meta_value = replace(meta_value, ‘OLD_KEY’, ‘NEW_KEY’);

แล้วเราก็จะได้ sql command ยาวปรื๊ด เอาไปรันใน phpMyadmin ในทุก Host ทุก DB

ขออย่าให้ต้องทำแบบนี้บ่อยๆ นะ Gary 555+
You can’t kill me, you just make me stronger and crazier.

Tagged with: