Spooky Scary Php

Adakah anda bersedia untuk gula -gula labu dan cider? Halloween tahunan ada di sini lagi! Walaupun fanatik di seluruh dunia tidak begitu baik seperti Amerika Syarikat, saya masih ingin berkongsi beberapa petua PHP yang "mengerikan" untuk meraikan perayaan ini. Jawatan ini mudah dan menyeronokkan dan akan menunjukkan kepada anda beberapa tingkah laku yang mengejutkan (tetapi logik) PHP sendiri, serta cara -cara yang menyeramkan (dan mungkin sangat tidak logik) sesetengah orang menggunakan PHP untuk menyelesaikan tugas. Anda boleh memikirkannya sebagai hadiah percutian saya, sedikit "gula -gula rohani" pengaturcara - selepas semua, kenapa anak -anak hanya anak -anak yang tidak memberikan semua makanan istimewa?

Ringkasan mata utama

PHP boleh mempamerkan tingkah laku yang tidak dijangka, seperti mengekalkan rujukan di luar gelung
• yang pertama, mengakibatkan hasil output yang tidak dijangka. Masalah ini dapat dikurangkan dengan menugaskan semula rentetan menggunakan kekunci array. foreach
Apabila menggunakan PHP untuk melaksanakan tugas yang lebih kompleks (seperti skrip shell), adalah penting untuk memahami bagaimana persekitaran pelaksanaan diklon apabila garpu, dan bagaimana pelbagai sumber terjejas dalam semua proses. Sebagai contoh, apabila menyambung ke pangkalan data, lebih baik untuk menyambung dalam proses induk selepas proses anak garpu, dan proses kanak -kanak akan menyambung dengan sendirinya jika perlu.
corak singleton (sebenarnya tidak lebih daripada pembolehubah global berorientasikan objek mewah) boleh membuat debugging sukar. Adalah disyorkan untuk mengelakkan mod singleton apabila mungkin.
Walaupun amalan pengekodan yang tidak konvensional seperti "Spooky Scary PHP" adalah menarik dan pendidikan, mereka biasanya tidak dianggap amalan yang baik untuk menulis kod pengeluaran, kerana mereka sering melibatkan penggunaan yang tidak cekap, tidak jelas, atau tidak dapat diramalkan.

array hazed

Sekali pada suatu masa, dalam studio pembangunan yang tidak begitu jauh, Arthur masih menulis kod larut malam. Dia tidak tahu bahawa array yang hendak digunakannya dihantui! Dengan setiap ketuk pada papan kekunci, dia merasakan sejuk tergelincir dari tulang belakangnya, tetapi dia bodoh mengabaikan peringatan halus ini.

<?php
$spell = array("double", "toil", "trouble", "cauldron", "bubble");
foreach ($spell as &$word) {
    $word = ucfirst($word);
}
foreach ($spell as $word) {
    echo $word . "n";
}

Baiklah, array ini tidak benar -benar dihantui, tetapi outputnya tidak dijangka:

<code>Double
Toil
Trouble
Cauldron
Cauldron</code>

Alasan untuk tingkah laku "menakutkan" ini adalah bagaimana PHP mengekalkan rujukan di luar gelung pertama

. Apabila gelung kedua bermula, foreach masih menjadi rujukan, menunjuk kepada elemen terakhir array. Penyebaran pertama gelung kedua memberikan "double" kepada $word, yang menimpa elemen terakhir. Penyebaran kedua memberikan "kerja" kepada $word, menimpa elemen terakhir sekali lagi. Apabila gelung membaca nilai elemen terakhir, ia telah ditimpa beberapa kali. Untuk mendapatkan wawasan tentang tingkah laku ini, saya cadangkan membaca catatan blog Johannes Schlüter mengenai topik ini, "Rujukan dan Foreach". Anda juga boleh menjalankan versi yang sedikit diubahsuai ini dan menyemak outputnya untuk lebih memahami apa yang dilakukan oleh PHP: $word

