A tavaly meglepően sok Apple akció volt kis hazánkban, aminek egész évben sikeresen ellenálltam, kivéve az utolsónak :), ahol beszereztem a második MBP-mat. Az új gépre nem töltöttem vissza az régi mentését, hanem nulláról telepítettem újra a szükséges alkalmazásokat. Megpróbálom bemutatni, hogy alakult ki az a környezet amivel a napi munkám végzem.

Xcode telepítése

A brew telepítéséhez szükségünk lesz az Xcodera, amit az appstoreból tudunk telepíteni. Az Xcodera azért van szükség, mert tartalmaz egy Command Line Tool komponenst. Ebben a komponensben olyan parancsok vannak, amikre erősen épít a brew. Az Xcode sikeres telepítése után tegyük fel a Command Line Tool komponenst. Ehhez indítsuk el a programot, majd lepjünk be a Preferences menübe, ahol a képen látható tabon tudjuk telepíteni a nekünk szükséges komponenst.

Ha sikeresen telepítettük a komponenst zárjuk be az Xcode-t, többet nem lesz rá szükségünk.

Homebrew telepítése

Indítsunk el egy terminál appot. Én az iTerm2 (Letöltés) használom. A brew telepítése az alábbi paranccsal történik:

1

ruby -e "$(curl -fsSL https://raw.github.com/mxcl/homebrew/go)"

Ha a telepítés sikerült, akkor a befejezéséhez adjuk ki a következő parancsot:

1

brew doctor

Amire parancssorból szükség lehet

Én az alábbi parancsokat szoktam telepíteni:

1

brew install bash_completion drush htop git lynx mc sshfs pwgen tig unrar wget

A telepített alkalmazások közül bemutatnék néhányat.

• git: A brew frissebb verziót tartalmaz, mint amit alapból megtalálunk osx alatt.
• drush: Azért telepítem csomagkezelővel, hogy ne nekem kelljen foglalkozni a drush frissítésével.
• sshfs: Sokszor kényelmesebb helyi könyvtárként látni egy távol szerver könyvtár struktúráját, mint scp parancsot használni. Pl.: Kényelmesen lehet diff-et használni egy távoli és egy helyi változat összehasonlítására.
• tig: Nagyon jó karakteres git kliens.

Hasznos linkek

• http://mxcl.github.com/homebrew/
• http://crosstown.coolestguyplanettech.com/os-x/40-setting-up-os-x-lion-to-plug-into-homebrew-package-manager

Konferencia

A konferencia napján kicsit elkésnem. Dianiska Balázs előadására pár perc késéssel ültem be, szerencsére itt megtudtam mi baj lehet a drupal oldalammal. Következőnek a drupal 8 új többnyelvű rendszeréről szoló előadást néztem ki, de Gábor mondta, hogy ha szeretnék részt venni a drupal 8 fejlesztését elősegítő usability teszten, akkor ha tehetem hagyjam ki az előadását. Így maradtam a másik teremben, ahol Komli József és Palócz István mutatott be egy nagyon érdekesen működő portál rendszert. A következő előadáson Czövek András mesélt az entity kezelésről. Én nagyon mást vártam ettől az előadástól, szerintem túl elméletire sikerült, és kevés olyan dolgot mutatott amit a napi munka során hasznosítani lehet.

Az ebéd szünet után már kezdtem izgulni, hamarosan én jöttem. Előttem Csáki István mutatott 15 percben néhány egyszerű trükköt a form módosításokra.

Majd én következtem egy rövid előadással a kezes bárány fieldekről. Csalódást kellett okozzak mindenkinek, aki azt várta, hogy elmondjam a field készítés titkát. Helyette megpróbáltam megmutatni, hogy tudjuk a meglévő fieldeket átformálni, újrahasznosítani. Az előadásom fóliái letölthetők innen, a mintakódot feltettem a githubra.

Az előadásom után Palócz István mutatta meg röviden, milyen egyszerű teszteket írni. Az ezt követő szünetben a büfé szekcióban ragadtam, ezért már nagyon várom a videókat, hogy pótoljak néhány előadást.

Az utolsó előadást amire beültem Dianiska Balázs tartotta az enterprise drupalról, amit sikerült átbeszélgetni egy korábban sosem látott munkaadómmal.

Közösségi nap

