spuhulinux.blog.hu

Az én UHU-Linux "tudástáram". Ennyi és nem több... Ha kevés, vagy valami nem jó, ígérem kijavítom! Mostanában az alaptéma kiegészül a Wordpress boncolgatásával is. Meg a CMS, ugyebár. Remélem nem baj? :-)

Non-Hungarian Speakers / Readers

Naptár

március 2025
Hét Ked Sze Csü Pén Szo Vas
<<  < Archív
1 2
3 4 5 6 7 8 9
10 11 12 13 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30
31

Utolsó kommentek

  • Károvics János: Üdv mindenkinek UHU3-at használok, felraktam hozzá egy sype-t. 4.3. Magyar nyelvre nem lehet be ... (2016.02.16. 20:14) UHU felhasználók levelező listája (kezdő)
  • bilolyogus: apt-get install kernel-headers-$(uname -r) (2012.05.29. 16:28) VMware Tools installálás > UHU-Linux (Guest)
  • SPétör: Windows-on nem csináltam, de ez rendben volt? --> " Ajánlom, h olvasd el az infót amit ekkor lá... (2010.08.09. 15:42) Login
  • devil_sasa: szia. Köszi, hogy segítesz... a te írásaid között találtam egy pendrive-ról indítható uhu-linux 2.... (2010.08.09. 14:24) Login
  • SPétör: Szia! Nem figyelem, de kapok figyelmeztetést... Már nem uhuzok, de ha gondolod, mondjad hátha tud... (2010.08.08. 21:13) Login
  • devil_sasa: Szia SPétör! nem tudom ,még figyeled-e ezt a blogot, ha igen lenne egy két kérdésem, ha megtisztel... (2010.08.08. 13:35) Login
  • jocosd: iptables -A OUTPUT -p tcp --dport 20 -j ACCEPT iptables -A OUTPUT -p tcp --dport 21 -j ACCEPT modp... (2010.07.28. 22:31) FTP és iptables karambol
  • MezoArt: Sziasztok! Segítség! Elegem van a Visztából!!! Komolyan elgondolkodtam, hogy mivel lehet leváltani... (2010.05.18. 18:00) Üzenőfal
  • Alfonz64: Nekem így kér root jogot. az asztalon lévő krusader ikonon jobb klikk/tulajdonságok töröld ki a p... (2010.04.03. 19:57) Krusader root jogokkal - megoldás(?)!
  • accipiter: Egy kis segítség: gameworld.blog.hu/2009/09/16/mobiltulajdonosok_itt_az_opera_mini_5_betaja#commen... (2009.09.25. 14:35) PDA vs. linux
  • Utolsó 20

Keresés

Google

Címkék

2.1 (4) ajánló (1) aktuális (1) alltray (1) alt tab (1) analízis (1) analog (1) apache (1) apt (1) aptana (1) apt get (2) asus (1) ati driver (1) basket note pads (2) beállítások (1) bérlés (1) biztonság (17) bleezer (1) blog (16) bluefish (1) böngésző (2) buli (1) bulvár (1) chmod (2) cms (5) cmsmadesimple (2) copy paste (2) creative commons (1) család (1) csomagok kezelése (1) css (2) custom (1) daemontools (2) desktop (4) driver (1) dual homed (1) dv1394 (1) e107 (2) élet (1) életérzés (1) életképek (1) én (1) english (1) etherape (1) exkluzív (1) exploit (1) extension (1) fbrun (1) feladatlista (1) firefox (5) fluxbox (12) folyamatok leállítása (2) fórum (2) freeweb (2) frekvencia (1) ftp (5) fwanalog (5) gkrellm (1) gnome (3) goldenblog (1) google (2) gtk (1) gui (1) gyorsítás (1) hálózat (1) hardware (1) hdd1 (1) htop (1) humor (1) ies4linux (1) ikon (1) információ (3) ingatlan (1) initd (1) inkscape (4) installálás (1) internet explorer (3) ip (1) iptables (27) ip cím (1) iroda (1) java (1) jogok (1) kecskemét (1) képernyő felbontás (2) kernel (3) kiadó (1) kill (2) kimili flash embed (1) kjots (1) klippek (1) konfiguráció (1) krusader (3) linkek (1) linux (1) localhost (2) log (7) login (1) lprm (1) magyarítás (1) média (1) menü (3) messages (1) mindennap (1) monitor (2) mount (4) music (1) mysql (9) napi music (1) napi zene (1) navigator (1) netikett (1) netscape (1) network manager (2) notebook (3) numlock (3) numlockx (2) off (1) olcsó (1) openbox (2) openoffice (2) opera (6) operációs rendszer (1) ötletek (1) partícionálás (2) pc (1) pda (3) php (1) phpmyadmin (2) picasa web album (1) pidgin (2) plugin (6) pocket informant (2) probléma (4) processzor (2) proxy (1) pytube (1) qtparted (1) ram (2) reboot (1) recursive (1) resolution (1) rím (1) rímek (1) root (1) router (1) rtfm (1) runleveld (2) sawmill (1) seamonkey (2) shared folders (4) shutdown (1) skype (3) spuhuflux (4) spuhulinux (6) statisztika (10) sudo (5) swap (1) swiftweasel (1) szkript (1) szolgáltatások (1) szövegelés (44) születésnap (1) tab (1) tango (1) tapasztalatok (1) telepítés (3) tinymce (2) top (2) truecrypt (3) tűzfal (16) uhu (1) uhu linux (31) usb (1) user (1) üzlet (1) vészhelyzet (1) vezérlőpult (1) videókártya (1) virtual disk manager (1) vmmon (2) vmnet8 (2) vmware (7) vmware server (1) vmware toolbox (1) vmware tools (5) vmware workstation (18) wallpaper (1) webfejlesztés (1) webszerkesztés (3) web developer (1) wep (1) wifi radar (3) wiki (1) wireless (3) wordpress (21) wordpress theme (6) wpa (1) wysiwyg (1) xampp (1) xhost (2) xrandr (1) xterm (2) zene (1) Címkefelhő