<?php
$spell = array("double", "toil", "trouble", "cauldron", "bubble");
foreach ($spell as &$word) {
    $word = ucfirst($word);
}
foreach ($spell as $word) {
    echo $word . "n";
}

Arthur mempelajari pelajaran yang sangat penting pada malam itu dan menetapkan kodnya dengan kunci array untuk menetapkan semula rentetan:

<code>Double
Toil
Trouble
Cauldron
Cauldron</code>

Sambungan pangkalan data hantu

PHP semakin diminta bukan sahaja untuk menjana laman web setiap hari. Bilangan skrip shell yang ditulis dalam PHP semakin meningkat, dan tugas -tugas yang dilakukan oleh skrip ini menjadi semakin kompleks, kerana pemaju melihat kelebihan mengintegrasikan bahasa pembangunan. Biasanya, prestasi skrip ini boleh diterima dan perdagangan yang dibuat untuk kemudahan terbukti. Jadi Susan menulis tugas pemprosesan selari yang kodnya sama dengan yang berikut:

<?php
$spell = array("double", "toil", "trouble", "cauldron", "bubble");
foreach ($spell as &$word) {
    $word = ucfirst($word);
}
var_dump($spell);
foreach ($spell as $word) {
    echo join(" ", $spell) . "n";
}

Kodnya memancarkan proses kanak-kanak untuk melaksanakan beberapa kerja jangka panjang selari, sementara proses induk terus memantau proses kanak-kanak dan melaporkan hasilnya apabila semua kanak-kanak tamat.

<?php
foreach ($spell as $key => $word) {
    $spell[$key] = ucfirst($word);
}

Walau bagaimanapun, kepimpinan Susan memintanya untuk log status maklumat ke dalam log dan bukannya mengeluarkannya kepada output standard. Susan memperluaskan kodnya menggunakan mekanisme sambungan pangkalan data PDO Singleton yang telah dimasukkan ke dalam pangkalan kod syarikat.

#! /usr/bin/env php
<?php
$pids = array();
foreach (range(0, 4) as $i) {
    $pid = pcntl_fork();
    if ($pid > 0) {
        echo "Fork child $pid.n";
        // record PIDs in reverse lookup array
        $pids[$pid] = true;
    } else if ($pid == 0) {
        echo "Child " . posix_getpid() . " working...n";
        sleep(5);
        exit;
    }
}
// wait for children to finish
while (count($pids)) {
    $pid = pcntl_wait($status);
    echo "Child $pid finished.n";
    unset($pids[$pid]);
}
echo "Tasks complete.n";

Susan mengharapkan untuk melihat baris dalam jadual

yang dikemas kini; proses. Malangnya, pelaksanaan melemparkan pengecualian dan pangkalan data tidak mencerminkan jangkaannya. timings

<code>Fork child 1634.
Fork child 1635.
Fork child 1636.
Child 1634 working...
Fork child 1637.
Child 1635 working...
Child 1636 working...
Fork child 1638.
Child 1637 working...
Child 1638 working...
Child 1637 finished.
Child 1636 finished.
Child 1638 finished.
Child 1635 finished.
Child 1634 finished.
Tasks complete.</code>

#! /usr/bin/env php
<?php
$db = Db::connection();
$db->query("UPDATE timings SET tstamp=NOW() WHERE name='start time'");

$pids = array();
foreach (range(0, 4) as $i) {
    ...
}
while (count($pids)) {
    ...
}

$db->query("UPDATE timings SET tstamp=NOW() WHERE name='stop time'");

class Db
{
    protected static $db;

    public static function connection() {
        if (!isset(self::$db)) {
            self::$db = new PDO("mysql:host=localhost;dbname=test",
                "dbuser", "dbpass");
            self::$db->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
        }
        return self::$db;
    }
}

seperti array Arthur, adakah pangkalan data Susan dihantui? Nah, jika saya memberi anda petunjuk berikut, lihat jika anda boleh menyatukan misteri ini: 1. Apabila proses adalah garpu, proses induk disalin sebagai proses kanak -kanak. Proses -proses yang direplikasi ini kemudian dilaksanakan selari dari masa itu. 2. Ahli statik dikongsi di antara semua contoh kelas.