A közösségi napról már nem késtem el. Segítettem Rőczei Gábornak előkészíteni az NIIF alagsori tárgyalóját, a hamarosan érkező résztvevőknek.

A közösségi nap nagyon hasznosan telt:

• Csáki Istvánnak segítenem, hogy tudjon dolgozni a drupal.hu javításán.
• Hojtsy Gábor vezetésével drupal 8 usability teszteltem sokakkal együtt. Érdekes volt megtapasztalni milyen a weboldal túloldalán ülni.
• Majd drupal 8 tesztírásba folytam bele Csonka Gergő társaságában. Azóta sikerült RTBC-re állítani az issuet.

Ebéd után újra meghallgattuk Kléri Bálint drupal 8 újdonságairól szóló előadását, amit sajnos nem sikerült rögzíteni az első nap, és a jelenlévők közül többen nem láttunk. Köszönöm még egyszer Bálintnak, nagyon sziporkázó előadás volt!

Az utolsó utáni pillanatban rohantam el a buszhoz, így sikerült 4 perccel az indulás előtt felszállni rá.

Már várom a következő hazai rendezvényt!

A programot a GitHub-ról töltsük le: https://github.com/imapsync/imapsync.

Telepítés

Ay imapsync futtatásához telepíteni kell néhány perl csomagot az alábbi módon:

1

apt-get install libmail-imapclient-perl libdigest-md5-file-perl libterm-readkey-perl libio-socket-ssl-perl libfile-spec-perl libdigest-hmac-perl

Szükségünk van még néhány perl csomagra ami nem elérhető debian csomagként, ezeket CPAN-ról telepítjük:

1
2

perl -MCPAN -e 'install Authen::NTLM'
perl -MCPAN -e 'install Time::HiRes'

(Angol nyelvű telepítési utmutató)

Üzembe helyezés

Lépjünk be a kicsomagolt imapsync könyvtárba és ellenőrizzük, hogy sikeresen telepítettük a hozzávalókat az alábbi paranccsal:

1

perl -c imapsync

A kimeneten a következő üzenetet kell látnunk:

1

imapsync syntax OK

Ezután adjuk ki a következő parancsot:

1

sudo make install

IMAP2GMAIL

