Miért használja a Wikipédia a PHP-t?

Legjobb válasz

A Wikipédia 2001 januárjában indult. Kezdetben egy másik wiki szoftvert használt, amelynek neve: div > UseModWiki , amelyet Perl-ben írtak. 2001 nyarán világossá vált, hogy népszerűsége növekszik, és új funkciókra van szüksége. Például a UseModWiki nem tudta kezelni a szóközöket, ezért a „BuenosAires” helyett „Buenos Aires” -et kellett írni. Néhány teljesítményprobléma is volt. Magnus Manske, a Wikipédia önkéntes írója, aki szintén programozó volt, úgy döntött, hogy megírja ő maga. A PHP-t egyszerűen azért használta, mert meg akarta tanulni. A PHP akkoriban nagyon népszerű és gyorsan növekvő nyelv volt a dinamikus weboldalak fejlesztéséhez.

A MediaWiki történetéről további információkat talál az alábbi oldalakon:

• MediaWiki előzmények
• Miért Malária Magnusa Wales Wikipedia napja ünnepli
• A nyílt forráskódú alkalmazások architektúrája (2. kötet): MediaWiki

Válasz

Amikor elkezdtem programozni – akkor 17 éves voltam, a PHP számomra a „valaha volt legjobb nyelv”, egyszerűen azért, mert olyan könnyen elérhető volt számomra az elején.

Hogyan kezdtem vele? Telepítettem az XAMPP-t a Windows gépemre kattintva a MySQL, az Apache „start” -jára kattintottam, és ennyi volt. Rákattantam. Varázslat volt az a képesség, hogy a szkriptet egyszerűen beillesztheti a /htdocs fájlba, és a localhost / test.php-n keresztül futtathatja. kapjon tárhelyet, töltse fel a szkripteket FTP-n keresztül és voila!

Adatbázis? Semmi gond, csak tegye a jó öreg mysql\_query() és hívja egy nap. Aztán néhány évvel később, miután megtanultam, hogyan működnek a dolgok a motorháztető alatt – azaz tudtam, mi az a „start” gomb az XAMPP-ben -, és más nyelveket kipróbáltam, rájöttem, milyen csúnya, következetlen, véletlenszerű, nem biztonságos és rendetlen a PHP.

Azt hiszem, egyesek soha nem jutnak ki abból az XAMPP buborékból, csak ragaszkodnak azokhoz a dolgokhoz, amelyek a legkényelmesebbek, és megvédik azt az utolsó leheletükig. Ez olyan lesz számukra, mint egy vallás.

Ha nem lennék kíváncsi a természetére, akkor valószínűleg csak PHP-ben csinálnék mindent, egy kis JavaScript-rel a szerveroldalon, mint ahogy annak idején tettem, valószínűleg kedveli a Node.js-t – és talán teljesen áttér rá.

Azonban nem szeretem a Node.js-t.

Az említett dolgok előnyei és hátrányai:

PHP Hátrányok

