Kategória: ‘Hasznos lehet’

Milyen széles? Milyen magas?

Munkám során sokszor belefutok a címben feltett kérdésekbe. Pl. amikor arra vagyok kíváncsi, hogy egy oldalsávra vagy fejlécbe  milyen széles bannert/logót/stb. készítsek.

Fejlesztéskor Google Chrome böngészőt használok, amelyre van olyan kiegészítő, amelynek beépített funkciója, hogy egy-egy weboldal részletről megmondja, hogy milyen széles.

Azonban ezt mindenféle kiegészítő nélkül is tudja a Google Chrome!
Véletlenül félrenyomtam a billentyűzeten, így jöttem rá erre a funkcióra. Amikor egy weboldalt böngészel, nyomd meg a AltGr+R billentyűkombinációt, amelyre elő fog ugrani az alábbi mérőeszköz.

Ezt pozicionálva, mozgatva könnyedén meg tudod nézni, hogy egy-egy weboldal részlet milyen széles, pixelben (mert ugye a weben ebben mérünk, és nem cm-ben!). Nekem nagyban megkönnyítette ez a gyorskód a munkámat, remélem neked is hasznodra válik!

Egy kép a működéséről:

Sortörés a szöveges widgetekben

Alapvetően két módja van (az eredmény ugyanaz lesz), hogy a szöveges widgeteknél megoldjuk a tartalom tagolását, és ne csússzon egybe az összes tartalom.

1. Ugye úgy néz ki egy szöveges widget, hogy van egy “Cím:” része, valamint egy tartalmi része, ahová magát a szöveget másoljuk be. Na ez ALATT van egy olyan opció, hogy “Automatikus bekezdés hozzáadása”. Ha ezen opció előtti jelölőnégyzetbe teszünk egy pipát, és így mentjük el a widgetet, akkor ahol sortörést használtunk a widget tartalmi részén belül, ott a weboldalon is lesz egy sortörés.

2. HTML formázással berakunk egy sortörést a szövegbe oda, ahol azt szeretnénk, hogy a mondandónk új sorba kerüljön. A sortörés HTML kódja: <br> – ahová ezt tesszük, az utána következő rész egy új sorba fog kerülni. Ebből lehet egymás után többet is alkalmazni, ha egy sortörés nem elegendő.

Nehezített WordPress telepítés

Egy nagyon súlyos tévhitet szeretnék eloszlatni a mai bejegyzésemmel, amellyel rengetegen megnehezítik a WordPress amúgy rémesen egyszerű telepítését.

Többektől hallottam már, hogy elakadnak a WordPress telepítése során, amikor a wp-config.php fájlt kell szerkeszteni, majd a /wp-admin/install.php-t kell futtatni. Soha nem értettem, hogy telepítés során miért kellene szerkeszteni ezt a fájlt, egyáltalán honnan veszik ezt az infót.

Néhány napja megoldódott a rejtély.

Kiderült, hogy a magyar telepítőcsomagban található wordpress\olvasdel.html fájlban írják azt, hogy úgy kell telepíteni a WordPress-t, hogy nyissuk meg a wp-config-sample.php fájlt, és szerkesszük meg benne az adatbázis kapcsolódáshoz szükséges adatokat.

NA KÉREM! EZ ÍGY HÜLYESÉG, AHOGY VAN!!!

Régen lehet, hogy nem volt webes telepítőfelület a WordPress-hez, de immáron 2013-at írunk, és évek óta elérhető a webes WordPress telepítő, ami létrehozza helyettünk a wp-config.php fájlt, de legrosszabb esetben is megmondja, hogy ezt és ezt mentsük el wp-config.php néven, töltsük fel, és jó lesz.

WordPress telepítéshez nem kell mást tenni, mint a WordPress fájljait felmásolni a tárhelyre, megnyitni a leendő weboldalunk elérhetőségét egy böngészőben, és végigkattintgatni a webes telepítőt az ott leírtak alapján.

Többszörös regisztráció engedélyezése

Az Allow Multiple Accounts bővítménnyel felülírhatjuk azt az alapértelmezett WordPress funkciót, amely szerint egy e-mail címmel egy felhasználói fiókot lehet létrehozni.

Telepítés után megjelenik egy “Multiple Accounts” menü a Felhasználók menüpont alatt. Itt először is be lehet állítani, hogy a) legyen-e többszörös (“Allow multiple accounts for everyone?”) regisztráció; b) egy e-mail címmel mennyi fiókot lehessen (“Account limit”) létrehozni?

Lejjebb pedig láthatók a felhasználói fiókok, e-mail cím szerinti bontásban (klikkre nagyobb lesz!):

Allow Multiple Accounts letöltés

WordPress jelszócsere PhpMyAdmin segítségével