Az (otelconsulting.com blogján)[http://blog.otelconsulting.com/2010/01/imapsync-to-gmail-script/] találtam egy jó kis scriptet amin csak apróságokat kellett módosítani, íme: TODO: Ami itt van feltehetnem gist.github.com-ra is…

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
32
33
34

#!/bin/sh

#Configure User
SERVER1=imap.anotherserver.com
UNAME1=demo@anotherserver.com
PWORD1=54321
SERVER2=imap.gmail.com
UNAME2=demo@gmail.com
PWORD2=12345

#Blank this out if you want to see folder sizes
imapsync --syncinternaldates --useheader 'Message-Id' \
--host1 ${SERVER1} --user1 ${UNAME1} \
--password1 ${PWORD1} --ssl1 \
--host2 ${SERVER2} \
--port2 993 --user2 ${UNAME2} \
--password2 ${PWORD2} --ssl2 \
--authmech1 LOGIN --authmech2 LOGIN --split1 200 --split2 200 ${HIDE} \
--exclude 'Drafts|Trash|Spam|Sent|INBOX.Drafts|INBOX.Trash|INBOX.Spam|INBOX.Sent' \
--exitwhenover 500000000

#TO Sync Special Folders to Gmail
imapsync --syncinternaldates --useheader 'Message-Id' \
--host1 ${SERVER1} --user1 ${UNAME1} \
--password1 ${PWORD1} --ssl1 \
--host2 ${SERVER2} \
--port2 993 --user2 ${UNAME2} \
--password2 ${PWORD2} --ssl2 \
--ssl2 --noauthmd5 --split1 200 --split2 200 ${HIDE} \
--folder "INBOX.Sent" --prefix2 '[Gmail]/' --regextrans2 's/INBOX\.Sent/Sent Mail/' \
--folder "INBOX.Spam" --prefix2 '[Gmail]/' --regextrans2 's/INBOX\.Spam/Spam/' \
--folder "INBOX.Trash" --prefix2 '[Gmail]/' --regextrans2 's/INBOX\.Trash/Trash/' \
--folder "INBOX.Drafts" --prefix2 '[Gmail]/' --regextrans2 's/INBOX\.Drafts/Drafts/' \
--exitwhenover 500000000

Kapcsolodó tartalom:

• http://seagrief.co.uk/2010/12/moving-to-google-apps-with-imapsync

Hálózati megosztáson keresztül rápakoltam azokat az adatokat amik nekem kellenek, majd ezután jött az ötlet, hogy használjuk Time Machine mentések tárolására.

Egy kis google után sikerült is találni több jó leírást ami ezzel foglalkozott:

• http://www.codelathe.com/blog/index.php/2010/03/06/apple-time-machine-tonidoplug-the-match-made-in-heaven
• http://www.codelathe.com/blog/index.php/2010/03/06/apple-time-machine-tonidoplug-the-match-made-in-heaven
• http://www.jordanpeterson.me/node/118
• http://www.insanelymac.com/forum/index.php?showtopic=184462

Én a következőt csináltam Finder segítségével felcsatoltam a távoli megosztást, nalam backup névre hallgat. Ezután indítottam egy terminált, majd kiadtam az alábbi parancsot:

1

$ defaults write com.apple.systempreferences TMShowUnsupportedNetworkVolumes 1

Létrehoztam a /tmp könyvtárba egy backup könyvtárat és ide hoztam létre a Time Machine imaget.

1
2

$ mkdir /tmp/backup
$ cd /tmp/backup

Letöltöttem a makeImage.sh scriptet ami létre hozza a megfelelő méretű partíciót. Meg kell adni paraméterben a lemez méretét (én 320GB-ot szánok erre) és a felcsatolt megosztast helyét (nalam a /Volumes/backup könyvtár).

1
2

$ wget http://mikestaszel.com/files/tonido/makeImage.sh
$ ./sh makeImage.sh 320 /Volumes/backup

A parancs futtatása közben hibaüzeneteket kaptam, de a végeredmény jó lett. Íme a kapott (hiba)üzenetek:

1
2
3
4
5
6

service: This command still works, but it is deprecated. Please use launchctl(8) instead.
service: This command still works, but it is deprecated. Please use launchctl(8) instead.
service: This command still works, but it is deprecated. Please use launchctl(8) instead.
Generating disk image MyMAC.sparsebundle with size 320GB ... Ignore errors any errors as it should work anyway ...done!
Generating property list file with uuid A2BB49BB-7736-52F4-8E9E-8F5947322F8F ... done!
Copying MyMAC.sparsebundle to /Volumes/backup/ ...

A MyMAC helyett a számítógépünk neve fog szerepelni. A script a létrehozott MyMAC.sparsebundle könyvtárat a /Volumes/backup/ könyvtárba másolja. Ha valamilyen ok miatt ezt újra szeretnénk másolni, akkor az alábbi paranccsal tehetjuk meg.

1
2

$ cd /tmp/backup
$ cp -pfr MyMAC.sparsebundle /Volumes/backup/MyMAC.sparsebundle

Itt vagyunk a célegyenesben, kapcsoljuk be a Time Machinet és válaszuk ki a lemezt. Ha sikeresen lement a mentes töröljük a /tmp/backup könyvtárat.

Zárójelben jegyzem meg, hogy nálam volt valami gubanc, mert 8-20GB mentése után valamiért megállt és nem volt hajlandó tovább lépni. Én egy olyan trükköt csináltam, hogy egy szimbolikus linket hoztam létre a távoli meghajtón, ami a /tmp/backup konyvtárban található lemezre mutatott (épp volt annyi helyem, hogy ráférjen a mentés), így erre készült el a mentés teljes mentés, miután ez sikeres volt felmásoltam a megosztásra, így már a következő mentés szépen lefutott.

1
2

$ cd /tmp/backup
$ ln -s MyMAC.sparsebundle /Volumes/backup/MyMAC.sparsebundle

Files:

• makeImage.sh

Egy oldal elkészítése során sok apró csiszolást kell elvégezni, hogy a drupal pont úgy működjön ahogy azt szeretnénk. Ezeket a módosításokat célszerű egy a honlap nevével fémjelzet modulba tenni. A most következő példában egy ilyen modul elkészítését mutatom meg a mysite nevű modult fogjuk elkészíteni, és a modul minden oldal letöltéskor egy üzenetet fog megjeleníteni.

A drupalban a modulok neve csak olyan karaktereket tartalmazhat, ami egy PHP függvény nevében is megadható, mivel a modul neve minden modulban létrehozott függvény nevében szerepelni fog.

A feltelepített drupal sites/all/modules alkönyvtárába hozzuk létre a mysite könyvtárat.

1
2

cd /var/www/drupal/
mkdir -p sites/all/modules/mysite

A modul létrehozásához minimum két állomány szükséges egy mysite.info és egy mysite.module, ha szeretnénk a modul telepítésekor műveleteket végezni, akkor szükségünk lesz egy mysite.install állományra is (nekünk most nem kell). Létrehozzuk mindegyik állományt. Kezdjük a mysite.info állománnyal, ennek a tartalma a következő legyen:

1
2
3

name = mysite
description = A mysite oldalon végzett módosításokat tartalmazza.
core = 7.x

A name a modul neve, a description a modul leírását tartalmazza, ezeket az értékeket kötelező megadni, de az info állományba megadhatunk még modul függőséget php és drupal verziót, az alábbi oldalon megtaláljuk a többi lehetőséget is: http://drupal.org/node/231036 A core opció a drupal verziót határozza meg, ha 6-os drupalhoz készítjük a 7.x-et 6.x-re cseréljük.

Az info állomány elkészítése után a mysite.module állományunkat kell elkészíteni. Az állomány tartalma legyen a következő:

1
2
3
4
5
6
7

<?php
/**
 * hook_init() implementálása
 */
function mysite_init() {
  drupal_set_message(t('New message'));
}

A module állományban a hook_init hurkot implementáltuk. A szöveg kiíratására pedig a drupal_set_message() függvény segítségével történt. A t() függvény fordítja le a szöveget az oldal nyelvére.

A rendszer ubuntu 9.10, amiben 2.4.x verziójú LDAP szerver található.

Telepítés

A telepítéshez találtam egy jó kis dokumentációt az ubuntu oldalán: http://sugo.ubuntu.hu/9.04/html/serverguide/hu/openldap-server.html

Adjuk ki a következő parancsot:

1

sudo apt-get install slapd ldap-utils

Minden kérdés nélkül feltelepül az openldap szerver. Ez itt már gyanús volt, nem kért adminisztrátor jelszót. Igaz máshol már olvastam, hogy ezt a konfigurációs állományba kell beírni. No para, irány az /etc/ldap/ könyvtár és írjuk be a jelszót a slapd.conf állományba. Az első meglepetés itt ért, nincs slapd.conf, csak slapd.d könyvtár. A LDAP szerver 2.4 verziójától kezdve az LDAP szerver konfigurációját is LDAP-ban tárolja. Természetesen lehetőség van a régi konfiguráció szerint is használni a rendszert, de ha itt az új, akkor használjuk azt.

Én vagyok a főnök?

Miután átnéztem a fenti dokumentációt és abban nem találtam a megoldást az adminisztrátor jelszó megadására, még adtam egy esélyt a csomaggal érkező dokumentációnak is, de itt sem volt leírva, hogy leszek én a főnök. Ezután jött a google :), simogattam a lámpást mire a megfelelő oldalt megtalálta nekem íme: http://ubuntuforums.org/showthread.php?t=1343931