Sambungan PDO dibungkus sebagai singleton, jadi apa -apa rujukan kepadanya dalam titik permohonan ke sumber yang sama dalam ingatan.

Mula -mula mengembalikan rujukan objek, garpu proses induk, proses anak terus diproses, sementara proses induk menunggu, proses anak tamat dan PHP membersihkan sumber yang digunakan, dan kemudian proses induk cuba menggunakan objek pangkalan data sekali lagi. Sambungan ke MySQL telah ditutup dalam proses kanak -kanak, jadi panggilan akhir gagal. Naif cuba untuk mendapatkan sambungan sekali lagi sebelum pertanyaan pembalakan akhir tidak akan membantu Susan kerana contoh PDO gagal yang sama akan dikembalikan kerana ia adalah singleton. Saya mengesyorkan mengelakkan singleton - mereka benar -benar hanya pembolehubah global berorientasikan objek mewah, yang membuat debugging sukar. Walaupun dalam kes kami, sambungan masih akan ditutup oleh proses kanak -kanak, tetapi jika DB::connection() dipanggil sebelum pertanyaan kedua, ia akan sekurang -kurangnya mengembalikan sambungan baru tanpa singleton. Tetapi cara yang lebih baik adalah untuk memahami bagaimana persekitaran pelaksanaan diklon apabila garpu, dan bagaimana pelbagai sumber terjejas dalam semua proses. Dalam kes ini, lebih baik menyambung ke pangkalan data dalam proses induk selepas proses anak garpu, dan proses kanak -kanak akan menyambung dengan sendirinya jika perlu. Sambungan tidak boleh dikongsi. DB::connection()

<code>PHP Fatal error:  Uncaught exception 'PDOException' with message 'SQLSTATE[HY000]: General error: 2006 MySQL server has gone away' in /home/susanbrown/test.php:21
Stack trace:
#0 /home/susanbrown/test.php(21): PDO->query('UPDATE timers S...')
#1 {main}</code>

dr

"Frankenstein" Mary Shelley menceritakan kisah seorang saintis yang menciptakan kehidupan, tetapi dia merasa jijik dengan keburukannya dan meninggalkannya. Selepas beberapa kematian dan kemusnahan yang tidak perlu, Dr. Frankenstein mengejar ciptaannya sehingga akhir dunia, cuba memusnahkannya. Ramai di antara kita telah memberikan kehidupan kod yang hodoh yang kemudian kita berharap dapat melarikan diri -kod itu sangat hodoh, begitu membosankan, begitu kacau sehingga ia membuat kita ingin muntah, tetapi ia hanya mahu cinta dan pemahaman. Beberapa tahun yang lalu saya telah bermain -main dengan idea mengenai antara muka pangkalan data dan apa yang mereka akan kelihatan seperti jika mereka lebih ketat mengikuti falsafah Unix "Everything adalah fail": pertanyaan akan ditulis untuk "fail", set hasil akan Baca dari "Fail". Satu perkara yang membawa kepada yang lain, selepas beberapa kematian saya sendiri dan pengekodan yang merosakkan, saya menulis kelas berikut yang tidak berkaitan dengan pemikiran awal saya:

<?php
$spell = array("double", "toil", "trouble", "cauldron", "bubble");
foreach ($spell as &$word) {
    $word = ucfirst($word);
}
foreach ($spell as $word) {
    echo $word . "n";
}

Hasilnya adalah jenius, tetapi menjijikkan: contoh yang kelihatan seperti objek (tiada kaedah API sebenar), array, atau rentetan ...

<code>Double
Toil
Trouble
Cauldron
Cauldron</code>

