YouTube videókésztés

Rendkívül egyszerű videókészítési módszer. Nem kell hozzá külön szoftvert megvenni vagy letölteni és telepíteni.

Amire szükség van:

  • Fényképek, legalább 10-20 darab
  • Google vagy YouTube fiók

Lépések:

  • Fényképek feltöltése (Photos)
  • Zene kiválasztása (Audio)
  • Áttűnések hozzáadása (Transitions)
  • Felirat beszúrása (Text)

A feltöltött képeket húzd egyesével a felső sorba és rendezd a megfelelő sorrendbe. Az hangjelre kattintva választhatsz hozzá zenét. Nézd meg milyen hosszú a képekkel összeállított felvétel és ha lehet olyan hosszú legyen a választott zene is. A szöveg menüpontban tetszőleges feliratot tehetsz az egyes diákra. Az áttűnéseket két diakocka közé lehet betenni.

Ha lassú a gépem: töredezettségmentesítés

Mire való a töredezettségmentesítő?

Ha lassan indul el a géped, lassan nyílnak meg a programok, van esély arra, hogy egy töredezettségmentesítés segít rajtad. Ez a Windows-ba beépített program segít rendet rakni a merevlemezen.

Amikor valamit felmásolsz a gépedre, vagy letöltesz egy filmet, akkor az operációs rendszer automatikusan oda másolja a merevlemezen, ahol még van szabad hely. Első körben egymás után. Viszont később az egyik filmet megnézés után letörlöd, akkor ott üres hely keletkezik, így a következőleg letöltött film egy részét oda fogja másolni a többi részét egy másik üres helyre. Így a frissen letöltött film máris legalább két részben helyezkedik el a merevlemezen. Ilyen esetben a film lejátszása közben a merevlemezről való olvasáskor lassabban éri el a fájlt, mivel az több helyen van. Minél több helyen van, annál lassabban éri el. Az még egy szerencsés eset, ha egy 500 MB-os fájl csak 4-5 részbe van törve. Viszont az már erősen lassítja, ha ugyanekkora fájl több mint 100 felé van törve.
Az ilyen fájltöredékeket pakolja egymás mellé a töredezettségmentesítő program. Gyorsabb lesz a fájlok elérése mivel annak darabjai nem össze-vissza vannak a merevlemezen, hanem rendben egymás után.
töredezettségmentesítő

Hol találom a gépemen?

Magyar nyelvű Windows esetén a Startmenü keresőjébe elkezded gépelni a töredezettségmentesítés szót és máris kiadja a találatok között a “A merevlemez töredezettségmentesítése” címkét, melyre kattintva elindul a Lemeztöredezettség-mentesítő program.
Angol nyelvű operációs rendszer esetén a defragment szóra kell keresni a Startmenüben és Disk Defragmenter-nek hívják a programot.

Hogyan kell használni?

Először kijelölöd a meghajtót és lefuttatsz egy ellenőrzést. Az ellenőrzés megmondja, hogy a lemeznek mennyi százaléka töredezett. Ajánlott először csak az elemzést futtatni, mert maga a töredezettségmentesítés órákig is eltarthat és ezt nem jó megszakítani, illetve közben nem ajánlott mást csinálni a gépen. A töredezettségmentesítés időtartama függ a merevlemez méretétől és a töredezettség mértékétől és persze a számítógép paramétereitől. Ha azonnal a lemeztöredezettséget indítod el, akkor is lefut az elemzés, de utána azonnal elindul a töredezettségmentesítés is. A folyamat közben kiírja, hogy éppen hol tart és mit csinál a rendszer.

Responsive képek

Nem, mivel az első napokban a webes szabványok láttam közösségünk rally körül egy látszólag kis probléma : érzékeny képeket.

Az elmúlt négy évben (igen, ez már négy éve ), láttunk egy csomó képet permutációk érzékeny design. Egy lusta nap beállítás max-width : 100% ( az abszolút minimum, amit tennie kell ), több teljes funkcionalitású JavaScript implementációk, mint például a Picturefill és rendetlenség adatai – csere módszer már töltött sok időt forog a kerék, sikoltozik és dörömböl a fejét a falon. Örülök, hogy azt mondják, hogy a fáradhatatlan utazás a végéhez közeledik. A W3C és a böngésző döntéshozók megértette a célzást.