Ezen az oldalon található a következő script amit lefuttatva elkészíti nekünk az adminisztrátor felhasználót és még néhány alapvető sémát is hozzáad a szerverhez, valamint egy kezdő ágat is létrehoz. A script:

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
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109

#!/bin/bash

ldapadd -Y EXTERNAL -H ldapi:/// -f /etc/ldap/schema/cosine.ldif;\
ldapadd -Y EXTERNAL -H ldapi:/// -f /etc/ldap/schema/inetorgperson.ldif;\
ldapadd -Y EXTERNAL -H ldapi:/// -f /etc/ldap/schema/nis.ldif

echo 'insert your domain name (ex: dc=home,dc=com): '

read -e domain

passChecked=0
while [ $passChecked -eq 0 ]
do
echo "insert password for user admin:"
read -es pass
echo "repeat password for user admin:"
read -es passControl

echo $pass
echo $passControl
if [ $pass = $passControl ];then
passChecked=1
else
echo "passwords don't match"
fi
done

echo "################################################# ##########
# DATABASE SETUP
################################################## #########

# Load modules for database type
dn: cn=module{0},cn=config
objectClass: olcModuleList
cn: module{0}
olcModulePath: /usr/lib/ldap
olcModuleLoad: {0}back_hdb

# Create directory database
dn: olcDatabase={1}hdb,cn=config
objectClass: olcDatabaseConfig
objectClass: olcHdbConfig
olcDatabase: {1}hdb
olcDbDirectory: /var/lib/ldap
olcSuffix: $domain
olcRootDN: cn=admin,$domain
olcRootPW: $pass
olcAccess: {0}to attrs=userPassword,shadowLastChange by dn=\"cn=admin,$domain\" write by anonymous auth by self write by * none
olcAccess: {1}to dn.base="" by * read
olcAccess: {2}to * by dn=\"cn=admin,$domain\" write by * read
olcLastMod: TRUE
olcDbCheckpoint: 512 30
olcDbConfig: {0}set_cachesize 0 2097152 0
olcDbConfig: {1}set_lk_max_objects 1500
olcDbConfig: {2}set_lk_max_locks 1500
olcDbConfig: {3}set_lk_max_lockers 1500
olcDbIndex: uid pres,eq
olcDbIndex: cn,sn,mail pres,eq,approx,sub
olcDbIndex: objectClass eq