Egyéb linkek

Hogyan tovább?

2007.10.02. kedd 14:45 SPétör


A kérdés jogos.

Az utóbbi időben egy kissé elkalandoztam a Wordpress téma felé, ami ugye nem linux és főleg nem UHU téma. Mit csináljak? Most éppen ez foglalkoztatott. Talán meg lehet ezt nekem bocsájtani.
A kitérő célja az lett volna, hogy végre jobban megismerjem a WP-t "idegen" környezetben is.
Hát mit mondjak sikerült!
A legfontosabb plugin-ek nem működnek. Persze ez nem a WP hibája. Például az extra.hu-n megy is minden, de a freeweb az már nem adja olyan könnyen magát. Megtaláltam ugyan a probléma lényegét: include_path=''
Azaz a szükséges helyeken a full path-t kell(ene) beírni. Na, itt a baj. Mert annyi helyen hivatkoznak rá, hogy még mindig nem értem a végére és még csak az ImageManager-rel foglalkoztam. Így például már elindul a Manager, de nem illeszt be képeket.
Hát ezért gondoltam, hogy talán hagyom is a jófenébe. Nem kell nekem a freeweb, csak egy barátom honlapját kellett volna egy kissé feldobni. De mindegy. Sajnos.

Most tehát:
vissza a gyökerekhez (persze ha van érdekes WP témám azt is leírom).
A Notebook-om elég jól muzsikál az UHU-val, szóval napi problémáim nincsenek vele. Ezért tehát elő kell vennem újra a feladatlistát és a meg nem oldott kérdéseket fogom körüljárni.
Van most például egy új is, de ezzel végképp nem boldogulok: PDA (Windows Mobile 2003) és a Notebook UHU-Linux 2.0 Korganizer szinkronizálása.
Ezt már elkezdtem, de a szükséges  program SynCE telepítésével befürödtem.
Ebből is látható, hogy nem olyan egyszerű az élet... :-)
Tapasztalatom az, hogy bár rengeteg segédanyag és segítség található az interneten, de a legtöbb csak a dolgok felszínét kapirgálja és ha méyebben bele akar vágni az ember, akkor azzal szembesül, hogy elfogyott a lendület.

És ide a végére egy kis önkritika:
Az ember nagy lendülettel lát neki minden újnak. (Mindenkinek van már, nekem is kell egy blog!) Később fogy a lendület és lassan el is hal a dolog. Láttam már néhány ilyet. Kedvencem (nem írom ide a nevét), aki egy bejegyzésig jutott és hónapok óta ott is tart...
Na, így nem akarok járni.
Újragondolom az egész blog működési leírását (nincs ilyen de azért újragondolhatom :-) ) és valószínűleg kissé komolyabban veszem, hogy értelmes bejegyzések kerüljenek ide.

Ha valaki elolvasta ezt a bejegyzést (rajtam kívül), akkor talán megérti az utóbbi idők döcögéseit.

