På hovedsiden såvel som på siderne i kategorier, arkiver og i søgeresultater er paginering (også kendt som paginering) normalt nødvendig. Blogs på WordPress er ingen undtagelse, de bruger også paginering, når resultaterne af outputtet af information er opdelt i flere sider.

Tidligere, for at implementere denne funktion, blev der brugt tredjeparts plugins eller specielle funktioner, der blev placeret i filen funktioner.php. Men med udgivelsen af ​​WordPress version 4.1 blev pagineringsfunktionen indbygget i CMS-kernen, og nu er interne WordPress-funktioner nok til at implementere paginering, og der er ingen grund til at tilføje tredjepartskode eller plugins.

Jeg skrev tidligere om en lignende forbedring af WordPress vedrørende TITLE-tagget - https://aboutwordpress.ru/post/wordpress-title/ .

Hvad er paginering

Paginering er opdelingen af ​​information i sider. Dette koncept betyder også serienummerering af sider, angivet med numre placeret i bunden, toppen eller siden af ​​siden.

WP-PageNavi - WordPress-pagineringsplugin

Det mest populære pagineringsplugin til WordPress er WP-PageNavi. For at være ærlig, så klarer den opgaven med paginering så godt, at det ikke nytter noget at diskutere og sammenligne andre plugins.

WordPress Paginering - WP-PageNavi Plugin

wordpress paginering uden plugin

For at lave paginering på siden uden plugins, vil vi bruge den indbyggede WordPress-funktion the_posts_pagination(). I stedet skal vi indsætte følgende kode (normalt er disse filer index.php, kategorier.php og lignende):

Outputtet af funktionen_posts_pagination() vil være noget som denne HTML-kode:

Fjernelse af H2-headeren fra sideinddeling

H2-overskriften "Post Navigation" fanger straks opmærksomheden. Hvilket i de fleste tilfælde ikke har nogen plads på siden. For at slippe af med det skal du tilføje følgende kode til filen funktioner.php:

/* Fjern H2 fra paginering */ add_filter("navigation_markup_template", "my_navigation_template", 10, 2); function my_navigation_template($template, $class)( return "

Opsætning af pagineringssider

Som standard viser the_posts_pagination() den første side, den sidste side og en side omkring den nuværende. Alle andre er erstattet med ellipse. Denne adfærd kan ændres med argumenter:

• show_all - vis alle sider
• end_size - antal sider i begyndelsen og slutningen af ​​listen
• mid_size - antal sider til venstre og højre for den aktuelle side

For eksempel sådan her:

2, "end_size" => 2,)); ?>

CSS-pagineringsstile

Sidetal (polstring: 1% 2%; box-shadow: 0 0 10px #ccc; margin: 0 1% 0 0; baggrund: #fff; border-radius: 3px; )

Links til sideinddelingssider med disse stilarter vil se sådan ud:

Hej kære bloglæsere. I dag vil jeg fortælle dig, hvordan du laver en simpel kontaktformular til WordPress-blogs uden plugins.

Det ser ud til, hvorfor gider det, hvis du kan installere det mest almindelige plugin, der selv skaber denne kontaktformular :-) For eksempel plugin'et Contact Form 7. Ja, jeg argumenterer ikke, det er et fremragende plugin, jeg havde faktisk det. Og du spørger måske, hvorfor jeg fjernede det? Og alt sammen fordi det viser sig at belaste serveren (hosting) hårdt, så hele siden indlæses ikke hurtigt. Jeg ved ærligt talt ikke, hvorfor det forårsager en belastning, men faktum består.

WordPress kontaktformular uden plugins

Så lad os nu komme i gang.

kontakt.php

For at gøre det mere overskueligt skal vi oprette en fil kontakt.php. Først skal du oprette et almindeligt tekstdokument på dit skrivebord. Oprettet? Ok :-) Nu skal du gå til admin panelet på din blog i udseendet, derefter til editoren og vælge sideskabelonen (page.php).

Nu skal du let redigere koden, der er i tekstdokumentet. Du skal finde denne linje: og erstatte det med denne kode:

