, hvordan til at omfatte javascript og css i din wordpress temaer og plugins,,,,, 19,,,,,,,,, 25,,,,,,, det cyber - mandag envato tuts + kurser vil blive reduceret til $3.- og' t miss.,, at den rette måde til at omfatte javascript og css filer i din wordpress temaer og plugins er meget vigtig for designere og entreprenører.hvis du ikke følger bedste praksis, løber de en risiko for modstridende med andre temaer, og plugins, og som kan skabe problemer, som nemt kunne have været undgået.denne artikel er beregnet som en henvisning til at spille godt sammen med andre.,,, bedste praksis, der gør alle glade, hvis du nogensinde har udviklet et tema eller stik af for wordpress eller arbejdede med én, som en eller anden har skabt, har du nok komme på tværs af flere forskellige metoder, herunder javascript og ccs.selv om der er flere metoder, der kan synes at arbejde i et bestemt sæt af omstændigheder, der er en primær metode, der anbefales i wordpress codex.den foretrukne måde vil sikre dit tema eller stik af værker i alle tilfælde, under forudsætning af at andre også kode korrekt. der er også nogle misforståelser om, hvad der præcist codex siger om dette spørgsmål, og jeg vil hjælpe med at klarlægge, hvad er der i kassen?når du downloade wordpress, en udvælgelse af fælles javascript biblioteker allerede er omfattet, som du kan bruge til din javascript udvikling.en liste over omfattede biblioteker kan findes i wordpress codex, wp_enqueue_script, artikel. alle disse biblioteker er omfattet, men som standard wordpress kun last dem, det er nødvendigt, og kun når det har behov for dem i administrationen.hvis du skriver javascript, hvor der anvendes en af disse biblioteker, du er nødt til at fortælle wordpress, at dit manuskript skal biblioteket ladt.,, at wordpress om dit manuskript, og hvad det har brug for, er nogle af de ting at tænke på, når du er kodning javascript for wordpress:,, er der medtaget bibliotek, jeg kan bruge?må jeg bruge den version, der er optaget?skal jeg lade min skrift i forenden og i administrationen?, som de avancerede og administration sider skal jeg lade min manuskript?,, at besvare disse spørgsmål med, du ved, hvad du skal gøre for at registrere og lad dit manuskript.dette er gjort ved hjælp af en wordpress funktion, wp_register_script, og her er dens anvendelse i henhold til wordpress codex:, wp_register_script ($klare, $src, $dep, $over $in_footer), så hvad er de variabler og behøver vi dem hver gang?(dette er omfattet af codex side, så jeg vil være kortfattet og bruge engelsk), $klare, – hvad du bruger til at henvise til dette manuskript, hvor du måske har brug for at enqueue, og du har at medtage denne variabel i det mindste $src, – vejen til kilde fil i din stik af eller tema, $dep, – et system med $klare, for enhver anden manuskripter dit manuskript skal løbe (dvs. en afhængighed), $over, – version til dit manuskript, som kan anvendes til cache knalde.ved misligholdelse, wordpress vil anvende sin egen version nummer som versionsnummer for dit manuskript, $in_footer, – vil du have dit manuskript til last i den fod?sæt den til sand eller falsk.det er falsk, som standard, så det belastninger i hovedet, hvor wp_head(), er, - - og hvis du specificere, rigtigt, vil den belastning, hvor wp_footer(), synes i det tema, hvad er "lager efter"?kan du huske, hvad manuskripter, browsere og stylesheets de har overført til et bestemt område baseret på url af manuskriptet og stylesheet.hvis du ændrer url, bare ved at tilføje en querystring, browser går ud fra, at det er en ny fil og downloads.,, okay, lad os prøve nogle eksempler, det her er den mest grundlæggende eksempel for at fylde en skik manuskript:, funktion wptuts_scripts_basic() (//register manuskriptet sådan et stik af: wp_register_script ("skik på hende, plugins_url ('/j' er /skik manus. det er, __file__) ////////////////register eller manuskriptet sådan et emne: wp_register_script (" skik på hende, get_template_directory_uri(). "/er /skik manuskript. er '); //for enten et stik af eller et tema, kan du så enqueue manuskriptet: wp_enqueue_script ("skik script)} add_action (' wp_enqueue_scripts", "wptuts_scripts_basic), først skal vi registrere manuskriptet, så wordpress ved, hvad vi taler om.den måde at finde vejen til vores javascript fil er forskellige, om vi er kodning et stik af eller et tema, så jeg har opført eksempler på både ovenfor.så vi står det til lægges til html til side, når det er fremstillet af misligholdelse i, < head >, hvor, wp_head(), er temaet. den produktion, vi får fra det grundlæggende eksempel er: < manuskript type = "tekst /javascript" src = "http://yourdomain.com/wp-content/plugins/yourplugin/js/custom-script.js?ver = 3.3.1 "> < /manuskript >, hvis dit manus bygger på en af bibliotekerne indgår med wordpress, som jquery, kan du gøre en meget enkel ændring til kode:, funktion wptuts_scripts_with_jquery() (//register manuskriptet sådan et stik af: wp_register_script (" skik manus, ", plugins_url ('/j' er /skik manus. det er, __file__) system ('jquery')); ////////////////register eller manuskriptet sådan et emne: wp_register_script (" skik på hende, get_template_directory_uri(). "/er /skik manus. det er "system ('jquery')); //for enten et stik af eller et tema, kan du så enqueue manuskriptet: wp_enqueue_script (" skik script)} add_action ('wp_enqueue_scripts "," wptuts_scripts_with_jquery), note: ved misligholdelse, jquery er fyldt med noconflict at undgå sammenstød med andre biblioteker (såsom prototype).se noconflict del af codex, hvis du ikke ved, hvordan vi skal håndtere det. se hvad jeg gjorde der?du har lige tilføje et system med "jquery" behandles som en afhængighed.den anvender et system her, fordi dit manuskript, kunne have flere områder.hvis dit manuskript, anvender jquery og jquery ui, du vil tilføje jquery ui til din afhængighed vifte, vifte ('jquery "," jquery - core "), så produktionen har ændret sig, og vi kan se, at jquery er også blevet tilføjet i, < head >, den side:, < manuskript type ='text /javascript" src = http://yourdomain.com/wp-includes/js/jquery/jquery.js?ver = 1.7.1 "> < /manuskript > < manuskript type ='text /javascript" src = http://yourdomain.com/wp-content/plugins/yourplugin/js/custom-script.js?ver = 3.3.1 "> < /manuskript > lad os forsøge et eksempel med alle klokker og fløjter:, funktion wptuts_scripts_with_the_lot() (//register manuskriptet sådan et stik af: wp_register_script (" skik på hende, plugins_url ('/j' er /skik manus. det er, __file__), system ('jquery "," jquery - core "), 20120208, sande); //eller //register manuskriptet sådan et emne: wp_register_script (" skik på hende, get_template_directory_uri(). "/er /skik manus. det er "system ('jquery", "jquery - core"), 20120208, sande); //for enten et stik af eller et tema, kan du så enqueue manuskriptet: wp_enqueue_script ("skik script)} add_action (' wp_enqueue_scripts", "wptuts_scripts_with_the_lot"), okay, så nu har jeg tilføjet en version, og præciserede, at det manuskript skal være lastet i meter.den udgave, jeg har valgt at anvende datoen i dag, fordi det er let at holde styr på, men du kan bruge en version med dig.produktionen for det her er lidt anderledes, jquery er produktionen i, < head >, og vores manuskript sammen med eu - erhvervsgrenens produktion jquery er lige før, < /organ >,, som denne:, < head >...< manuskript type ='text /javascript "src = http://yourdomain.com/wp-includes/js/jquery/jquery.js?ver = 1.7.1 "> < /manuskript >...< /head > < krop >...< manuskript type ='text /javascript "src = http://yourdomain.com/wp-includes/js/jquery/ui/jquery.ui.core.min.js?ver = 1.8.16 "> < /manuskript > < manuskript type ='text /javascript" src = http://yourdomain.com/wp-content/plugins/yourplugin/js/custom-script.js?ver = 20120208 "> < /manuskript > < /organ >,, få dine prioriteter, nogle mennesker foretrækker måske ikke at bruge de rigtige enqueuing metoder, fordi de føler, at de har mindre kontrol over den rækkefølge, i hvilken manuskripter er ladt.for eksempel, i et tema, der anvender modernizr, temaet forfatter vil sørge for, modernizr er lastet på et tidligt tidspunkt. noget, jeg ikke har nævnt tidligere, er flere detaljer om, hvordan den fungerer, add_action, funktion, da det er her, vi kan udøve en lille indflydelse på tingenes orden.her er der brug for funktion i henhold til wordpress codex side:, add_action ($øremærke, $function_to_add $prioritet, $accepted_args), konstaterer, at den ofte, og indtil nu i denne artikel kun $tag, og $function_to_add, parametre anvendes.de $10 prioriterede parameter misligholdelser, og $accepted_args parameter misligholdelser til 1.hvis vi ønsker, at vores manuskript eller styles er enqueued tidligere, er det simpelthen en lavere værdi for $prioritering af misligholdelse.for eksempel:, funktion wptuts_scripts_important() (//register manuskriptet sådan et stik af: wp_register_script ("skik på hende, plugins_url ('/j' er /skik manus. det er, __file__) ////////////////register eller manuskriptet sådan et emne: wp_register_script (" skik på hende, get_template_directory_uri(). "/er /skik manuskript. er '); //for enten et stik af eller et tema, kan du så enqueue manuskriptet: wp_enqueue_script ("skik script)} add_action (' wp_enqueue_scripts", "wptuts_scripts_important ', 5), resultatet vil være det samme, som vi har set tidligere, men det vil forekomme tidligere i html dokument.,, overordnede misligholdelse, biblioteker og ved hjælp af indhold levering netværk, der kan være tidspunkter, hvor du ønsker at anvende en anden version af et bibliotek, der er omfattet af wordpress.måske vil du bruge en moderne version, eller vil du ikke vente på den næste frigivelse af wordpress, før de anvender den seneste stabil version af jquery.en anden grund er, at du ønsker at drage fordel af google er cdn version af et bibliotek. det er vigtigt at bemærke, at dette bør kun gøres på plugins eller temaer, der anvendes på steder, hvor du vil være personligt fastholde.enhver plugins eller emner, at du slipper for offentligheden bør anvende bibliotekerne indgår med wordpress.,,,, "hvorfor?.,,, jeg hører, at du spørger.af den simple grund, at man ikke kontrollerer disse lokaliteter.du ved ikke, hvad andre plugins og temaer kan anvendes der, og du ved ikke, hvor de ofte vil opdatere din stik af eller tema.ved hjælp af biblioteker emballeres med wordpress er det sikreste. når det er sagt, hvis du vil gøre det her, på et sted, du styrer, her er, hvad der er gjort:, funktion wptuts_scripts_load_cdn() (//afregistreres de omfattede bibliotek wp_deregister_script ('jquery); //register biblioteket igen fra google er cdn wp_register_script (' jquery "," http: //ajax. googleapis. kom /ajax /libs /jquery /1.7.1 /jquery. min.js, array(), nul, falske); //register manuskriptet sådan et stik af: wp_register_script ("skik på hende, plugins_url ('/j' er /skik manuskript. er", __file__) system ('jquery')); ////////////////register eller manuskriptet sådan et emne: wp_register_script ("skik på hende, get_template_directory_uri()."/er /skik manus. det er "system ('jquery')); //for enten et stik af eller et tema, kan du så enqueue manuskriptet: wp_enqueue_script (" skik script)} add_action ('wp_enqueue_scripts "," wptuts_scripts_load_cdn), så jeg først og fremmest de omfattede afregistreres udgave af biblioteket, ellers konflikter mellem forskellige versioner kan indføres.- registrering af anden udgave, med den samme klare, og jeg har valgt at fastsætte retligt som version (det er allerede i url).og bestemt ikke i meter.resten af vores regler er de samme, fordi vi var afhængig af, hvad grafik "jquery klare.den produktion, vi nu ser ud:, < manuskript type ='text /javascript "src ='http: //ajax. googleapis. kom /ajax /libs /jquery /1.7.1 /jquery. min.js" > < /manuskript > < manuskript type ='text /javascript "src = http://yourdomain.com/wp-content/plugins/yourplugin/js/custom-script.js?ver = 3.3.1 "> < /manuskript >,, note: en af de grunde, det er en dårlig idé at gøre i et stik af eller tema for offentliggørelse, er, at alle andre plugins og temaer, der anvendes på dette sted bliver nu nødt til at bruge denne version af jquery.også den nyligt registrerede version af jquery har ikke noconflict, hvis andre stik af eller tema manuskripter brug prototype for eksempel, vil det bryde ting,.,, vær ikke grådig, så vidt vi har ikke nævnt noget om, hvordan man skal gøre alt dette i administrationen, kun på forenden.den primære forskel er, hvad man skal bruge.i stedet for, add_action ('wp_enqueue_scripts "," wptuts_scripts_basic "), som vi bruger til forenden, aktion for administration er, add_action (' admin_enqueue_scripts", "wptuts_scripts_basic), noget, der er vigtigt at gøre både forenden og administration er selektiv, som du lader dine manuskripter sider på.hvis din stik af eller tema har et manuskript, at kun gør noget på én front end - eller administrative side, som f.eks. emnet er valgmuligheder side, eller måske en side med en særlig dims, du behøver kun at lade din skrift på den side.intet punkt blokerer ting op - og manuskripter på sider, hvor de ikke er anvendt.der er et godt eksempel på wordpress codex om, hvordan belastning manuskripter på stik af sider.fordi plugins og temaer kan variere meget i, hvordan de er skrevet, vil jeg ikke gå i detaljer her, om at være kræsen som sider du belastning manuskripter, men det er vigtigt at nævne, så du er klar over det, når du er kodning.,, det er manuskripter, styles, processen med stil er næsten præcis det samme som processen for manuskripter.det er gjort ved hjælp af en wordpress funktion, wp_register_style, og her er dens anvendelse i henhold til wordpress codex:, wp_register_style ($klare, $src, $dep, $over $medier), konstaterer, at den eneste forskel mellem wp_register_script, og wp_register_style, er, at i stedet for en $in_footer parameter, vi har en $medier, parameter.denne parameter kan sættes til en eller flere af følgende:'all ",'screen",'handheld ", og'print, eller enhver anden w3c anerkendt medier type. - et eksempel på, hvordan man kan enqueue stil ville være:, funktion wptuts_styles_with_the_lot() (//register den stil, som det for et stik af: wp_register_style (" skik stil, plugins_url (» /css /skik stil. css, __file__), array(), 20120208 "," alle "); ////////////////register eller stil sådan et emne: wp_register_style (" skik stil, get_template_directory_uri(). "/css /skik stil. css, array(), 20120208 "," alle "); //for enten et stik af eller et tema, kan du så enqueue stil: wp_enqueue_style (" skik stil)} add_action ('wp_enqueue_scripts "," wptuts_styles_with_the_lot'); dette er en ret omfattende. ved hjælp af de fleste af de parametre, og produktionen, den producerer ligner:, < forbindelse rel ='stylesheet "id ='custom-style-css" href = http://yourdomain.com/wp-content/plugins/yourplugin/css/custom-style.css?ver = 20120208 type ='text /css media ='all />,, så hvorfor ikke alle allerede gøre det sådan her?godt spørgsmål, og de øvrige spørgsmål tror jeg, du ville spørge: "hvad tror du, det er den rette måde, og ikke bare din præference?". hovedsageligt er svaret, at det er den tilgang, der anbefales i wordpress.det sikrer, at enhver kombination af plugins og temaer skal være i stand til at arbejde sammen med glæde og uden fordobling op. jeg har set et par emner og rammer omkring det sted, der bruger, < manuskript > < /manuskript > og < forbindelse />, mærkater i deres hoved. php, og endog fod. php, filer at læsse manuskripter og former for emnet i sig selv.der er ingen grund til at gøre det på den her måde.som jeg har påvist, er det muligt at prioritere manuskripter og styles og udpeger, om de belastning i hovedet eller fod fra komfort og sikkerhed for deres funktioner. folkesundhedsprogrammet.fordelen er, at temaet /rammer vil arbejde med en bredere vifte af andre plugins /barn temaer.. et eksempel var ved at jquery ved, < manuskript > < /manuskript >, mærkater, som synes at virke fint, men dette kan forårsage jquery blive lastet to gange!- jquery på denne måde vil ikke stoppe wordpress læsning sin version af jquery for andre plugins, som wordpress version er i noconflict tilstand ved misligholdelse, og stik af, kan angive det som en dependancy.så nu har du jquery arbejder for begge noconflict tilstand og $, og formentlig også bryde stik af, der anvender prototypen bibliotek.,, konklusioner, wordpress er et fantastisk system, og det er blevet udviklet med en masse tanker.hvis der er en mekanisme, der er til rådighed til at gøre noget, er det ofte en god idé at bruge det.når din plugins og temaer, prøv at huske, at kode med omtanke og spiller godt sammen med andre. hvad synes du om anvendelsen af wp_enqueue_script, og dets funktioner og aktiviteter?kender du nogen eksempler, hvor det er blevet gjort forkert?kender du nogen grund til ikke at følge ovennævnte?,