в фронтенде данные показаны ввиде дерева- по этому будет логично удалять все дотчерние записи... реализавал не в мускуле а как изначально было в мыслях- код конечно пару строчек и не сложный, но вот думал можно что-то скюэльное нарыть {+++158+++} ... Ajarency Lists (если точнее adjarency)- это то с чем я не сталкивался после окончания изучения графов...

да знаю... где-то нарыл что форейн неи работают... нот увы это не так (проверял на инодб). Тригеры точно не работают- ограничения есть на оф сайте... вот и блин не знаю даже... то ли выборку делать ин потом "уэр ин", хотя тут с любой стороны косячёк получается. Короче будет очень интерестно найти безкостыльное решение.

тригер не работает для той же таблицы

Как лучше удалять дотчернии записи если удалена родительская... Связка по айди, таблица та-же?

Esli uzh rech' poshel ob spl to:[man]$dirIterator = new \RecursiveDirectoryIterator($this->toCount);        $iterator = new \RecursiveIteratorIterator($dirIterator,                 \RecursiveIteratorIterator::SELF_FIRST);[/man] {+++27+++} *poshla ... bl*

Цитата: master от 31 Январь, 2012, 02:48:44 master ;D - ахуеть, да ты бл* заговорщик

;D - денег много не бывает...и ни мне попадаются такие, а фирме... а мне вообще пох

Цитата: "master" от 30 Январь, 2012, 08:31:01 Цитата: AlexanderC от 30 Январь, 2012, 08:26:00 клиент всегда прав, даже если он и*отне понимаю, что заставляет людей повторять эту глупостьесли клиент идиот то он не может быть прав. если же он прав, значит исполнитель ещё больший идиотвидно ты не доволен зарплатой или из богатой семьи- это не нормально, а необходимо для того чтобы с тобой работали... {+++42+++} тем более он же попросит потом посмотреть, доделать, переделать итдитп... а это лишнее бабло!

Цитата: "vasa_c" от 30 Январь, 2012, 08:19:51 большинству тех, кому нужна якобы эта ёбаная многопоточность, нужны просто неблокирующие сокеты и нихуя больше.;D ну это большинству... perl +1 - но клиент всегда прав, даже если он и*от ... а то бывают такие что готовы переписать линукс на похапе {+++93+++} хотя если смотреть- пхп старается идти в правельном направлении... но всё-же это остаётся шаблонизатором(по сути) а не полноценным языком... хотя и нравится мне таким каким он есть

да, классическое понятие многопоточности здесь нет(такого как в C++ допустим), но это не мешает пользоваться тем малым что нам дают форки... вот есть много файлов которые нужно парсить, разного размера... будет ли прирост производительности если парсить много файлов сразу??? да если: - время парсинга и сохранения превышает одну секунду - если нужно будет работать с внешним сервисом(допустим для загрузки файла)... короче если это действительно спасаетнет если: - ты нуб и не можешь управлять своими форками, оставляешь зомби и не можешь понять где они, и что они делают - если без форков твой код работает быстрее - из других религиозных побуждений {+++102+++} пусть и через анальное отверстие, но многопоточность(нативная) в пхп реализавана(здесь можно пливаться вонючей струёй)

Цитата: "phpdude" от 30 Январь, 2012, 07:39:38 в пхп нету пхп+1 ;Dбудем считать форки, а так и красному властелину понятно что нету их

есть толк... архитектура и удобство. А многопоточность иногда вполе юзабельна и даёт ох* прирост в производительности- хотя и сырая до костей

Цитата: "vasa_c" от 30 Январь, 2012, 06:02:16 traits охуенны, кто против, тот лопух+2

это можно использовать как замену для множественного наследования {+++28+++} http://us.php.net/manual/ro/migration54.php {+++38+++} http://us.php.net/manual/ru/migration54.php {+++260+++} Цитата: "phpdude" от 30 Январь, 2012, 05:53:36 Ivan, хуйня жеМножественное наследование хуйня?[/quote]+1

кстати теперь пых предоставляет built in сервер