A State of Érzékeny Képek

A keresés a Szent Grál szolgálja a megfelelő képet, hogy a felhasználó, a hozzáállása a böngésző döntéshozók nagyrészt ” Felejtsd el – mi magunk. ” Az én persze sem kivétel. Mi olyan figyelmes, érzékeny a képeket, és ki voltak téve minden találgatást és kísérletek, amelyek általában nem a nyilvánosság számára hozzáférhetővé, hogy mi vagyunk türelmetlenek ( jogosan), és JavaScript.

A különbség a válasz fájlt, és CSS átmeneteket, persze, hogyan bontja le. Ha a CSS átmeneteket nem működik, aki igazán érdekel? A felület lehet egy kicsit ideges, de a tapasztalat az egész nem igazán szenved, mert a felhasználók továbbra is képesek, hogy elérjék céljaikat, és fogyasztani a számukra szükséges tartalmat.

Ez tényleg nem így van a képeken. Hogyan működik egy új kép romlik tag? Az img tag széles körben elfogadott, hogy nem tudtam még kitalálni, ha ajánlott a W3C szabványos, eltérő utalás a HTML 4.01 specifikáció. Cseréje vagy bővítése az img tag lenne, mintha azt mondanánk, Frank Sinatra viseljen baseball sapkák helyett Fedora – kapsz egy kis pushback.

erőforrás- problémák

Érzékeny tervezés nőtt a népszerűsége és a média, amelyen keresztül a felhasználók fogyasztanak információ vált ellenőrizhetetlen, mi lassan rájöttünk, hogy img önmagában nem fogja csökkenteni a mustárt. Kezdtük kérdésekre, mint “Mi a képernyő mérete a felhasználó? “, És “Mi a pixel sűrűsége a képernyőn? ” Ezeket a kérdéseket táplálja kép technikákkal, amíg rájött, hogy a képernyő mérete és a pixel sűrűség egyáltalán nincs kapcsolat a a rendelkezésre álló sávszélesség áll rendelkezésre, hogy szolgálja a hatalmas, nagy felbontású képeket.

A reszponzív képek irányába

túlságosan szószátyár

Markup megoldás, definíció szerint, bőbeszédű, mert kell felsorolni az összes, a különböző források. Amikor a művészet irányába van szó, meg kell is felsorolja a töréspont, amely hozzá, hogy a bőbeszédűség.

VEGYES bemutatása és tartalma

A jelölő megoldás, amely a művészeti -orientált kell tartani elrendezés töréspontok a jelölést. Ez ötvözi formáját és tartalmát, valamint azt, hogy a layout változások kényszeríti változtatásokat a jelölést.

Konstruktív viták zajlottak arról, hogyan lehet ezt megoldani – különösen hozza vissza a média query definíciókat CSS – de ez nem biztos, ha ezek közül bármelyik fogják meghatározni és végrehajtani.

DEFINE Viewport ALAPÚ töréspontok

Ez a javaslat, gyakran a fejlesztők. A teljesítmény növelésének érdekében, jelölő – alapú megoldások alapján nézetablakban méret, nem pedig a képméretet. Mivel az elrendezés méreteit a képek még nem ismert, hogy a böngésző az indításkor beolvassa a képeket, akkor nem számíthat rájuk, hogy mely forrásokat, hogy hozza.
Ez azt jelenti, hogy a fejlesztők kell tárolni valamiféle táblázat nézetablakok és méretek a szerver oldalon, vagy fenntartására egy a fejüket, annak érdekében, hogy a képeket, hogy ideális méretű az egyes nézetablakban méretek és elrendezés.
Míg a felül a beépített lépés lehet megoldani ezt a problémát sok esetben, akkor kap bonyolult olyan esetekben, amikor egy komponenst használunk többszörös oldalt, különböző dimenziókban minden.

Eredmények túlzott DOWNLOADING bizonyos esetekben
OK, ez hallom leginkább a fejemben (és a többi webes teljesítmény furcsaság alkalmanként ).

