devel

A napokban azt vettem észre, hogy az otthoni iMacen a Vim véletlenszerűen segfaultol. Először arra gondoltam, hogy valami hibás beállítás okozhatja, eddig ugyanis csak PHP fejlesztéshez használtam, most meg elkezdtem nyomulni pythonban. Aztán egy rövidebb kutakodás után kiderült, hogy erről szó sincs, a hibát a fájlokon lévő extended attribútumok okozzák. Hogy pontosan miért, arra nem tértek ki a vonatkozó fórum bejegyzések, mindenesetre ezeknek az eltávolításával megjavult az editor.

Az extended attribútumokat a következőképpen tudjuk eltávolítani egy fájlról:

xattr -c FILE

Velem is gyakran előfordul, hogy kisebb javításokhoz nem nyitok automatikusan egy új branch-et, hanem a masterben kezdek ténykedni. Aztán néha úgy adódik, hogy komolyabb a probléma, mint gondoltam, ezért mégis csak jobb lenne külön ágba pakolni a munkát. Ilyenkor ugye a bevált módszer az, hogy stash, branch létrehoz, branch váltás, stash pop. Mivel alapvetően én is lusta vagyok, ezért létrehoztam erre egy aliast:

[alias]
    iso = "!f() { git stash && git co -b $1 && git stash pop; }; f"

Működése egyszerű, a indexben lévő módosításokat átpakolja egy új branch-be, aminek nevét az iso-nak adjuk meg paraméterként. Így:

git iso feature

Ha mondjuk szeretnénk betölteni egy adott könyvtár alatt található összes javascript fájlt - függetlenül attól, hogy alkönyvtárakba vannak-e szervezve, vagy sem -, adjuk ki az alábbi parancsot:

:args path_to_dir/**/*.js

A parancs hatására a path_to_dir könyvtár alatt található minden .js fájl betöltésre kerül egy-egy bufferbe. A ** jelzi, hogy a betöltés során a Vim nézze át az alkönyvtárakat is.

Sose tároljuk el egy DirectoryIterator elemeit, mert könnyen too many open files hibaüzenettel találjuk szembe magunkat.

// Ezt NE!
$files = array(); 
foreach (new DirectoryIterator('myDir') as $file) { 
  $files[] = $file; 
}

Ha kapcsolt entitásokat akarunk detach-elni az EntityManagerről memóriafelszabadítás végett, akkor az nem fog menni automatikusan. Tegyük fel, van egy ilyen kapcsolatunk: 

Post --1m--> TagLink --m1--> Tag

Ha most nyomunk egy $em->detach($post) -ot, akkor csak a Post entitást távolítja el a Doctrine, a többi bent marad az EntityManagerben.

Megoldás #1: kézzel eltávolítjuk a kapcsolt elemeket
Megoldás #2: a Post, es TagLink megfelelő tagváltozóinak OneToMany és ManyToOne annotationjébe beírjuk ezt: 

cascade={"detach"}

Példa a Post -> TagLink kapcsolatra:

/**
 * @OneToMany(targetEntity="TagLink", mappedBy="post", cascade={"detach"})
 * @JoinColumn(name="id", referencedColumnName="post_id")
 */
protected $tagLinks;