################################################## #########
# DEFAULTS MODIFICATION
################################################## #########
# Some of the defaults need to be modified in order to allow
# remote access to the LDAP config. Otherwise only root
# will have administrative access.

dn: cn=config
changetype: modify
delete: olcAuthzRegexp

dn: olcDatabase={-1}frontend,cn=config
changetype: modify
delete: olcAccess

dn: olcDatabase={0}config,cn=config
changetype: modify
add: olcRootPW
olcRootPW: `slappasswd -s $pass`

dn: olcDatabase={0}config,cn=config
changetype: modify
delete: olcAccess" > conf.ldif

echo
ldapadd -Y EXTERNAL -H ldapi:/// -f conf.ldif

domainmod=(`echo $domain | sed -e "s/\,//g"`)
domainmod=(`echo $domainmod | sed -e "s/\dc//g"`)
domainarray=(`echo $domainmod | tr '=' ' '`)

echo "# Tree root
dn: $domain
objectClass: dcObject
objectclass: organization
o: ${domainarray[0]}.${domainarray[1]}
dc: ${domainarray[0]}
description: Tree root

# LDAP admin
dn: cn=admin,$domain
objectClass: simpleSecurityObject
objectClass: organizationalRole
cn: admin
userPassword: $pass
description: LDAP administrator" > base.ldif

ldapadd -x -D cn=admin,$domain -W -f base.ldif

A kedvenc szövegszerkesztőnk segítségével hozzunk létre egy állományt a fenti tartalommal, majd adjunk rá futtatás jogot és a sudo segítségével futtassuk le.

FIGYELEM! Ezt csak egyszer futtassuk le!

Meg fogja kérdezni tőlünk az adminisztrátor jelszót és azt az ágat amit létre szeretnénk hozni. Adjuk meg az adatokat és már kész is vagyunk. Én itt még csináltam egy LDAP szerver újraindítást a biztonság kedvéért.

A főnök én vagyok!

Most már sikerült belépni admin felhasználóval az LDAP szerverre. Az örök rejtély számomra, hogy ezt miért nem végzi el helyettem a telepítő, vagy miért nincs a csomag dokumentációjában leírva a kezdőlépéseknél.

A következő kliens programot használtam hozzá: http://sourceforge.net/projects/jxplorer/

Kiegészítés: Ha a fenti módszer nem működne akkor nézd meg ezt a leírást: http://ubuntuforums.org/showpost.php?p=8161118&postcount=6

Drupal 5

Form függvényünkben most csak egy állományt fogunk feltölteni:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

function mymodule_upload_form() {
  // Ezt a sort ne felejtsük el megadni, mert ennek hiányában nem töltődik fel az állomány
  $form['#attributes'] = array(
    'enctype' => "multipart/form-data"
  );

  $form['file_upload'] = array(
    '#type' => 'file',
    '#title' => t('Filename'),
  );

  $form['submit'] = array(
    '#type' => 'submit',
    '#value' => t('Upload file'),
  );

  return $form;
}

Tároljuk le a feltöltött állományt a form submit kampójában (hook):

1
2
3
4
5
6
7
8

function mymodule_upload_form_submit($form_id, $form_values) {
  // Itt ellenőrizzük le, hogy sikeres volt-e a feltöltés  
  $file = file_check_upload('file_upload');
  if ($file){
    // Ha sikeres volt elmentjük az állományt a megadott könyvtárba
    $file = file_save_upload($file, 'cél_könyvtár_útvonala');
  }
}