Van úgy, hogy nem tudjuk használni a jelszó-helyreállító funkciót, nem érjük el a profilunkat, és nincs egyéb módszerünk se, hogy adminisztrátorként belépjünk a WordPress adminisztrációs felületére.

Ha van PhpMyAdmin hozzáférésünk, akkor egyszerű dolgunk lesz, könnyen tudunk egy-egy felhasználónak új jelszót beállítani.

1. Nyissuk meg a PhpMyAdmin elérhetőségét. Erre lehet, hogy egy külön linket ad a tárhelyszolgáltatód, de lehet, hogy cPanelhez kaptál hozzáférést, és ott éred el ezt a szolgáltatást. Hasonlóan (így) néz ki:

2. Miután beléptünk, ki kell választani azt az adatbázist, amelyet a WordPress használ, majd rá kell kattintani. Kattintásra nagyobb lesz az alábbi kép!

3. Ezután ilyet kell látni:

4. Ki kell választani (rá kell kattintani) az “_users” végű táblát. Ezt két helyen is meg lehet tenni:

5. Fontos, hogy a táblát a “Tartalom” fülön lássuk! Itt kell a kiválasztott felhasználó sorában található módosítás gombra kattintani (Kattintásra nagyobb lesz az alábbi kép!):

6. A megjelenő felület az alábbi képhez hasonlít. Itt a “0.”-val jelölt hely mellett (user_pass) a “0b.” helyen található legördülő menüből ki kell választani a képen “1.” ponttal megjelölt MD5 opciót. A képen “2.”-vel jelölt helyen található karaktersorozatot törölni kell, és a helyére be kell írni az új jelszót. A képen “3.” pontként jelölt helyen rá kell kattintani az “Indítás” gombra. Kattintásra nagyobb lesz az alábbi kép!

7. Máris lehet használni az új jelszót a WordPress adminisztrációs felületére történő belépéshez!

Tagsági rendszer bővítmény és a WordPress együttes frissítése

A minap a következő feladattal néztem szembe:
Adott volt egy WordPress 2.9.2-es rendszer, amelyen volt egy User Access Manager (klikkre eljuthatsz a róla készült 33 perces videóhoz) 0.9.1.3-es verziójával működtetett tagsági rendszer.

Feladat:
Mindkettőt frissíteni úgy, hogy tökéletesen működjön minden.

A feladat nem volt egyszerű, több okból sem:

  • A WordPress már a 3.5.1-es (+23 verzió) verziónál jár, míg a tagsági rendszer már az 1.2.2-nél (+14 verzió). Ekkora verziókülönbségnél fokozottan kell figyelni a kompatibilitásra, hiszen korántsem garantált az, hogy ami 2-3 éve működött egy bizonyos párosításban, az most is működni fog.
  • A tagsági rendszer nem állhatott le, legfőképpen nem omolhatott össze, mert az azt eredményezte volna, hogy tagság nélkül is meg tudták volna nézni a látogatók a zárt tartalmakat.