A teljesítmény szempontjából minden olyan megoldás, ami alapján külön erőforrások különböző méretben kapható és méretek megköveteli a teljes képet kell redownloaded, ha a képernyő mérete és a méreteket változtatni a nagyobb felbontás. Mivel a legtöbb, hogy a kép az adatok nagy valószínűséggel már a böngésző memóriájában vagy a cache, miután redownload mindent a semmiből lesz szomorú.

Az összes fenti elgondolkodtatott, ( ismét), hogy milyen csodálatos lenne az élet, ha lenne egy épülő megoldást fájlformátum, amely foglalkozik ezekkel a kérdésekkel.

Régiók Érzékeny Tervezés

Érzékeny fejlesztése a technika létrehozásának képlékeny nyújtás elrendezések és a változás szerint az adott kontextusban. Gyakori, tervezők, hogy a rugalmas elemek százalék és a média lekérdezések beállításához az elrendezés a különböző méretű. Érzékeny tervezés alkalmazkodik bármely képernyő tartalmát, anélkül, hogy a tervező, hogy teljesen átdolgozza a tervezési vagy kódot.

Régiók finom kialakítás lehetővé teszi, hogy több okból is. Először is, akkor már nem kell támaszkodnia magasság : auto minden elemet, hogy biztosítsa tartalmat fit. Ehelyett, ez lehetővé teszi a tartalom áramlását a különböző részein az elrendezés. Ez azt jelenti, hogy a tartalom nem az elrendezés által diktált, hanem alkalmazkodik a javasolt kialakítás. Továbbra is használhatja magasság : auto utolsó régióiban a lánc, amely magában foglalja a kijelző minden más tartalom. Láthatjuk ezt a technikát a CodePen alábbi példa.

Lásd a régió Pen Auto Magasság CJ Gammon on CodePen.

Régiók és események

Használhatja JavaScript-események, kezeli az elrendezés régiók, valamint annak biztosítása, hogy a tartalom jelenik meg. A területi specifikáció meghatározza eseményeket, hogy meg tudnak felelni bizonyos feltételeknek. A regionoversetchange esemény feladásának, ha a tulajdon változás regionOverset minden régióban. Ez akkor fordulhat elő, ha a felhasználó átméretezi az oldalon, kinyújtva a tároló elem, hogy a tartalom már nem ömlik bizonyos régiókban. RegionOverset vagy értéke fit, vagy túlszedett üres. Ha az érték nem üres meghatározza a tartalmát a régión belül. A regionOverset ingatlan túlszedett, amikor az utolsó terület a lánc nem tudja megjeleníteni az összes többi tartalom egy része a tartalom nem lehet olvasni.
A megfelelő tartalom beállítani, hogy illeszkedjen a megfelelő régióban, vagy teljesen ( mint korábban a láncban ), vagy részlegesen (ha ez az utolsó régió a lánc). Hogyan reagál ezekre az eseményekre kialakításától függ, tartalmi és egyéb szempontok az elrendezés. Ezek az események fel lehetne használni a dinamikusan hozzáadni vagy eltávolítani régiók vagy alkalmazott egy osztály, amely megváltoztatja az elrendezést. Láthatjuk egy példa a technika állásához CodePen alább.

Fordulatok és kérdések CSS3 transitions használata közben

Szétválasztása aggodalmak nem új – korábban használt sablon motorok éve, hogy elérjék, hogy pontosan szétválasztja programozási nyelvet is használják a HTML,. Az oldal három fő szempontot: szerkezet ( HTML), az elrendezés és a stílus ( CSS) és viselkedése ( JavaScript ). CSS átlépte a vonalat, és lett egy viselkedési egy darabig ezelőtt, de ez egy teljesen más vitát.

Pár héttel ezelőtt bízták meg a fejlesztés a JavaScript modul, amely lehetővé tenné a használatát CSS átmenetek oly módon, hogy semmit sem tud a JavaScript oldalon, az átmenetek zajlik. Az igazi probléma az, asynchronousity átmenetek. Megírása után sok teszt, én adtam fel a munkát. Ezt nem lehet megtenni a megfelelő mennyiségű kód és inicializálás időben. Saját vizsgálati eredmények, mi ez a cikk szól.