Dette er selve vores kontaktformular, som vil blive vist på siden.

Se nu, hvad jeg fik med den nye contact.php:

< ?php /* Template Name: Contact */ ?> < ?php get_header(); ?>

Har du indtastet en kode? Tillykke. Gem nu igen og omdøb tekstdokumentet til contact.php.

sendmail.php

Nu skal vi lave en fil, der sender en besked til den ønskede postkasse.

Nu skal du oprette et tekstdokument igen og derefter indsætte denne kode i det:

< ?php if (isset($_POST["name"])) {$name = $_POST["name"];} if (isset($_POST["email"])) {$email = $_POST["email"];} if (isset($_POST["sub"])) {$sub = $_POST["sub"];} if (isset($_POST["body"])) {$body = $_POST["body"];} $address = "[e-mail beskyttet]"; $mes = "Navn: $navn \nE-mail: $email \nEmne: $sub \nTekst: $body"; $send = mail ($address,$sub,$mes,"Content-type:text/ plain; charset = UTF-8\r\nFra:$email"); if ($send == "true") ( echo "Tak, din besked er blevet sendt"; ) else ( echo "Besked ikke sendt! Noget er forkert .."; ) ?>

Denne kode vil sende beskeder til din postkasse, vigtigst af alt, glem ikke i linjen $adresse = " [e-mail beskyttet]»; indsæt din postkasse.

Glem ikke at omdøbe vores tekstdokument til sendmail.php

Installation

Efter ovenstående trin fik vi 2 filer, disse er sendmail.php og contact.php. Og nu skal vi smide dem ind i mappen WordPress blogskabeloner. Dette kan gøres via din hostingkonto eller via en filhåndtering via ftp, alt efter hvad der passer dig bedst.

Mere detaljeret går vi til hosting-rodmappen, derefter til wp-indhold, derefter til temaer, se efter navnet på vores skabelon, åbn og slip formularfilerne der.

Efter at alle filerne er smidt af, skal du gå til bloggens adminpanel, derefter siderne og vælge tilføj en ny.

Her skal du som sædvanligt indtaste titlen, for eksempel "Kontakter". Nu flytter vi vores øjne til højre side af skærmen og leder efter en blok kaldet "Page Attributes"

Og i feltet "Skabelon" skal du vælge Kontakt.

Vi giver den noget simpel CSS-styling for at forvandle den en smule.

css

For at gøre kontaktformularen smukkere skal du kopiere denne kode ind i stilene i din skabelon:

/* Kontaktformular */ #kontaktlabel (display:blok; polstring:5px 0; ) #kontaktinput, #kontakttekstområde (kant:1px fast #ddd; polstring:8px; bredde:300px; margin-bund:10px; - moz-border-radius:4px; -webkit-border-radius:4px; ) #contact textarea ( width:560px; font-family:Arial, Helvetica, sans-serif; font-size:13px; ) #contact input.submit ( border:none; width:160px; margin-top:10px; cursor:pointer; color:#333; border-radius:5px; border-bottom:2px solid #ccc; font-size:13px; color:#777; baggrund: #ebebeb; margin:3px; padding:5px 5px 7px; -moz-transition: alle 0.2s 0.01s ease-in; -o-transition: alle 0.2s 0.01s ease-in; -webkit-transition: alle 0.2 s 0.01s ease-in; ) #contact input.submit:hover( color:#fff; background-color:#FF6766; border-bottom:2px solid #999; )

Det er alt. For et visuelt eksempel kan du besøge min.

Venner, jeg vil sige, at dette er den nemmeste version af kontaktformularen til WordPress-blogs. Men for det indlæser den slet ikke serveren, i modsætning til plugins.

Det er alt, venner, vi ses snart.

Nu har jeg fået en ny hobby – at optimere bloggen på wordpress-motoren "Netværkssti" på en sådan måde at bevare funktionaliteten, og samtidig undvære uden plugins

Antipati til plug-ins opstod ikke fra bunden. På en eller anden måde i efteråret besluttede jeg, at min hostingudbyders muligheder ikke var nok, og flyttede til en anden. Og for at gøre det rigtig godt (som jeg troede ved mig selv) - til en virtuel dedikeret server