Melyek voltak a megoldáshoz vezető lépések?

  1. Teljes biztonsági mentés a weboldalról. Erre azért van szükség, hogyha bármi balul sülne el, vissza tudjuk állítani az eredeti verziót. Valamint a következő pont miatt is.
  2. A biztonsági mentésből egy tesztoldal létrehozása egy másik domain alatt, másik adatbázissal. Így elértük, hogy van egy – az eredetivel mindenben megegyező – tesztfelületünk, azaz bármilyen kockázat nélkül tudunk kísérletezni.
  3. Először a WordPress-t frissítettem 2.9.2-ről 3.5.1-re. Ez gond nélkül ment.
  4. Utána frissítettem a tagsági rendszert kiszolgáló bővítményt, ám itt beütött a krach: a tagsági rendszer leállt, minden tartalom nyilvánossá vált. Milyen jó, hogy nem az éles oldalon csináltam!
  5. Összehasonlítottam az eredeti weboldalhoz tartozó adatbázisban a tagsági rendszer tábláit, a teszt oldal azonos részeivel, és a következőt láttam: Nem ugyanolyan a táblaszerkezet a két helyen! Ezért az összeomlás. A régi beállításokat nem tudta kezelni a bővítmény a frissítés után, mivel azok már teljesen máshogy (kevesebb táblában is) tárolódtak az adatbázisban. Innentől lesz bonyolult a megoldás.
  6. Feltettem egy bővítményt, amely azt a célt szolgálja, hogy csak bejelentkezett felhasználók láthassák a weboldalt. Erre a tesztoldalon nem lett volna szükség, ám így ténylegesen tudtam szimulálni az eredeti oldalon szükséges lépéseket. Erre azért lesz szükség, hogy a tagsági rendszer kikapcsolása miatt “külsősök” ne férhessenek hozzá a védett tartalmakhoz. Így ideiglenesen csak a regisztrált tagok látják a tartalmakat, igaz ők jogkör nélkül mindent.
  7. Töröltem az összes, a bővítményhez tartozó táblát az adatbázisból.
  8. Töröltem magát a tagsági rendszeres bővítményt is.
  9. Újratelepítettem a bővítmény legfrissebb verzióját.
  10. Újra létrehoztam a különféle jogköröket, felhasználói csoportokat.
  11. A felhasználókat egyesével be kellett sorolni az őket megillető jogosultsági szintekbe.
  12. Mivel eredetileg úgy voltak kialakítva a jogkörök, hogy egy-egy kategóriába tartozó bejegyzések megtekintése volt egy-egy jogkör meglétéhez kötve, ezért ezeket a kategóriákat ismét össze kellett kötni a tagsági rendszerrel.
  13. Itt felmerült egy újabb gond: a kategóriáknál van egy alapértelmezett kategória, amelyet nem lehet törölni, csak átnevezni. Az egyik jogkör úgy volt kialakítva, hogy ehhez a kategóriához tartozó bejegyzéseket lehetett megtekinteni vele. Itt egy olyan érdekes hiba jött elő, hogyha beállítottam, hogy ezt a kategóriát csak azzal a bizonyos jogkörrel rendelkező felhasználók nézhetik meg, akkor az összes oldal is zárolva lett, holott ez nem volt célom. Ezt a problémát úgy hárítottam el, hogy ezt a kategóriát újra létrehoztam, majd ezt az újonnan létrehozott kategóriát soroltam be az egyik jogkör alá. Természetesen a régi kategóriából át kellett sorolni a tartalmakat az újonnan létrehozott alá.
  14. Miután minden működött, a fenti lépéseket el lehetett végezni az éles weboldalon is!

Tanulság: biztonsági mentés nélkül még egy bővítményt se frissíts!!!

Fizetős WordPress kinézetek

A héten már az ingyenes WordPress kinézetekről, most jöjjön egy másik összefoglaló, mégpedig a fizetős WordPress kinézetekről.

Elöljáróban:
Rengeteg weboldal foglalkozik WordPress kinézetek értékesítésével, ám ezek közül sok a silány minőségű.

Mik a fizetős kinézetek előnyei?

  • Nem használják annyian, mint az ingyenes kinézeteket, ezáltal könnyebben lehet ténylegesen egyedi kinézetet készíteni belőlük.
  • Sokszor olyan funkciók is helyet kapnak egy-egy kinézetben, amelyek az ingyenes kinézetekben nincsenek benne (pl.: foglalási rendszer, étlap funkció, stb.)
  • Sokszor többféle oldalelrendezés közül is választhatunk egy-egy oldal létrehozásánál. Ilyen lehetőség pl. az, hogy az egyes oldalaknál a bal vagy jobb oldalon legyen-e az oldalsáv, vagy akár olyat is választhatunk, hogy ne is legyen oldalsáv.
  • Olcsón juthatunk minőségi kinézethez. Ennek oka, hogy nem egyszer kap a fejlesztő pénzt a munkájáért, hanem minden eladásból részesedik. Mivel sokan megveszik a kinézeteket, ezért sokkal olcsóbban is megéri eladni, hiszen a sok kicsi sokra megy elv alapján így jár a legjobban a kinézet fejlesztője.
  • Sok esetben lehet kérdezni a kinézet fejlesztőjétől egy erre a célra rendszeresített felületen.
  • Sok esetben részletes dokumentáció társul a kinézethez, amely lépésről-lépésre segít a megjelenés kialakításában.
  • Szoktak psd (Photoshop) fájlokat is mellékelni a letölthető kinézetbe, így a grafikai elemek is könnyen szerkeszthetőek.

Mik a fizetős kinézetek hátrányai?

  • A funkciók számának növekedésével egyenesen arányosan nehezebb összerakni azt az állapotot belőlük, mint amit a demo verzióban láttunk. Néha erre akár 2-3 órát is szánni kell. Persze ettől nem kell megijedni, nem általános, de előfordul. Van olyan fizetős kinézet is, amelyhez adnak egy xml fájlt is, amelyet ha beimportálunk egyből úgy látjuk a weboldalunkat, mint a demo verzióban.
  • Ha munka közben rájövünk, hogy nem megfelelő a kinézet, akkor annak a megvásárlása ablakon kidobott pénz volt.

Mely oldalak közül érdemes választani?

1. Themeforest (2 694 kinézet) - WordPress | ThemeForest

