Femti handlinger av WordPress - 50 eksempler (1 til 10)

Den forrige delen av serien var "introduksjonen" til verden av WordPress-handlinger. I denne opplæringen skal vi begynne å gjennomgå 50 utvalgte handlinger ved å forklare hva de gjør og se et eksempel for hver handling.

Så uten videre er her den første batchen av våre 50 handlinger!

Håndtering av WordPress Initialization

Denne handlingen, kort sagt, blir sparket av rett etter at alt er klart, bortsett fra toppene. Og derfor er denne handlingen trolig den mest populære WordPress-handlingen hele tiden - fordi du kan knytte nesten alt til det.

Endre noen standard omskrivningsregler

Som en tyrkisk WordPress-bruker finner jeg det merkelig (og slags frustrerende) at WordPress ikke tillater oss å endre URL-basene for forfattersider, søkeresultater eller paginerte arkivsidene i administrasjonspanelet.

 Kodestykket nedenfor hjelper meg selv med dette problemet:

author_base = 'profil'; $ wp_rewrite-> search_base = 'find'; $ wp_rewrite-> pagination_base = 'p'; ?>

Cool, va? (Selvfølgelig erstattet jeg de tyrkiske ordene med "profil", "finn" og "p" for å gjøre det klart.)

Sender HTTP-overskrifter

Dette trenger ikke en introduksjon som navnet forklarer seg selv: Denne praktiske lille handlingen lar oss sette HTTP-overskriftene til å sende!

Gjør Internet Explorer Bruk den nyeste rendering-motoren

De X-UA-Compatible metakode gjør at Internet Explorer bruker den spesifiserte gjengivelsesmotor for nettsiden. Hvis du setter den til "kant", Internet Explorer vil bruke den nyeste rendering-motoren; Det bryter imidlertid HTML-validering hvis det brukes sammen med Google Chrome Frame.

Heldigvis er vi ikke begrenset til tag bruk: Vi kan også bruke HTTP overskrifter. Og send_headers Handlingen er perfekt for jobben:

Bytter temaer

Hvis du vil kjøre noen errands etter at du bytter temaer i WordPress, kan du stole på after_switch_theme handling.

Spyling omskrivningsreglene etter bytte et tema

La oss gjøre en enkel en: Hvordan spoler du omskrivningsregler etter å bytte til et nytt tema, fordi det nye temaet har nye egendefinerte innleggstyper? 

Vel, du bruker koden nedenfor:

Lett, rett? 

Av en eller annen grunn kunne jeg ikke få det til å fungere ved å hekte flush_rewrite_rules () funksjon til after_switch_theme handling og jeg kunne ikke finne ut hvorfor - hvis du har svaret, opplys oss i kommentarene.

Legge til egendefinerte kolonner i postlisten

Denne praktiske lille handlingen tillater oss å lage flere kolonner til innleggslisten på administrasjonssiden "Alle innlegg".

Vis hvert innleggs vedlegg i en kolonne

Tenk deg at du må se hvor mange filer du har knyttet til hvert av innleggene dine, fordi du vil dobbeltsjekke at du har lagt 10 galleribilder til hvert innlegg av deg. I stedet for å telle dem en etter en i Mediebiblioteket, kan du legge til en ekstra kolonne i oppføringen på siden "Alle innlegg" som denne:

 $ post_id)); $ count = count ($ vedlegg); hvis ($ count! = 0) echo $ count;  // Eksempel Kilde: http://wpsnipp.com/index.php/functions-php/display-post-attachment-count-in-admin-column/?>

Gitt, dette er et eksempel på et veldig spesielt scenario. Men husk at du så det på Tuts + Code - du vet aldri når du trenger det!

Arbeider med  av administratorsider

Fra tid til annen må vi kanskje injisere ting i s på sidene i administrasjonspanelet. Og admin_head handling gjør akkurat det!

Viser et annet favicon i den bakre enden

Dette raske og enkle eksempelet viser hvordan du injiserer nødvendig HTML-kode for et "favicon" i administrasjonspanelet enkelt:

';  // Eksempel Kilde: http://wpdevsnippets.com/wp-admin-custom-favicon/?>

