Användbara kodinlägg (snippets) för WordPress. PHP-kod i WordPress - bästa praxis Felundertryckande operator @

Hej kära läsare av bloggsidan. Jag bestämde mig för att ägna dagens publikation åt frågan om att skriva artiklar i WordPress HTML-redigerare ().

Faktum är att det ibland inte är möjligt att använda den visuella redigeraren i adminpanelen (oftast beror detta på värdproblem), och utan den kommer det att vara ganska svårt för nybörjarbloggare att skriva korrekt och vackert designade artiklar, eftersom en enkel editor som fungerar för alla utan undantag kräver minst .

När jag först började skriva den här bloggen och bekanta mig med motorn, kunde jag helt enkelt inte använda den visuella redigeraren. Varken ytterligare plugins med deras olika versioner, eller andra "danser med en tamburin" hjälpte. Därför var jag med vilje och vilja behärska den befintliga grundläggande editorn, lyckligtvis var jag redan vid den tiden ganska bekant med hypertextmarkeringsspråket.

Använder endast HTML-redigeraren i WordPress

Men poängen var inte ens i HTML, utan i bekvämligheten med att utföra vardagliga och ofta förekommande handlingar. Ja, standardredigeraren i WordPress låter dig använda en knapp för att lägga till fetstilta (STRONG-taggar) och kursiv (EM)-taggar, infoga länkar, citat, bilder, numrerade och punktlistor, markera olika koder och .

Men detta räckte inte för mig, för... I texten till artiklarna använde jag aktivt interna rubriker på olika nivåer (från H2 till H5), lyfte fram koden (PHP, CSS, etc.) med speciella taggar och gjorde mycket mer.

Så allt som inte ingick i standarduppsättningen verktyg för den grundläggande WordPress-redigeraren måste matas in manuellt från tangentbordet, och detta gjorde inte alls arbetet med att skapa inlägg lättare och var väldigt irriterande.

Men det här problemet löstes framgångsrikt tack vare den underbara WP-plugin Post Editor Buttons, med vilka du kan lägga till så många ytterligare knappar som du vill i HTML-redigerarens verktygsfält och programmera dem för specifika åtgärder.

Idag kommer vi att titta på att skriva inlägg i WP i detalj från början till slut, utan att utelämna de nyanser och tekniker som, enligt min mening, hjälpte bloggen (du läser den nu, såvida inte, naturligtvis, den här artikeln blev stulen och inte publiceras på en annan webbplats) nå nivån på flera tusen unika besökare.

Det vill säga, denna publikation kommer att vara en detaljerad bilaga till artikeln (detta är inte originaltiteln, men tagen från en retweet från en av läsarna, men enligt min mening är den ännu mer framgångsrik än mitt ursprungliga namn).

I den artikeln beskrev jag nyanserna som, enligt min mening, påverkade tillströmningen av trafik (besökare) från sökmotorer, och i detta inlägg ska jag försöka fördjupa mig i detaljerna, som ofta är mycket viktiga och inte uppenbara vid första anblicken .

Dessutom tror jag att en nybörjarbloggare eller de som bara funderar på att skapa och driva ett eget projekt inte kommer att vara ointressant att lära sig om hur lätt allt är i WordPress om man vet vad och var man ska göra för att få önskat resultat. Nåväl, okej, introduktionen har blivit försenad, det är dags att gå direkt till presentationen av materialet.

För dig som ännu inte har en egen WP-blogg, men har en önskan om att bli bloggare, eller för dig som vill flytta från en annan bloggmotor eller gratis plattform till WordPress, kommer jag att tillhandahålla länkar till material om installation och initial konfiguration. :

Låt oss börja skriva en artikel i WordPress HTML-redigerare