Min stakkels blog. Hvor mange eksperimenter er der allerede udført på det! En anden ville simpelthen have dækket sig til med et kobberbassin og ikke gurgle. Alt i alt viste flytningen sig at være en strategisk fejltagelse. Den lejede linje kostede mange gange mere, men med hver tilstrømning af mennesker blev det konsekvent vist fejl 503- serverens tålmodighed er opbrugt! Serveren kunne ikke indlæse min blog.

Fejl 503
Hver konto på serveren er tildelt et vist antal processer, der behandler brugeranmodninger. Anmodninger ankommer til serveren og er i kø. Lette anmodninger behandles hurtigt, og tunge problematiske anmodninger behandles langsomt, hvilket bremser køens fremskridt. Når kølængden når en vis værdi, stopper serveren med at acceptere nye anmodninger og returnerer fejlen 503 (Service Temporarily Unavailable).

Folk, der stødte ind på en blank side, skrev og klagede over manglen på de lovede oplysninger

For mit vedkommende skrev jeg til værten, spurgte, bandede.

Hosting-supporttjenesten prøvede meget hårdt på sin side for at løse noget, men alt var ubrugeligt - min blog i søgningen faldt hurtigt til nul. Trafik fra eftersøgning i efteråret og trafik kunne ikke tilkaldes. Ikke trafik, men tårer.

I december strømmede vores forhold til supporttjenesten fra konstruktivt tolerant allerede gnidningsløst til stadiet af et opgør: hvem har skylden, og hvad skal man gøre. Og på en eller anden måde, midt i disse opgør, lød tanken, at jeg havde en masse plugins installeret (på det tidspunkt var der 37).

Det synes jeg nu også det er meget. Men på en almindelig delt hosting mærkedes dette slet ikke! Derfor begyndte jeg ikke i det øjeblik at bringe vores stridigheder med værten i krig og vendte hurtigt bloggen tilbage til tidsweb

Men den såede tanke gav sine skud. Efter at have beskæftiget mig lidt med spørgsmålene om intern optimering og fremskyndelse af indlæsningen af ​​bloggen, kom jeg til den konklusion, at plugins er ikke altid nyttige! Med al deres bekvemmelighed.

De skaber yderligere forespørgsler til databasen, yderligere belastning på serveren og dermed sinker motoren. Hastigheden på det i forvejen langsomme WordPress falder, og den allestedsnærværende Google begynder at antyde, at din blog angiveligt er langsommere end andre, og derfor viger for hurtigere i søgeresultaterne. Og dette er det bedste! I mit tilfælde fortalte han mig bestemt og bestemt:

Inkl. Opgivelsen af ​​plugins begyndte som en tvungen foranstaltning. Nye trends kræver nye løsninger. Vi måtte lede efter alternative løsninger. WordPress uden plugins!

For at overclocke WordPress maksimalt giver det mening at grave i det og finde en klasseløsning: "både ulvene fodres og fårene er sikre" - for at bevare den sædvanlige funktionalitet og undvære plugins. Nå, i hvert fald ikke uden de fleste plugins.

plugin- Dette er et lille program af hjælpetype. Det er designet til at udvide funktionaliteten af ​​hovedprogrammet (i vores tilfælde WordPress), supplere det og forbedre det på visse punkter. Samtidig indeholder hovedprogrammet en plugin-udførelsesmekanisme, det vil sige, at WordPress kan arbejde med hjælpeprogrammer.

Plugin Pros

1. Plugins kan udføre helt forskellige funktioner - fra løsning af simple opgaver til komplekse komplekse løsninger (fora, e-handelsmoduler osv.)
2. Selv en nybegynder kan installere dem
3. Det er ikke nødvendigt at forstå php og css for at forbedre bloggens funktionalitet

Ulemper ved plugins