Mielőtt elkezdtük az átmenetek, beszélnünk kell egy kicsit, gyakran segítő funkciót. getComputedStyle () egy JavaScript módszer, amely értékét adja vissza a CSS tulajdonság a böngésző értelmezi azt. Ez megy vissza az API ” DOM Level 2 : getComputedStyle ( )” és a ” CSS Level 2 : Számított érték ” – amely alapvetően határozza meg a mértékét a számított stílus.

Ez jó tulajdonságokkal, mint például a betűtípus – mérete, ami egy egyetlen paramétert, és megbízhatóan felett pixel értékeket. Ez azonban nem terjed ki a böngészők kezelni gyorsírás tulajdonságokat, mint például a betét – egyes böngészők nem adnak vissza semmit, mások valami félúton hasznos. Aztán ott vannak a tulajdonságok a különböző, de ugyanazokat az értékeket kell figyelembe venni, mint például a font-weight merész és 700. WebKit egy hiba, ami kivonja a értékét tulajdonságai pseudo – elemekkel.

A mókás sor 2013 januárjában azonosított 18 Firefox ( Gecko ), Opera 12.12 ( Presto ), az Internet Explorer 10 ( Trident ), Safari 6.0.2 ( WebKit ), Chrome 23 ( WebKit ), valamint a Gecko és WebKit éjszakai épít csatornákat.

Minden további nélkül, nézzük belevetik magukat a specifikációk és megvalósítások, a világ tele van téves. Felhívjuk figyelmét, hogy annak érdekében, hogy tömör, lekéstem a gyártás a tagjai a példa.

Hely a reszponzív keretrendszerek tervezésére

Egy reggel, én hallgattam Eli White North vitaindító előadást a PHP konferencián. White egy PHP fejlesztő, és a beszélgetés retrospektív a fejlesztés a web és a PHP-t az elmúlt 20 évben. Egy pont tette az volt, hogy 15 évvel ezelőtt, backend fejlesztők építettek mindent a semmiből. Nem sok állt rendelkezésre a nyílt forráskódú világ abban az időben, és a saját tartalomkezelő rendszerek ( CMS ) költség több százezer dollárt. Ha van egy felmérést a honlapon, például, ha kellett írni a semmiből.

Most 2014-ben, backend fejlesztők nem ezt. Miért használja SurveyMonkey hogy valami ügyfelük API 10 helyett 100 óra vagy 1000 óra? A SurveyMonkey Kódex a legfélelmetesebb a világon, a legerősebb, a legnagyobb ügyesen megírt és duzzad -mentes? Nem vagyok egy PHP fejlesztő, és nem tudom a választ. Azonban az API már rögzített és tesztelt, működik is, és készen áll, hogy be kell építeni a következő projekt – és ez egy hatalmas érték.

Ha az ügyfél akar valami nagyon különleges, és a pénzt, hogy finanszírozza egy ilyen projekt, mint a White azt mondta, a legtöbb PHP fejlesztők azt állítják, hogy nincs jó ok arra, hogy írjon a saját kezét felmérés, 2014.
Szóval, mi a parancsikont ugyanazt a technológiát a frontend weboldal? Sajnos, nem egy.

Jelenleg két lehetőség közül lehet választani, hogy megteremtse a frontend a honlapon. Az első lehetőség, hogy töltse le a sablont (vagy téma). Általánosan használt CMS alapú weboldalak, a téma akkor jön a kevés szín, és csípett néhány változó. A plusz oldalon, a legtöbb téma áll rendelkezésre ingyenes vagy nagyon olcsó, mint a költsége az egész honlap. Töltse le a téma, változó néhány szín, és kap a logót egy kis idő.

Mi több, egy jó téma rendszeresen frissítik, és jön a dokumentációt, így sokkal könnyebb megváltoztatni. A negatív oldalon, a téma is sokan használják, és a minimum nem egyedi, és talán még, hogy a webhely néz ki tartozik egy adott CMS.
A másik lehetőség egy teljesen testre szabott megoldás. A grafika is bérelt, hogy megvitassák branding, és áthaladnak a három minta és két fordulóban módosítások, esetleg prototípus közvetlenül a böngészőben, vagy konvertálja a tervek a HTML és a CSS, integrálása a tervezés egy CMS vagy hátsó végén a választási, ha szükséges, és adja ki a ( remélhetőleg) tökéletes eredményt az ügyfélnek. A plusz oldalon, minden tagja lenne pontosan helyezkedik el, és a kód lenne tökéletesen szemantikai, és nem egy deka zsír vagy túlzott div el.

