PHP + JavaScript + SQL
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.
Ladění chyb je kapitola sama o sobě. Snadné je to když máte odchytit chyby ve skriptech, které nejsou volané AJAXem. V takovém případě stačí většinou jenom zapnout error_reporting
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.
Pro bezproblémový chod databáze a udržování přehledného obsahu, je dobré důsledně a efektivně mazat nepotřebné záznamy. Důslednost spočívá v mazání všech souvisejících dat, efektivita spočívá v maximálním zjednodušení způsobu mazání dat.
Nahrát soubor pomocí php nemusí být zrovna jednoduché. Jaké jsou nejběžnější problémy?
Pro ukládání sessions do databáze existuje řada důvodů. Můžete chtít například využívat stejná sessions napříč weby, můžete mít zájem na marketingovém vyhodnocování obsahu dočasně vkládaných dat anebo chcete obejít záludnosti sdílených sessions na hostingu, kde nemáte přístup k php.ini a potřebujete například prodloužit dobu trvání sessions. Nejjednodušší je vytvořit custom handler a ukládat data do databáze.