SP

4 komment

Címkék: szövegelés

Egy plugin már megy!

2007.10.01. hétfő 18:13 SPétör


Sikerült!!!

Az ImageManager plugin elindult!

Átírtam az imagemanager.php 9-es sorát.

Erről:
require_once('files.php');Erre:
require_once('/disk/raid3/s/z/honlap/wp/wp-content/plugins/
        ImageManager/classes/files.php');
Szóval kellett a full path.

(A full path-t egyébként a hibaüzenetből tudtam meg)

SP



Tegyük hozzá ezt is:
Fatal error: main(): Failed opening required 'transform.php' (include_path='') in /disk/raid3/s/z/honlap/wp/wp-content/plugins/
    ImageManager/classes/imageeditor.php on line 9
Itt is át kellett írni!

SP

Szólj hozzá!

Címkék: plugin wordpress

WP plugin probléma (Nyugaton a helyzet változatlan...)

2007.10.01. hétfő 14:45 SPétör


A Wordpress plugin vs. Freeweb témához...
Ugyebár erről van szó:
Fatal error: main(): Failed opening required 'files.php' (include_path='') in /disk/raid3/s/z/honlap/wp/wp-content/plugins/
ImageManager/classes/imagemanager.php
on line  9
A 9. sorban ez van
require_once('files.php');Egyszerűen nem értem!!!
Lehet, hogy nem találja a file.php-t? Pedig ott van!
Megpróbálom átírni full path-ra, de nem tudom, hogy segít-e?
require_once('/disk/raid3/s/z/honlap/wp/wp-content/plugins/
        ImageManager/classes/files.php');
Este kiderül!
Továbbra is keresem azt a file-t, ami az include_path sort tartalmazza. Eddig nem találtam.

SP

Szólj hozzá!

Címkék: plugin wordpress

Elég volt! Wordpress plugin No. 89264...

2007.09.26. szerda 21:01 SPétör


Na, meguntam!

Még mindig ez van:
Fatal error: main(): Failed opening required 'files.php' (include_path='') in /disk/raid3/s/z/honlap/wp/wp-content/plugins/
ImageManager/classes/imagemanager.php
on line 9
Próbaképpen felteszek egy angol Wordpress 2.3-at.
Majd jelentkezem.

SP


WP 2.3 (angol) feltelepítve. Hiba ugyanaz!
???
A blog a freeweb-en van (nem az enyém, csak megpróbálok életet lehelni bele). Lehet, hogy ez a baj?

SP



Kiegészítés

Ezt találtam az ImageManager oldalán:

PS wrote:
Henrik, your include_path is empty. ask your provider why it is.

Szóval üres az include_path...
De hogyan tovább?

SP

Szólj hozzá!

Címkék: plugin wordpress

Wordpress adatbázis létrehozása phpMyAdmin használatával

2007.09.26. szerda 09:15 SPétör


uhu2 részére (meg még akit érdekel) itt a WP telepítés phpMyAdminnal című anyag tömörített fordítása:

 

Ha a webszervereden fut phpMyAdmin, akkor az alábbi iránymutatást használhatod a Wordpress felhasználó és adatbázis létrehozásához. (először a phpMyAdmin felületre kell eljutni. Általában ez: --> http://localhost/phpmyadmin/ )

Megjegyzés: phpMyAdmin 2.6.0-ra vonatkoznak az instrukciók, ettől lehet kisebb eltérés az egyébb verziók esetében.

1. Ha a WP adatbázis még nem létezik az Adatbázis legördülő menüben (baloldal), akkor hozzunk étre egyet:
    - Válasszunk nevet a WP adatbázisnak, írjuk be az Új adatbázis létrehozása mezőbe és klikk a Létrehoz gombra.

2. Klikk a kezdőlap ikonra a bal felső sarokban a főoldalra történő visszatéréshez, majd klikk a Privilégiumok -ra. Ha a WP felhasználó még nem létezik, akkor hozzunk létre egyet:
    - klikk az Új felhasználó létrehozása -ra
    - válasszunk felhasználónevet a WP számára (a wordpress jó lesz) és írjuk be a felhasználó név mezőbe (a szöveges mező használata legyen kiválasztva a legördülő menüben)
    - válasszunk egy nehezen megfejthető jelszót (kisbetű, nagybetű, számok, karakterek) és írjuk be a jelszó mezőbe. Majd mégegyszer.
    - Jegyezzük meg. :-)
    - Ne változtassuk a Globális Privilégiumok beállítását.
    - klikk a Végrehajt -ra.

3. Térjünk vissza a Privilégiumok -hoz és klikk a létrehozott felhasználóra (wordpress). Az Adatbázis-specifikus privilégiumok szekcióban válasszuk ki az imént létrehozott adatbázist. Klikk az Összeset kijelöli -re. Klikk a Végrehajt -ra-.


Elvileg ennyi. Én legalábbis ezt használtam és működött. A user jogok beállítása nagyon fontos! Anélkül a Wordpress nem fér hozzá az adatbázishoz. De ezt már a többször említett  féle anyagban mavo kiválóan leírta!

/* nem feledni a suzást, végig rootnak kell lenni, különben nem fog összejönni minden, és ezt a prompttal (#) is jelzem végig
# su root

/* csoport és júzer létrehozása, a júzer természetesen a csoport tagja
# groupadd mysql
# useradd mysql -g mysql
/* belépünk a MySQl directoryba, és a mysql júzer és csoport tulajdonába adjuk, így a létrejövő adatbázisok is hozzájuk fognak tartozni
# cd /usr/local/mysql
# chown -R mysql:mysql . /* a . a végén kell!

/* mysql júzerrel megcsináljuk az alap adatbázist. Ha itt nem kapunk hibaüzenetet, felesleges tesztelgetni, mert garantáltan működik, hiszen képes volt adatbázist létrehozni.
# ./bin/mysql_install_db --user=mysql
Vigyázat! A leírásban a mysql az alaptelepítéstől eltérő helyen van!
Csináljunk egy www directoryt, aki előre számított rá, annak van pl. /www partíciója, ami azért hasznos, mert így garantáltan csak a web directoryk foglalják az értékes helyet, nem pusztul meg, mert mondjuk egy másik, ugyanazon a partíción levő directoryban valaki teleszemeteli a partíciót — ha valaki egybe partícionál, annak klasszikusan a /var/log (és a többi log directory) tud ilyet csinálni

# mkdir /www # chown nobody:nogroup /www
Ezek után pár sort javítsunk a configban, hogy a nobody nevében futtassuk az Apache daemont — az alapértlmezés a daemon júzer és csoport. Ez egyben azt is jelenti, hogy a későbiekben minden www directoryt chownolni kell a nobody:nogroupnak, és ha később scp júzert csinálunk hozzá, ne feledjünk nobody:nogroup júzert faragni belőle.

User nobody
Group nogroup
DocumentRoot "/www"
#
# This should be changed to whatever you set DocumentRoot to.
#
<Directory "/www">

Ismétlem, fontos: ha ezt így beállítjuk, ügyelnünk kell arra, hogy a /www és teljes tartalma chownolva legyen a nobody:nogroup számára. Például akkor, amikor telepítjük a phpmyadmint, ami a legjobb tesztje a rendszerünknek. A PHPMyAdmint a szokott módon letöltjük, kicsomagoljuk, átmásoljuk a www directory alá és a nobody:nogroup tulajdonába adjuk, hogy az Apache meg is jelenítse.
/* a direcoryt átmásoljuk, mint látható simán phpmyadmin néven, hogy ne kelljen non human dolgokat beírni a böngészőnk címsorába, ha használni szeretnénk
# mv phpMyAdmin-2.10.1-all-languages-utf-8-only /www/phpmyadmin
# chown -R nobody:nogroup /www
# cp /www/phpmyadmin/config.sample.inc.php /www/phpmyadmin/config.inc.php
Ha ez megvan, egy dolguk van a /www/phpmyadmin/config.inc.php egy sorát át kell írnunk. Régebben egyébként a login módot is át kellett írni ($cfg['Servers'][$i]['auth_type'] = 'cookie';), mert valami hülye oknál fogva a configból szedett júzer/jelszó páros volt az alapértelmezett, hogy kezdő script kiddie se szívjon hekkeléskor. Most már csak a cookie nevét kell megadni és kész.

$cfg['blowfish_secret'] = 'name_of_my_mycookie';

Már csak el kell indítani a webszerverünket:

# apachectl start | esetleg apachectl -k start

És lehet használni.
Remélem a lényeget elég jól kimagoztam. Én sem vagyok egy nagy szakértője a témának, de mavo leírását követve sikerült működésre bírni a WP-t localhost-on.

SP

7 komment

Címkék: wordpress mysql phpmyadmin

süti beállítások módosítása