Ahhoz azonban, hogy ezt elérje, a fejlesztő kell magasan képzett és tapasztalt -, és amikor a fejlesztő, hogy egy kaliber illeti, az ára megy fel rendesen, amivel a projekt ki a pénzügyi elérni az ügyfelek, és jelentősen növelik a magas kiadások vásárlók. Ezen kívül, ahol több dollárt költenek dokumentáció ( ami szokatlan tapasztalatom szerint ), ha a kezdeti fejlesztő elhagyja, a következő fejlesztő volna kitalálni, hogy a kódot annak érdekében, hogy módosítsa azt. Ez többletköltséget az ügyfélnek.

Hol van a középutat, hogy elhoz egy lowend design használják szerte az interneten, és hozzon létre valami nagyon egyedi és drága? Hol van az egyenértékű egy backend fejlesztői API vagy a könyvtár kódját? Mi is létrehozhatunk valamiféle tömeges testreszabás a frontend?

Meg kell tudni, hogy kihasználják a néhány megírt elemeket kombinálják őket egyedi kiegészítéseket, és dolgozzon ki olyan megoldást, amely több, személyre szabott, mint egy konzerv témát, de kevesebb, személyre szabott, mint egy highend megoldás. Azzal, hogy nem a semmiből, akkor mentett órányi időt és a fejlesztés a megtakarítások az ügyfél.

Azt mondtam, hogy van, hogy az árok megoldások elérhetők? Nem, természetesen nem. A teljesen testre szabott megoldás, megvan a maga helye a világban a webes fejlesztés, CMS a konzerv témák megvan a maguk helye. Ha az ügyfél időt és pénzt elérni a tökéletességet, és egy teljesen testre szabott megoldás helyes megközelítés, hogy a projekt, miért ne?

De sok ügyfél lehet, hogy nagyon kevés időt és pénzt, és nem tud várni, vagy fizetni a tökéletességet. Kaphatunk valamit, ami “elég jó” helyett? Lehet, hogy nem minden a div lenne tökéletesen elhelyezett, és lehet, hogy egy kicsit túl sokan. Lehet, hogy a kód egy kissé tovább tart letölteni. Ennek ellenére a megoldás dokumentálni kell, és testre szabható az aktív fejlesztés, és ez alapján sokkal kevésbé gyorsan, mint egy személyes honlap. Van érték ebben.

Mint minden más technológia áll a világon a webes fejlesztés, egy finom design a saját pozitív és negatív, hogy fontolja meg.

A lepusztult conditioner belső működése

Az alábbiakban egy lepusztult, hogy mi történik, ha a DOM betöltődött. Ne aggódj – ez nem rakéta műtét.

  1. Fitness először lekérdezi a DOM csomópontok, hogy az adatok – modul attribútum. Egy egyszerű querySelectorAll működik a trükk.
  2. Végül is teszteli, hogy a meghatározott feltételek az adatokat attribútum feltételek teljesülnek. Abban az esetben, a térkép, meg kell vizsgálni, hogy a média is egy lekérdezést, és az elem görgetni a képbe (például látható a felhasználó számára). Tulajdonképpen ez a rész tekinthető rakéta műtét.
  3. Ha a feltételek teljesülnek, akkor töltse le a hivatkozott kondicionáló RequireJS modul; ez lenne a UI/térkép modult. Használd, hogy írjon a saját RequireJS module loader lenne őrült – megpróbáltam.
  4. Ha a modul be van töltve, akkor inicializálja a modul kondicionáló a helyét a DOM. Attól függően, hogy milyen típusú modul, kondicionáló hívja a kivitelező, vagy egy előre meghatározott terhelés módszer.
  5. Presto! A modul előveszi, és elkezdi feltérképezni rutin izék.

A kezdő oldal van beállítva, a kondicionálás nem mérési körülmények. Ha nem ért egyet az első, de később telepedett, talán a felhasználó úgy dönt, hogy átméretezni az ablakot, kondicionáló továbbra is betölteni a modult. Továbbá, ha a feltételek hirtelen alkalmatlanná vált a modul automatikusan betöltődik. Ez a dinamikus és kirakodás modulok azonban a statikus weboldal egy élő, növekvő, adaptív szervezet.