• Minden lehetséges paradigma, szolgáltatás, bármi, amire csak gondolhat – a php megvalósította. Szüksége van tulajdonságokra ? Szüksége van goto -ra? Szüksége van OOP -ra? Szüksége van funkcionális -ra? Kell még valami? Megvan.
• Azt mondják, hogy a PHP 7 gyors. Nos, gyors, ha összehasonlítja egy üres Laravel-telepítéssel. Próbálja meg telepíteni a WordPress programot a „normál plug-in beállítással” és a „többnyelvű választóval”. Sok szerencsét.
• A biztonság vicc a php-ben. Emlékszik az összes SQL-injekcióra? 90\% -uk php-oldal volt, mert úgy döntöttek, hogy nagyon klassz, ha a mysql\_query() hirdetést “nagyon egyszerű módszer az SQL-lekérdezések végrehajtására” reklámozzák. Minden lehetséges oktatóanyag elkezdődik a világon: Oké, itt lekérdezheti az adatbázist a php-ben: mysql\_query(“SELECT * FROM article WHERE id =”. $\_GET[‘id’]) ez olyan egyszerű !!! lát? Ez nem olyan Java, mint, először elő kell készíteni a nyilatkozatot! Túl kazán !! Unalmas !!!
• file\_get\_contents(“https://www.example.com”) és file\_get\_contents(“../foo.txt”) és file\_get\_contents(“php://input”) és mi van veled? Mivel ez file\_* , tehát a fájl tartalmának megszerzésére szolgál. Nem is beszélve a fopen() -ről.
• error\_reporting(0) és csodákra képes.
• Tudok folytassa a „szokásos könyvtárukat”.

Előnyök

• A PHP sikere az Apache mod\_php modul.
• Csak töltse fel a parancsfájlt, és működik.
• Törölje a parancsfájlt és azt már nem működik.
• Ha valaha is megnézett bármilyen kódot, amelynek {} van, akkor azt fogja mondani, hogy “hé, ugyanúgy, mint a Java | C ++ | C, stb stb., de csak tegye a következőt: $ a változó neve előtt.
• Töltsd fel a szkriptet az ftp-n keresztül, és élünk, kicsim.
• A PHP az egyik legnagyobb közösséggel rendelkezik a világon.
• tömb? Ez a lista vagy szótár? Nos, ez mindkettő (ez tényleg egy csalás, de hé, az embereknek tetszik a szar, ami mindkét irányban működik, kit érdekel egy olyan szótár, amely nem tartja rendben ?!).
• Az egyetlen dolog, ami valójában rávilágított némi fényre a PHP zeneszerző. De megint csaknem mindenkinek van valamilyen csomagkezelője manapság …
• Laravel azért jött a segítségére, hogy egyszer és mindenkorra meggyőzze az embereket arról, hogy az OOP a helyes út, és el kell felejtenünk mindaz a csúnya mysql\_*() ostobaság. Az emberek azonban összezavarodnak, hová tegyék üzleti logikájukat. Adattár volt? Modell vagy vezérlő volt? Vagy Middleware? Hol? Hmm hadd gondolkozzak … azt hiszem, hogy egy tulajdonság megteszi a trükköt …

Csomópont Hátrányok

• Rettenetes könyvtárak – npm install winston , hipster-webserver stb. Valójában szörnyű dolog, amikor naplókönyvtárat szeretnék, és a 9 különböző könyvtár. Kérjük, ne, csak ne.
• Visszahívás pokol; ezzel nem lehet mit kezdeni, kivéve, ha az async várja a szintaxist, de a könyvtárak többsége egyszerűen visszahívás vagy valamilyen más „találmány” ígérete, amelyekre a szerző büszke. Az ígéretek csak visszahívások, kevesebb rendetlenséggel, amelyeket az utóbbi időben elkezdtem megvetni.

Előnyök

• Gyors I / O és v8 végrehajtási sebesség. És akkor mi van? Bármi, aki libuval rendelkezik, képes erre. Csomagoljon egy pitont a MagicStack / uvloop fájlba, és végezze el az összehasonlító elemeket. Nem is beszélve más nyelvekről, akik ezt még elegánsabban csinálják
• Könnyű belépés. Ez valójában rossz dolog. A frontend fejlesztői felfedezik a hátsó képességeit. Csak ne.

A Node-t csak akkor szeretném, ha lenne valamilyen specifikációja. A könyvtárak tökéletesen rendeződnének és ugyanazzal a kódolási stílussal lennének programozva. Ne találja ki a stílusát . Ez szörnyű.

Ha belenéz a harmadik fél könyvtárába, ha látja azt a kódszervezetet és stílust, amelyet még csak el sem tudja kezdeni kitalálni, akkor egyszerűen feladom.

A Node olyan, mintha valaki autót és 30000 dollárt adott volna egy 16 éves gyereknek, hogy szimpatizálhasson vele.

Pozitívum, hogy nem programoznék, ha nem lenne PHP. hajlamos úgy nézni rá, ahogy egy gyerek a legidősebb játékát nézi. Nem fogok játszani vele. De amikor ránézek, emlékeket idéz és mosolyt csal az arcomra.

vége, amikor valamit készít – ha elegendő munkát és szívvel tölt be, és az emberek szeretik -, a nyelv nem számít. A végeredmény minden számít.

Béke