Så för att skriva en ny artikel måste du gå till adminpanelen (http://sait.ru/wp-admin/) och välja från vänstermenyn (om du använder standarddesignen för WP-adminpanelen) " Lägg till ett nytt objekt i området "Inlägg"

Som ett resultat öppnas en standardsida för att lägga till en artikel (inlägg), som kommer att ha ett fält för att ange dess titel och ett stort fält för att skriva in texten i inlägget.

Det finns inga knep när du skriver in titeltext i fältet som är avsett för detta, men det som är väldigt viktigt är inte hur du skriver in den, utan det faktum att du behöver använda nyckelord i den. Hur väl du väljer en titel för ditt inlägg (), desto högre kommer ditt inlägg att stiga i sökresultat för vissa frågor.

Men samtidigt måste titeln på en artikel i WordPress stämma bra med dess text (vara relevant för inläggets text). Dessutom kommer den att visas i sökresultat och det framtida ödet för din publikation kommer att bero på hur attraktiv den är (om de inte klickar på den kommer beteendefaktorer att förvärras och den lämnar toppen).

Vanligtvis formulerar jag den slutliga versionen av titeln efter att ha skrivit själva artikeln. Ibland kopierar jag alla mellanrubrikerna till en separat textfil och håller dem alla framför mina ögon bildar jag en allmän, och försöker ta hänsyn till allt som nämns i den.

Det är förmodligen därför mina titlar är väldigt långa, men som praktiken visar är det inget fel med det. Sökmotorer gör ett utmärkt jobb med mina titlar och sökresultaten visar den del av TITELn där orden från sökfrågan förekommer.

Varför är titeln så viktig för att marknadsföra en sida i sökmotorer? Ja, för för dem är det huvudkriteriet för att bestämma relevansen (graden av efterlevnad – och andra komplexa ord) av din artikel för en viss sökfråga.

Fast nej, inte riktigt så. Inte rubriken på inlägget, men sidtiteln TITLE är det viktigaste kriteriet för sökmotorer när man ska bestämma positionen för en viss sökfråga (se i detalj).

Vad har rubriken på ett inlägg i WP med det att göra då? Och trots att rätt TITEL ska bildas av artikelns titel plus rubriken på hela bloggen, och i den ordningen. Förresten, du kan konfigurera rätt formation av TITLE i WordPress. Insticksprogrammet är helt enkelt underbart, och låter dig samtidigt lösa en hel del problem gällande intern optimering.

Jag skulle vilja göra dig uppmärksam på skillnaden mellan HTML-taggen för logisk markering "STRONG" och en annan fet markeringstagg "B", samt mellan "EM" och "I". Den första av dessa taggar (STRONG och EM) ska inte bara användas för att få läsarnas uppmärksamhet på viktiga punkter i texten.

Sökmotorer kommer att ta hänsyn till ord och fraser som är markerade med dessa betoningstaggar (STRONG och EM) med större vikt, jämfört med vanliga, icke-betonade ord i texten. Men nu måste du vara mycket försiktig med detta för att inte gå för långt och inte.

Att välja den optimala strukturen för rubriker på nivåerna H1-H6

Nu när det gäller rubriktaggarna H1-H6, som också kan användas i bloggartiklar för att betona de nödvändiga orden och fraserna.

Dessa interna underrubriker bör precis som TITLE innehålla de nyckelord och fraser som du vill ranka i sökmotorerna. Sökningen kommer att ta hänsyn till dem med större vikt än vanliga. Men återigen, under inga omständigheter bör du spamma nycklar, eftersom du kan lida för detta under moderna marknadsföringsförhållanden.

Dessutom ger interna underrubriker (vanligtvis från nivå H2, H3 och framåt) ytterligare en möjlighet att strukturera texten, vilket förbättrar deras uppfattning hos läsarna.
Men det finns ett annat problem med optimering på sidan som har att göra med rubriknivåerna (H1 till H6) som används på WordPress-bloggsidor.

Det huvudsakliga sättet att fördela rubriknivåer på en webbsida är att rubriken på hela artikeln ska vara innesluten i en H1-tagg (den högsta nivån) och den ska vara en på sidan, och alla interna underrubriker i texten ska börja med H2.

Förresten, jag skulle vilja rekommendera dig ett mycket bekvämt sätt som låter dig tydligt se i WordPress var och på vilken nivå headers används på en viss sida. Detta är en plugin för FireFox() som heter .

Så om du väljer från menyn för detta plugin (dess meny läggs till högst upp i webbläsaren) objekten "Outlines" - "Header Outlines", kommer alla de som finns på webbsidan som för närvarande är öppna i webbläsaren att ringas in med flerfärgade rektanglar, bredvid vilka det kommer att finnas en bildtext är deras nivå H1 -H6.

Som framgår av ovanstående figur sätter jag nivån för artikelns titel inte till H1, utan till H2, medan H1 används för att bifoga en beskrivning av hela projektet, d.v.s. inte till någon specifik artikel, utan till hela bloggen.

Denna Maul nämnde i en av sina artiklar att H1-nivåhuvudet på webbplatsen borde vara detsamma för alla webbsidor, men han motiverade verkligen inte sin idé på något sätt. Däremot använder jag exakt hans schema. För interna underrubriker använder jag H3 och H4-taggar (ibland H5 också).

En nyans till. På huvudsidan är rubrikerna på mina inlägg länkar som leder till webbsidor med fullständiga versioner, men på själva dessa sidor med inläggens fullständiga texter upphör artiklarnas titlar att vara länkar. Jag läste någonstans att det skulle vara bättre så här.

Nu behöver vi ändå prata lite om hur du kan ändra nivån på HTML-titeltaggar i WordPress, till exempel för artiklar, eller lägga till, som jag gjorde, en gemensam H1-nivå för alla.

För att göra detta måste du ansluta till värdservern som din blogg ligger på via till exempel FTP. Alla filer som vi kan behöva finns i mappen med WordPress-temat (mall) du använder, som du hittar på den här sökvägen:

/wp-content/themes/Temanamn/

För att få en tydligare förståelse för strukturen och syftet med WordPress-temafiler (mallar) råder jag dig att läsa artikeln som ges i början av denna publikation (i listan).

Låt oss se var du kan ändra nivån på huvudtitlarna för artiklar som finns på huvudsidan (INDEX-filen är ansvarig för dess utseende) och på sidor med fullständiga versioner av artiklar (ENKEL fil).

Låt oss först öppna INDEX för redigering. I den är titlarna på WordPress-artiklar inneslutna i HTML-taggen H2 (andra nivån) och dessutom är de länkar, eftersom de är inneslutna i länktaggen A:

trådar)