A jobb oldalon lehet válogatni különböző weboldal kategóriák közül, illetve azt is látni, hogy eddig mennyien vásárolták meg az adott kinézetet. Egy-egy kinézet 20-60 dollárba kerül. Fizetni bankkártyával vagy PayPalon is lehet.

2. themefuse (29 kinézet) - Themes | ThemeFuse

3. WPZOOM (51 kinézet) - Premium WordPress Themes – WPZOOM

4. Elegant Themes (81 kinézet) - WordPress Themes Gallery | Elegant Themes

5. WooThemes - WordPress themes designed by WooThemes

Ingyenes WordPress kinézetek

Korábban már volt egy cikk, amely a témával foglalkozott, ott 5 WordPress kinézet gyűjteményt mutattam be.

A napokban találtam egy új oldalt, ha új kinézet keresel, érdemes ránézni, akadnak elég elegáns darabok is a gyűjteményben!

Az oldal itt érhető el:
Smart Magazine WordPress Themes – jelenleg 141 kinézet van fent a gyűjteményben.

A kinézeteknek van demo verziójuk is, amely segítségével meg lehet tekinteni azt az állapotot, ahogyan majd kinéz vele egy weboldal.

Ha megtetszik egy kinézet, azt le kell tölteni, majd a számítógépre mentett zip fájlt fel kell tölteni a saját WordPress admin felületeden, a Megjelenés menüpont alatt. Bekapcsolás után máris az új kinézetben tündököl a weboldalad!

A bővítményeltüntető bővítmény

A WordPress oktatóvideó Facebook oldalát követők már február 7-én értesülhettek arról, hogy találtam egy remek bővítményt. Ezt posztoltam akkor:

“Olyan WordPress kódot találtam, hogy csak na! Már készül is az oktatóvideó róla, amely a PROFI PLUSZ csomaggal rendelkezők számára lesz elérhető!

Mit tud?
Segítségével el lehet rejteni a bővítmények listájából egy vagy több bővítményt (saját magát is)!

Aki ügyfeleknek készít weboldalt, az tudja, hogy ez egy kincs!

Azóta kiderült egy hiányossága a bővítménynek, mégpedig az, hogy az admin felületen, a Bővítmények => Szerkesztő menüpont alól nem tünteti el a bővítménylistából már “eltüntetett” bővítményeket. De ez cseppet sem von le az érdemeiből, hiszen van olyan bővítmény, amellyel a Bővítmények => Szerkesztő menüpontot eltüntethetjük, majd a művelet után eltüntetjük magát a bővítményt is, valamint el lehet tüntetni a Bővítmények => Szerkesztő menüpontot eltüntető bővítmény menüpontját is :)

Na jó, nem bonyolítom tovább, jöjjön a részletes (és érthető) videó a fent leírt “bővítményeltüntető bővítményről”.

A videó hossza: 7 perc 51 mp.


De jól néz ki! Ez WordPress? Vajon mi a kinézet neve?

Volt már olyan veled, hogy egy weboldalt nézegettél, és felmerült benned a címben szereplő kérdések bármelyike? Ha igen, és értesz hozzá, akkor ezután nyilván az következett, hogy megnézted az adott weboldal forráskódját, majd kinyerted onnan a szükséges információkat, pl. a kinézet fájljait tároló mappa nevéből és/vagy a css fájlból, vagy egyéb módon.

Mostantól meg könnyebb dolgod lesz, sőt, még extra információkat is megtudhatsz egy-egy WordPress weboldalról. Persze csak olyanokat, amelyeket a forráskód megnézésével is kinyerhetnél. De miért is turkálnánk a forráskódban, amikor van rá egyszerűbb megoldás is?

A “Milyen WordPress kinézet ez?” weboldal használatával könnyedén megtudhatjuk a minket érdeklő információkat. Ehhez nem kell mást tenni, mint a minket érdeklő weboldal címét bemásolni az ott található mezőbe, majd a “Check Site” (oldal ellenőrzése) gombra kattintani.

Ezután két dolog történhet:

1) A weboldal nem WordPress. Ezt jelzi is a weboldal. Ezzel most nem foglalkozok, hiszen nem erről szól ez az oldal.

2) A weboldal WordPress. Ekkor a weboldal kinyeri a forráskódból és a fájlokból az információt, és ha elérhető, akkor megmutatja a használt kinézet nevét, elérhetőségét, szerzőjét. SŐT, extraként még a használt bővítményekről is készít egy listát, amely mellé egyből felajánl egy Google keresést is, vagy egy kattintással átmehetünk a bővítmény wordpress.org-os lapjára.

Plusz remek funkció: felül található egy “Most Popular” menüpont, ahol meg lehet nézni, hogy mely kinézetek a legelterjedtebbek, illetve mely bővítményeket használják a leggyakrabban a lekérdezett weboldalakon.