Context Mérési változások

Hol és hogyan változásának mérésére Context Mérési változások összefüggésben könnyen elvégezhető hozzáadásával különböző tanulmányok JavaScript modulokat. Lehet, hogy szeretné hallgatni az resize és scroll esemény, vagy egy kicsit fejlettebb, nézd meg a média query változásokat.

Hozzunk létre egy Google Maps modult. Mivel a térkép között lesz a városi területeken, és hogy a sok információ, hogy csak akkor van nézetablak szélesebb, mint 700 pixel. Kisebb képernyő jelenik meg a link a Google Maps. Fogok írni egy kis kódot, hogy az intézkedés a szélessége az ablak, hogy határozza meg, hogy az ablak elég széles, hogy aktiválja a térkép ; Ha nem, akkor nincs térkép. Tökéletes! Mi lesz a vacsora? Ne rendelni a pizzát csak még!

Az ügyfél most hívott, és szeretné megismételni, hogy a másik oldalon a térkép. Ezen az oldalon, a térképen megjelenik a kevésbé zsúfolt terület a bolygón, és így lehet még tenni nézetablakban keskenyebb, mint 700 pixel.

Van egy másik vizsgálat, amely a térképen modul, talán az mérésének alapja szélessége néhány className? De mi történik, ha egy harmadik feltétel, és egy negyedik. Nem pizza az Ön számára a közeljövőben.

Nyilvánvaló, hogy mérjük a hozzáférhető képernyő tér nem a fő probléma modul; A modul helyett inkább fújja a fejében a felhasználói beavatkozás minták és káprázatos fantasztikus térképeket.

Ez az a pont, ahol légkondicionáló kerül szóba. ConditionerJS fogja szemmel kapcsolatos paraméterek összefüggésben (például, a szélessége az ablak), annak érdekében, hogy az összes ilyen méréseket a modulokat. Adja meg a feltételeket, a környezettel kapcsolatos a modul és a kondicionáló teher a modult, ha ezek a feltételek teljesülnek. Ez a szétválasztás aggályok a modulokat rugalmasabbá, újrafelhasználható és könnyen karbantartható – az összes pozitív tulajdonságait kódot.

WordPress bejegyzés automatikus formázásának letiltása

Amikor egy bejegyzés vagy oldal szerkesztés után elmentésre kerül, automatikusan formázásra kerül. A dupla sortörések helyére <p> </p> tagek kerülnek, a szimpla sortörés helyére pedig <br /> tag. Ezt a műveletet a wpautop() függvény végzi.

<?php wpautop( $foo, $bar ); ?>

Amennyiben ki van kapcsolva a WYSIWYG editor, úgy is elvégzi az automatikus formázást (Adatlapon Vizuális szerkesztő: Szövegszerkesztő kikapcsolása bejegyzés írásakor). Tehát ez nem jó megoldás.

Példakód:

<p>Weblapguru<br />
<br />
Bekezdés tartalma</p>
<p>Elemek:<br />
elem 1<br />
elem 2<br /></p>
<img src="img/weblapguru.png" alt="weblapguru" />
<img src="img/wordpress.png" alt="wordpress" />

Ez lesz belőle:

<p>Weblapguru</p>
<p>Bekezdés tartalma</p>
<p>Elemek:<br />
elem 1<br />
elem 2</p>
<p><img src="img/weblapguru.png" alt="weblapguru" /><br />
<img src="img/wordpress.png" alt="wordpress" /></p>

És ha az a cél, hogy a képek egymás mellé kerüljenek?

Két működő megoldást találtam a problémára. Az egyik a PS Disable Auto Formatting plugin használata, a másik a functions.php fájl módosítása.

Automatikus formázás eltávolítása plugin használata nélkül

Nem kell összetett függvényeket írni, elég az alábbi sort belemásolni a functions.php fájl végére.

remove_filter('the_content', 'wpautop');

A functions.php fájl a használt sablon könyvtárában található:
/wp-content/themes/sablonneve/functions.php

Forrás:
Disable HTML Auto-Formatting in WordPress
Function Reference/wpautop