Denna teknik låter dig undvika onödiga parenteser. Sådan kod passar också bra in i HTML-kontexten.

14. Procedurmässiga och objektorienterade tillvägagångssätt

Objektorienterad programmering hjälper dig att hålla dig till en mer eller mindre tydlig struktur, men det betyder inte att du ska avvika från de processuella principerna för att skriva ansökningar.

Objekt är utmärkta för att representera data. Exempel:

Klassanvändare ( public $username; public $first_name; public $last_name; public $email; public function __construct() ( // ... ) public function create() ( // ... ) public function save() ( / / ... ) public function delete() ( // ... ) )

Procedurmetoder har sina egna specifika fördelar.

Funktion capitalize($string) ( $ret = strtoupper($string); $ret .= strtolower(substr($string,1)); return $ret; )

15. Läs öppen källkod

Vanligtvis skrivs Open Source-projekt av ett stort antal utvecklare. Ur denna synvinkel kan du få erfarenhet av att studera den skrivna koden i liknande projekt. Så slösa inte din tid på detta.

16. Refaktorering

Refaktorering är att ändra kod utan att förlora funktionalitet. Det kan också användas för att förbättra läsbarheten.Det finns inget utrymme för att fixa buggar eller lägga till funktionalitet. Du ändrar bara strukturen på din kod lite.

Jag hoppas att du tyckte att den här artikeln var till hjälp! Har jag missat något? Dela din upplevelse!

WordPress.com tillåter inte att du använder potentiellt farlig kod på din blogg, men du kan publicera källkoden för visning. Vi skapade en tagg som bevarar källkodens formatering och till och med ger syntaxmarkering för vissa språk. Exempel:

#knapp ( font-weight: bold; border: 2px solid #fff; )

För att få ett resultat som liknar kodavsnittet ovan, slå in din kod i dessa taggar:

Din kod

Parametern "språk" definierar språk- och syntaxmarkeringsreglerna. Följande värden stöds:

  • actionscript3
  • kall fusion
  • csharp
  • delphi
  • erlang
  • fskarp
  • häftig
  • javascript
  • javafx
  • matlab
  • powershell
  • pytonorm
  • scala

Om värdet på parametern "språk" inte anges, används värdet för "text" (utan syntaxmarkering).
Koden mellan "code"-taggarna kommer automatiskt att kodas för visning, så du behöver inte oroa dig för HTML-element eller något liknande.

Konfigurationsalternativ

Taggar stöder också många konfigurationsalternativ som du kan använda för att anpassa deras utseende. Deras användning är helt valfri.

  • autolänkar (true/false) - Varje URL i koden visas som en hyperlänk. Standardvärde: sant.
  • komprimera (sant/falskt) - Om inställt på sant kommer kodområdet att komprimeras när sidan läses in. För att expandera den måste du klicka på den. Detta är användbart för stora bitar av kod. Standardinställningen är falsk.
  • första rad (nummer) — Bestämmer vid vilket nummer radnumrering börjar. Standardvärde: 1.
  • rännsten (sant/falskt) - Om inställt på falskt kommer radnummer att döljas. Standardvärde: sant.
  • markering (kommaseparerade nummer) - Radnummer som ska markeras, till exempel "4,7,19".
  • hmtlscript (true/false) - Om satt till true, markerar HTML/XML-kod. Detta är användbart när du publicerar blandad kod, som PHP i HTML. Fungerar endast med vissa språk. Standardvärde: false.
  • ljus (sant/falskt) - Om satt till sant kommer radnumren och verktygsfältet att döljas. Detta är användbart när du postar ett kodavsnitt på en eller två rader. Standardvärde: false.
  • padlinenumbers (sant/falskt/heltal) - Låter dig styra utfyllnaden av radnummer med nollor. Värdet true ställer in autokomplettering, värdet false inaktiverar komplettering, nummer anger ett fast antal tecken för radnummer.
  • verktygsfält (sant/falskt) - Om inställt på falskt, kommer ett verktygsfält med knappar inte att visas när du håller muspekaren över koden. Standardvärde: sant.
  • wraplines (true/false) - Om inställt på false kommer radbrytning att inaktiveras. Om det är långa rader visas en horisontell rullningslist.
  • titel (sträng) – titel för koden. Kan vara användbart i kombination med komprimeringsalternativet.

Exempel på användning av ovanstående parametrar:

Denna rad är inte markerad. Denna rad är markerad. Denna rad är markerad. Denna rad är inte markerad. Detta är en kort kod med radnummer på upp till fyra tecken. //I det här exemplet är radbrytning inaktiverad. För att läsa hela texten måste du använda rullningslisten. Dessutom, i det här exemplet, är radnumrering inaktiverad och verktygsfältet är dolt.

Och det här är ett större kodfragment. Här väljs PHP-språket och radnummer 12 är markerat.

WordPress.com-kodexempel WordPress.com-kodexempel Den här raden är markerad. Väldigt, väldigt, väldigt, väldigt, väldigt, väldigt, väldigt, väldigt, väldigt, väldigt, väldigt, väldigt, väldigt, väldigt, väldigt, väldigt, väldigt, väldigt, väldigt, väldigt, väldigt, väldigt, väldigt, väldigt, väldigt, väldigt, väldigt, väldigt, väldigt, väldigt, väldigt, väldigt, väldigt, väldigt, väldigt, väldigt, väldigt, väldigt, väldigt, väldigt, väldigt lång rad. Det här är ett exempel på smarta flikar. WordPress.com

Erkännanden
För att implementera denna funktion används SyntaxHighlighter-projektet (författare Alex Gorbatchev). Användare kan ställa in lämplig