1. For mange anmodninger til webserveren
2. Databaseforespørgsler kan være meget tunge, hvilket påfører serveren en øget belastning
3. Plugins falder muligvis ikke sammen med opdateringen af ​​selve motoren og holder derfor op med at fungere
4. For at forhindre opdateringer installerer nybegyndere yderligere plugins
5. Ikke alle værter vil være i stand til at håndtere mere end 50 plugins (i mit tilfælde opførte den sig ikke længere tilstrækkeligt med 37 plugins)
6. Ved flytning til en ny hosting kan der opstå uforudsete problemer. Startende med den banale omkonfiguration af plugins, slutter med konflikter og inkompatibilitet, og endda inoperabilitet af individuelle plugins. Forleden dag skulle jeg løse et problem med FacebookShare-pluginet for en partner - kodningen fungerede ikke korrekt

Sammenfattende kan jeg sige, at jeg i dag har opgivet de fleste plugins, men samtidig har min blog ikke ændret sig funktionsmæssigt på nogen måde.

Der er 14 plugins aktive på netværksstien, hvoraf kun 4 er standard-generelt accepteret. Jeg tror, ​​det er indtil jeg finder ud af, hvordan jeg erstatter dem med et stykke kode.

Her er hvad der nu fungerer fint på min blog uden plugins:

1. Antispam i kommentarer
2. webstedets kort
3. Populære indlæg i sidebjælken med billeder
4. Lignende poster under indlæg (med billeder vist) - hvordan PageSpeed ​​​​forbandede dette plugin hele tiden, dets java-scripts og css-tabeller, selv efter optimering og komprimering, skabte en tung belastning
5. brødkrummer
6. Sideinddeling
7. Topkommentatorer
8. Google+ anbefalingsknapper og

Hej! WordPress uden plugins, hvad er det? Den nærmeste fremtid eller en anden vrangforestilling, oppustet af snæversynede mennesker. Er det muligt at oprette en wordpress-side uden plugins? Ja, det kan du bestemt! Men spørgsmålet er, hvem vil oprette denne side? Avanceret webmaster eller grøn tekande? Hvilket niveau og hvilken kompleksitet vil dette websted være uden plugins? Det er klart, at de professionelle vil gøre dig til et websted med kun én kode.

Men det er ikke meningen, mange forstår simpelthen ikke, at plugins er den samme html, php, css, js-kode. Ved at installere og aktivere et plugin tilføjer du noget kode til dit websted, den samme kode, hvis du oprettede plugin-funktionen manuelt.

Den eneste forskel er, at når du installerer plugin'et, vises en side med plugin-indstillinger i dit wordpress admin panel. Men selv da har ikke alle plugins indstillinger og ekstraudstyr. sider. Ja, der er tunge plugins, der tilføjer en masse sider til dit adminpanel med indstillinger, udgående links, annoncer osv. Men igen, hvis du er (hvilket anbefales), hvilken forskel gør det så for dig?! Søgemaskiner vil blive nægtet adgang til dit adminpanel.

Det viser sig, at der faktisk kun er et minus - dette er vægten af ​​plugin, alt andet betyder ikke noget. Og ja, vægten af ​​plugin er ikke så skræmmende, hvad er 50 - 100 megabyte? Dette er ingenting, hvis du har 10 til 100 gigabyte diskplads på din hosting. Det er latterligt!

Nogle gange er der problemer med inkompatibilitet, men dette er normalt, emnerne er forskellige for alle, alt kan ske. Hvis plugin'et på en eller anden måde påvirker dit websted negativt, så fjern det bare, hvad er problemet? Se efter et andet plugin, der passer til dig. En af de populære misforståelser er, at plugins bremser webstedet. Dette er endnu et nonsens, snæversynede mennesker! Du skal også kigge efter et plugin, der vil bremse dit websted betydeligt.

Du kan installere 50 plugins, og dit websted vil være i orden, eller du kan installere et par plugins, og du vil miste 0,2-0,5 sekunder, når du indlæser siden. Men igen, det er latterligt, som man siger - Skønhed kræver ofre, det er normalt.