Plasser en admin-favicon.ico fil inne i /Bilder/ mappe i temaet ditt og du er god til å gå!

Injiserings kode i wp_footer () Funksjon

Denne handlingen kalles når funksjonen er den samme, wp_footer () navnet kjøres. Du kan bruke den til å tilpasse utgangen av funksjonen.

Viser en rask resultatrapport for Admins

Vil du se en rask rapport om hvor mange spørsmål sidene dine går og hvor mye minne de bruker? Disse kodene vil hjelpe deg med det:

"; // Eksempel Kilde: http://wordpress.stackexchange.com/a/1866?>

Nå vil du se et kommentert stykke informasjon om dine spørsmål i kildekoden til websidene dine. Ikke bekymre deg: Ikke-administratorer ser ikke dette.

Håndtering av Enqueuing av Frontend Scripts

Dette er en av de grunnleggende trenger å vite handlinger hvis du jobber med temaer: The wp_enqueue_scripts handling håndterer prosessen med enqueuing skript og stiler i fronten.

Korrekt bruk av wp_enqueue_script () Funksjon

Det er mange måter å skrive på skript og stiler i frontend, men det er bare en riktig måte å gjøre det på:

Oppretting av Admin Page Notices

Handlingen admin_notices er ansvarlig for alle advarsler, feil eller andre meldinger som vises i overskriften på admin sider. Du kan også bruke den til å vise dine egne meldinger også.

Advarsel logget inn brukere om vedlikehold av nettstedet

Anta at du flytter servere, og du må informere forfatterne om situasjonen: De burde ikke legge inn noe! Du kan låse ned hele administrasjonspanelet til ikke-admins, eller du kan vise en enkel advarselsmelding som denne:

 

Vi utfører nettstedet vedlikehold. Vennligst gjør ingen endringer i innleggene dine til videre varsel!

'; // Eksempel Kilde: http://wpsnippy.com/show-notification-message-wordpress-admin-pages/?>

Vi brukte "feil" klassen her. Hvis du vil ha en grønn ramme (som betyr mer som en "suksess" melding), kan du bruke "oppdatert" klassen.

Håndtering av Initialisering av Widgets 

WordPress-widgets er et utmerket system som lar oss utviklere lage og redigere deler av våre nettsteder. Og widgets_init handling lar oss endre adferd av widgets hvis nødvendig.

Forhindre at du laster inn standard WordPress-widgets

Av en eller annen grunn vil du kanskje deaktivere bruken av standard WordPress-widgets helt. Hvis det er tilfelle, vil kodestykket nedenfor hjelpe deg med å fjerne disse widgets fra WordPress-installasjonen din:

Selvfølgelig kan du kommentere eller fjerne linjene for å tillate at noen widgets lastes.

Slette WordPress-brukere

Trenger du å gjøre ting hver gang en bruker slettes? De delete_user er din fyr: Det utløses etter at en bruker blir slettet.

Emailing the Poor Guy Etter å ha slettet sin konto

Hvis du har et nettsted som til og med tiltrekker seg dårlige personer, og du må slette brukere ofte, kan du vurdere å la dem få vite at deres brukerkontoer er slettet. Kodestykket nedenfor hjelper deg:

user_email; $ headers = 'From:'. get_bloginfo ('navn'). ' <' . get_bloginfo( 'admin_email' ) . '>'. "\ R \ n"; $ subject = 'Du blir slettet, brah'; $ message = 'Din konto hos'. get_bloginfo ('navn'). 'har blitt slettet på grunn av din helt ukjente oppførsel.'; wp_mail ($ email, $ subject, $ message, $ headers);  // Eksempel Kilde: http://codex.wordpress.org/Plugin_API/Action_Reference/delete_user?>

Hvis du vil, kan du erstatte $ emnet og $ melding variabler med mer formell meldinger.

Wrapping Up for Today

Vi gikk gjennom 10 av 50 handlinger i denne artikkelen. Jeg håper du likte og lærte nye ting fra det. Ser deg i den neste!

Jeg vil også høre tankene dine. Hva synes du om disse handlingene? Legg inn dine kommentarer nedenfor; og hvis du likte artikkelen, ikke glem å dele den!