Saya menulis blog sejurus selepas itu dan menandakannya sebagai kejahatan. Rakan -rakan dan rakan sekerja yang melihat hampir semua memberi respons dengan cara yang sama: "Hebat! Bunuh sekarang ... Bakar dengan api." Satu -satunya peraturan yang benar -benar melanggar adalah jangkaan pengaturcara untuk kaedah penamaan hambar seperti query() dan result(). Sebaliknya, ia menggunakan rentetan pertanyaan itu sendiri sebagai kaedah pertanyaan, objek adalah antara muka dan set hasilnya adalah hasilnya. Sudah tentu, ia tidak lebih buruk daripada antara muka ORM yang terlalu banyak, yang menghubungkan select() dan where() kaedah bersama -sama, yang kelihatan seperti pertanyaan SQL, tetapi mempunyai lebih banyak ->. Mungkin kelas saya bukan kejahatan itu? Mungkin ia hanya mahu disayangi? Sudah tentu saya tidak mahu mati di Artik!

Kesimpulan

Saya harap anda menikmati jawatan ini dan contoh -contoh ini tidak membawa anda (terlalu banyak) mimpi buruk! Saya percaya anda juga mempunyai cerita sendiri tentang kod berhantu atau mengerikan, tidak kira di mana anda berada, anda tidak perlu membiarkan keseronokan percutian hilang, jadi jangan ragu untuk berkongsi cerita PHP yang dahsyat anda dalam komen di bawah! gambar dari Fotolia

(berikut adalah FAQ, yang telah diselaraskan dan diselaraskan mengikut kandungan asal)

soalan yang sering ditanya mengenai "php menakutkan yang menakutkan"

Apa itu "Spooky Scary Php"?

"Spooky Scary PHP" adalah kaedah pengekodan PHP yang unik yang melibatkan penggunaan kaedah yang tidak konvensional atau tidak dijangka untuk mencapai hasil tertentu. Ini mungkin termasuk menggunakan fungsi yang kurang dikenali, memanfaatkan ciri-ciri dalam bahasa, dan juga menggunakan kod yang nampaknya tidak berfungsi tetapi berfungsi. Ini cara yang menyeronokkan dan menarik untuk meneroka kedalaman PHP dan sering membawa kepada penemuan yang mengejutkan dan memberi inspirasi.

Bagaimana untuk memulakan pembelajaran "Spooky Scary PHP"?

Cara terbaik untuk belajar "Spooky Scary PHP" adalah untuk mempunyai pemahaman yang kukuh tentang asas -asas PHP. Sebaik sahaja anda berpuas hati dengan asas -asas, anda boleh mula meneroka sudut bahasa yang lebih jelas. Membaca artikel, tutorial, dan perbincangan forum mengenai "PHP menakutkan yang menakutkan" juga boleh sangat membantu. Ingat, matlamatnya bukan untuk menulis kod yang cekap atau praktikal, tetapi untuk meneroka dan memahami bahasa dengan cara yang lebih mendalam.

Adakah "Spooky Scary PHP" Amalan yang baik?

"Spooky Scary PHP" biasanya tidak dianggap sebagai amalan yang baik untuk menulis kod pengeluaran. Ia biasanya melibatkan penggunaan fungsi atau teknik yang tidak cekap, tidak jelas, atau tidak menentu. Walau bagaimanapun, ini mungkin cara yang baik untuk mengetahui lebih lanjut mengenai bahasa dan untuk mencabar pemahaman anda tentang PHP. Ia lebih seperti alat pembelajaran dan percubaan yang menyeronokkan daripada gaya pengekodan praktikal.

Adakah "Spooky Scary PHP" berbahaya?

Walaupun "Spooky Scary PHP" adalah menyeronokkan dan pendidikan, pastikan untuk menggunakannya secara bertanggungjawab. Sesetengah teknologi yang digunakan dalam "Spooky Scary PHP" boleh menyebabkan kemudaratan jika digunakan dalam persekitaran masa nyata, seperti yang mengeksploitasi ciri atau kesilapan dalam bahasa. Pastikan anda menguji dengan teliti mana -mana kod yang anda tulis dan jangan gunakan teknologi "Spooky Scary PHP" di bahagian penting projek anda.

Atas ialah kandungan terperinci Spooky Scary Php. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!