De er langt fra skjult i plugins, alt dette er nonsens af folk, der ikke forstår og slet ikke kender de sande årsager. Det viser sig, at alle disse rygter, formodninger, stereotyper om skaden af ​​plugins er alle naturlige nonsens og sindssyge! Manden læste på hegnet, at Petya er et fjols, og nu er han overbevist om, at Petya er en rigtig fjols og skurk, selvom han ikke kender ham af synet!

WordPress plugins er en sand revolution inden for hjemmesideopbygning, nu behøver du ikke være professionel webprogrammør osv. for at lave din hjemmeside. Alt du behøver er at kunne læse, lidt hjerne og tid.

Der er mange, der bare blæser taget, det er virkelig super effektive værktøjer, som vil give dig det maksimale udbytte. Ja, det tager meget tid at sortere gennem alt dette bjerg af plugins og finde præcis det, du har brug for, men tro mig, det er det værd. I øjeblikket kan du ved hjælp af plugins oprette absolut alt, ethvert websted, enhver funktion, du skal bare søge, søge og søge igen, og i sidste ende vil du finde, og du vil blive overrasket over, hvor enkelt alt er . Om denne magiske verden af ​​WordPress, som overrasker mere og mere hver dag ...

Vær hilset! Endelig ventede jeg på min ferie forud for en hel måneds hvile. Men det betyder ikke, at arbejdet med bloggen stopper. Og i dag, efter planen, endnu et indlæg fra kodesektionen.

At have en liste over relaterede indlæg i slutningen af ​​hvert indlæg forbedrer adfærdsfaktorerne på bloggen, øger tiden brugt på ressourcen osv. For at gøre dette er det ikke nødvendigt at installere plugins, og det er nok at klare sig med simpel kode.

Det er ingen hemmelighed, at plugins bruger nok ressourcer, og jeg forsøger at undgå at bruge dem, hvis det er muligt. Et sådant skridt i retning af at optimere blogydelsen og fremskynde indlæsningen er at bruge en meget simpel kode til at vise relaterede indlæg på WordPress uden plugins.

Lighedskriteriet vil være tildelingen af ​​en overskrift til en artikel, dvs. i slutningen af ​​hvert indlæg kan du indsætte relaterede indlæg fra samme kategori. Og for dette er det ikke nødvendigt at tildele tags (tags) til indlægget - jeg bruger dem ikke, de er stadig lukket for indeksering, fordi. føre til duplikering af indhold inden for en , bekvemmeligheden af ​​deres brug for mig personligt er stadig i tvivl, og at forlade det for skønhed er ikke praktisk ...

Før jeg begyndte at bruge relaterede indlægskode Jeg brugte WordPress Related Posts-plugin'et, og jeg vil bemærke, at listens udseende ikke er anderledes, hverken når du bruger plugin'et eller efter at have forældet det til fordel for koden. Og det er meget godt, at læseren ikke udadtil finder forskellene, han skal ikke vænne sig til noget nyt. Ja, jeg elsker stabilitet.

Lidt om stabilitet... I de sidste to måneder har gratis webmasters blog ændret sit udseende en smule og flyttet fra et design med tre kolonner (2 sidebjælker + hoveddelen) til en to-kolonne (en højre sidebjælke forblev, hoveddelen) udvidet). Jeg tog mig aldrig tid til at spørge mine læsere om ændringerne. Synes du det er bedre?

Jeg undskylder for offtopic, jeg fortsætter emnet og giver faktisk selve koden, som kan erstatte plugins og vise en liste over lignende indlæg uden plugins i slutningen af ​​hver artikel:

Vær opmærksom på linjen:

"orderby" => "rand",

Det er stort set alle indstillingerne.

I CSS kan du indstille yderligere udseendeindstillinger, specielt for dette er den eksekverbare kode indesluttet i en klasse

eksempel indlæg()

Ved hjælp af typografiark er det muligt at sætte en baggrund eller sætte et billede i baggrunden, indramme det, bruge en anden skrifttype, bruge andre markører til listen osv. Mulighederne er kun begrænset af din egen fantasi!

Dem, der ønsker at diskutere, er inviteret til at kommentere, og hvis det ikke er svært at besvare, så venligst spørgsmålet stillet midt i indlægget)