PHP Developer

Provozujete-li vícejazykové stránky, lze překlady zautomatizovat. Budete-li využívat Google Translate API, nenechte se při rozbíhání skriptů nachytat. V návodu Google zdůrazňuje, že je nejlepší využít jejich knihovnu. A já vůl knihovnu stáhnul. Rozbalování 12 tisíc souborů trvalo snad deset minut! Představa, že ten marast budu ještě tlačit na server, mi zvedla hladinu adrenalinu, takže jsem megalomanské skripty obratem smazal a za pár minut z informací v různých diskusích jsem poskládal.. Více …

Asi to znáte. Hledáte nějaký jednoduchý směrovač (router), se kterým by šlo tvořit seo optimalizované url adresy, ale narážíte jenom na přebobtnalé třídy s minimálně tisíci řádky? Svět se zbytečně překomplikoval. Všichni již dnes používají OOP, takže vývoj kódu trvá neskutečně dlouho (ve srovnání s procedurálním programováním) a nedá se v tom vyznat, protože je zapotřebí mnohonásobně více kódu, než v procedurálních dobách. Je to děsivý paradox.

Poměrně jednoduše použitelný pro odesílání e-mailů přes SMTP je PHPMailer.

Trvalé přihlášení do WordPressu se může jevit jako zbytečnost. Vždyť přihlašovací údaje jsou v prohlížeči uložené a není nutné si je pamatovat. Stačí kliknout na přihlásit a jste přihlášeni. Jenže uživatelé jako jsem já, tento krok vnímají jako naprosto zbytečný a otravující. Každá ušetřená sekunda času je dobrá. Proč nebýt přihlášený trvale (vyjma přihlašování v kavárnách a studovnách)? Nepřišel jsem na žádný rozumný důvod, proč se pořád dokola přihlašovat.

Bylo nebylo. Mezi různými aplikacemi bylo zapotřebí vyměňovat data. I vymysleli iMudrci jazyk XML. Byl to však jazyk nejazyk, formát neformát. Naštěstí se po dlouhé době přešlapování v XML bahně začal používat JavaScript Object Notation, neboli JSON a produktivita bastlířů se rázem řádově znásobila. (Pro státní instituce samozřejmě ponecháme XML, protože co není na pohled komplikované, je nutně podezřelé a když je něco ve státní sféře hotové moc rychle, je.. Více …

Každý php developer ví, že ošetřit vstupní pole formulářů je nutnost. Vždy existuje riziko napadení (např. skrze SQL injection), ale také riziko zanesení nevhodných znaků nebo sekvencí znaků. I jen obyčejný apostrof se stává bez ošetření zkázonosným. Jak tedy data filtrovat?

Koho by nezlákaly k přechodu na php 7 výsledky testů výkonu php aplikací? Například WordPress se zdá být jednou tak rychlejší. Přechod z php 5 na php 7 je ale trochu složitější, než by se mohlo na první pohled zdát. Je zde pár záludností, které nejsou zpětně kompatibilní. Vyskytují-li se například ve vašich skriptech POSIX funkce (např. ereg(), ereg_replace() apod.), mohou vás potrápit asi ze všech změn nejvíce.