Eddig sétagalopp, a neheze akkor jön amikor valamilyen feltételnek megfelelő állományt szeretnénk, ha feltöltene a felhasználó. A példában várjunk egy képet, ami nem nagyobb mint 100x100 pixel, ha nagyobb méretezzük át.

A validációban megvizsgáljuk, hogy kép típusú-e az állomány, az átméretezést pedig megcsináljuk a sumbitkor.

A form előállítása változatlan. Az feltöltött állomány vizsgálatát a form validate függvényben végezzük el. A submit függvényben a képet átméretezzük, ha nagyobb mint a megengedett, majd elmentjük a megadott könyvtárba. Validate függvény:

1
2
3
4
5
6
7
8
9
10
11
12

function mymodule_upload_form_validate($form_id, $form_values) {
  // Itt ellenőrizzük le, hogy sikeres volt-e a feltöltés  
  $file = file_check_upload('file_upload');

  // Létezik-e a feltöltött állomány
  if ( isset($file->filepath) ) {
    // Megnézzük, hogy kép-e
    $info = image_get_info($file->filepath);
    if (!$info || !$info['extension']) {
      form_set_error('file_upload', t('The uploaded file was not an image.'));
    }
}

Submit függvény:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

function mymodule_upload_form_submit($form_id, $form_values) {
  // Ellenőrizzük le, hogy sikeres volt-e a feltöltés  
  $file = file_check_upload('file_upload');

  // Létezik-e a feltöltött állomány
  if ( isset($file->filepath) ) {
    // Kép méret ellenőrzése
    list($maxwidth, $maxheight) = explode('x', '100x100');
    if ($info['width'] > $maxwidth || $info['height'] > $maxheight) {
      // Átméretezés
      image_scale($file->filepath, $file->filepath, $maxwidth, $maxheight);
      // Informáljuk a felhasználót az eseményről.
      drupal_set_message(t('The image was resized to fit within the maximum allowed dimensions of %dimensions pixels.', array('%dimensions' => '100x100'));
    }

    // Állomány elmentése a megadott helyre.
    $file = file_save_upload($file, 'cél_könyvtár_útvonala');
  }
}

Aki ismeri a drupal 6 állomány kezelését az tudja, hogy ott már adatbázisban tárolja le az állományok adatait. Adatbázis drupal 5-ben is rendelkezésre áll csak kicsit más a szerkezete, és picit más célokra szolgál. Mi magunk is írhatunk az adatbázisba, ha szeretnénk ott is tárolni az állományaink adatait. Arra azonban figyeljünk, hogy az ötös verzióban magunknak kell gondoskodni az állományok törléséről mind a lemezről mind az adatbázisból (ha használjuk).

Nézzük, hogy kell állományt feltölteni drupal 6 alatt.

Drupal 6

Hozzuk létre a form függvényünket a következőképp:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

function mymodule_upload_form() {
  // Ezt a sort ne felejtsük el megadni, mert ennek hiányában nem töltődik fel az állomány
  $form['#attributes'] = array(
    'enctype' => "multipart/form-data"
  );

  $form['file_upload'] = array(
    '#type' => 'file',
    '#title' => t('Filename'),
  );

  $form['submit'] = array(
    '#type' => 'submit',
    '#value' => t('Upload file'),
  );

  return $form;
}

Tároljuk le a feltöltött állományt a form submit kampójában (hook):

1
2
3
4
5
6
7

function mymodule_upload_form_submit($form_id, $form_values) {
  //Állomány feltöltése
  if ( $file = file_save_upload('file_upload', array(), 'cél_könyvtár_útvonala' ) ) {
    //Státusz beállítása véglegesre, ha nem tesszük meg akkor egy idő után törli a drupal az állományunk.
    file_set_status($file, FILE_STATUS_PERMANENT);
  }
}

Készítsük el a fenti példa drupal 6-os változatát. A feladat várjunk egy képet, ami nem nagyobb mint 100x100 pixel, ha nagyobb méretezzük át. Ebben az esetben nem kell validate függvényt írnunk, mert egy lépésben megtehetjük a submit részben.

1
2
3
4
5
6
7
8
9
10
11
12
13

function mymodule_upload_form_submit($form_id, $form_values) {
  //Az feltöltött állomány validációs feltételei. 
  $validators = array(
    'file_validate_is_image' => array(),
    'file_validate_image_resolution' => array('100x100'),
  );

  //Állomány feltöltése, validációval
  if ( $file = file_save_upload('file_upload', $validators, 'cél_könyvtár_útvonala' ) ) {
    //Státusz beállítása véglegesre, ha nem tesszük meg akkor egy idő után törli a drupal az állományunk.
    file_set_status($file, FILE_STATUS_PERMANENT);
  }
}

A file_save_upload függvényről az http://api.drupal.org oldalon van részletesebb leírás.

Felhasznált források:

• http://www.computerminds.co.uk/example-code-build-upload-form-drupal
• http://groups.drupal.org/node/4308

Download and install as usual:

• NetBeans: http://netbeans.org/downloads/indexC.html
• MAMP: http://www.mamp.info/en/downloads/index.html
• Acquia Drupal Stack: http://acquia.com/downloads/mac-installer

As a last step you need to install Xdebug.

Enabling Xdebug in MAMP

Fortunately MAMP contains a pre-compiled xdebug.so file, so you only need to enable it in php.ini. At the same time make sure that Zend optimizer is disabled because it does not work together with Xdebug. Edit php.ini using your favorite text editor:

1

nano /Applications/MAMP/conf/php5/php.ini

Change the end of the file to this:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

;[Zend]
;zend_optimizer.optimization_level=15
;zend_extension_manager.optimizer=/Applications/MAMP/bin/php5/zend/lib/Optimizer-3.3.3
;zend_optimizer.version=3.3.3

;zend_extension=/Applications/MAMP/bin/php5/zend/lib/ZendExtensionManager.so

[xdebug]

xdebug.default_enable=1

xdebug.remote_enable=1
xdebug.remote_handler=dbgp
xdebug.remote_host=localhost
xdebug.remote_port=9000
xdebug.remote_autostart=1

zend_extension="/Applications/MAMP/bin/php5/lib/php/extensions/no-debug-non-zts-20060613/xdebug.so"

Restart MAMP and check phpinfo()’s output. If you see the following lines then you’ve successfully enabled Xdebug.

Enabling Xdebug in Acquia Drupal Stack

Acquia Drupal Stack doesn’t contain a pre-compiled xdebug.so file, so you have two choices. Either you compile it from source or use MAMP’s pre-compiled xdebug.so file. I chose the latter one. (Note: MAMP ships with php 5.2.11, whilst Acquia Drupal Stack uses version 5.2.9.)

Copy xdebug.so from MAMP to Acquia Drupal Stack:

1
2

cd /Applications/acquia-drupal/php/ext/
cp /Applications/MAMP/bin/php5/lib/php/extensions/no-debug-non-zts-20060613/xdebug.so .

Open php.ini using your favorite text editor:

1

nano /Applications/acquia-drupal/php/bin/php.ini

Add the following lines to the end:

1
2
3
4
5
6
7
8
9
10
11

[xdebug]

xdebug.default_enable=1

xdebug.remote_enable=1
xdebug.remote_handler=dbgp
xdebug.remote_host=localhost
xdebug.remote_port=9080
xdebug.remote_autostart=1

zend_extension=/Applications/acquia-drupal/php/ext/xdebug.so

In this example Xdebug is using port 9080, which is needed to make sure that MAMP and Acquia Drupal Stack don’t use the same port. If you are not going to use them simultaneously then port 9000 is also fine here.

You can use phpinfo() from Acquia Drupal Stack’s settings:

If you see the following then you’ve successfully enabled Xdebug:

Real time debugging with NetBeans

Below you can see the settings for PHP debugging in MAMP environment:

If you use Acquia Drupal Stack, change PHP 5 Interpreter and Debugger Port settings respectively.

1
2

PHP 5 Interpreter: /Applications/acquia-drupal/php/bin/php
Debugger Port: 9080

Web browser settings should look like this way:

Now you only need to set a break point and start debugging.

I would like to thank itarato and zserno for their help in writing this article. This article was translated to English by zserno. For the original hungarian article click here.

References:

• http://debuggable.com/posts/setting-up-xdebug-on-mac-os-x-or-win32-linux:480f4dd6-0240-4a90-8fa1-4e41cbdd56cb
• http://robshouse.net/article/xdebug-komodo-and-acquia-drupal-stack-installer

Letöltés és telepítés nem okozhat senkinek gondot:

• NetBeans: http://netbeans.org/downloads/indexC.html
• MAMP: http://www.mamp.info/en/downloads/index.html
• Acquia Drupal Stack: http://acquia.com/downloads/mac-installer

A programok telepítése után már csak az Xdebug beállítása hiányzik.

MAMP Xdebug kiterjesztés bekapcsolása

A MAMP tartalmaz előre fordított xdebug.so állományt, ezt kapcsoljuk be a php.ini-ben, a zend optimizert ki kell kapcsolnunk ugyanitt, mert összeakad az Xdebuggal. Nyissuk meg kedvenc szövegszerkesztőnkkel a php.ini állományt:

1

nano /Applications/MAMP/conf/php5/php.ini

Az állomány végét írjuk át ilyenre:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

;[Zend]
;zend_optimizer.optimization_level=15
;zend_extension_manager.optimizer=/Applications/MAMP/bin/php5/zend/lib/Optimizer-3.3.3
;zend_optimizer.version=3.3.3

;zend_extension=/Applications/MAMP/bin/php5/zend/lib/ZendExtensionManager.so

[xdebug]

xdebug.default_enable=1

xdebug.remote_enable=1
xdebug.remote_handler=dbgp
xdebug.remote_host=localhost
xdebug.remote_port=9000
xdebug.remote_autostart=1

zend_extension="/Applications/MAMP/bin/php5/lib/php/extensions/no-debug-non-zts-20060613/xdebug.so"

Ezután indítsuk újra a MAMP-ot és nézzük meg a phpinfo() kimenetét, ha ezt látjuk akkor sikerült bekapcsolni az xdebugot:

Acquia Drupal Stack Xdebug kiterjesztés bekapcsolása

Az Acquia Drupal Stack nem tartalmaz előre fordított xdebug.so állományt, így két út áll előttünk, vagy fordítunk egyet forrásból, vagy felhasználjuk a MAMP-ban található előre fordított xdebug.so állományt, én ez utóbbit választottam. (A MAMP 5.2.11-es php-t tartalmaz az Acquia Drupal Stack 5.2.9-est.)

Másoljuk a MAMP-ban található xdebug.so-t az Acquia Drupal Stack-be:

1
2

cd /Applications/acquia-drupal/php/ext/
cp /Applications/MAMP/bin/php5/lib/php/extensions/no-debug-non-zts-20060613/xdebug.so .

Nyissuk meg kedvenc szövegszerkesztőnkkel a php.ini állományt:

1

nano /Applications/acquia-drupal/php/bin/php.ini

Az állomány végére írjuk be a következőt:

1
2
3
4
5
6
7
8
9
10
11

[xdebug]

xdebug.default_enable=1

xdebug.remote_enable=1
xdebug.remote_handler=dbgp
xdebug.remote_host=localhost
xdebug.remote_port=9080
xdebug.remote_autostart=1

zend_extension=/Applications/acquia-drupal/php/ext/xdebug.so

Ebben az esetben az Xdebug a 9080 porton figyel, erre azért van szükség, hogy ha egyszerre megy a MAMP és az Acquia Drupal Stack akkor ne akadjanak össze, ha csak az egyik van használva akkor itt is a 9000 portot kell megadni.

Az Acquia Drupal Stack beállításainál találjuk a phpinfo()-ra mutató linket:

Ha ezt látjuk a phpinfo() kimenetében akkor sikerrel jártunk:

NetBeans Xdebug a gyakorlatban

A PHP debug beállításai láthatok MAMP környezethez:

Acquia Drupal Stack esetén a PHP 5 Interpreter és a Debugger Portot kell átírni.

1
2

PHP 5 Interpreter: /Applications/acquia-drupal/php/bin/php
Debugger Port: 9080

A böngésző beállítások így nézzenek ki:

Ezután már csak egy break point kell és lehet indítani a hibakeresést.

Ez a dokumentáció nem jött volna létre ha nincs itarato és zserno.

Felhasznált dokumentáció:

• http://debuggable.com/posts/setting-up-xdebug-on-mac-os-x-or-win32-linux:480f4dd6-0240-4a90-8fa1-4e41cbdd56cb
• http://robshouse.net/article/xdebug-komodo-and-acquia-drupal-stack-installer