zgd, с нуля от 500$.
dkameleon, я предложенное вами решение для этого алгоритма реализовывать не стал, а просто перешел на Nested Sets - там дерево выгружается в нужном виде одним запросом.
Пора бы уже запретить обсуждение обсуждения репутации :)
Топикстартеру: Зря вы занимаетесь опросами, лучше сами придумайте что-то полезное и затем попробуйте продать. Ценятся идеи, а не исполнение. На худой конец спросите прямо - "Господа, будет ли вам полезна такая вот вещь, и купите ли вы ее за такую вот сумму?"
Tribunus, подобным решением вы только скроете ссылку от посетителя, поисковые роботы DHTML не разбирают.
два файла с хидером и футером + ftp-клиент.
проще не бывает.
Segey, посмотрите, как выводятся простые деревья из MySQL-таблицы с parent-id, и попробуйте применить к своей задаче
function get_tree($parent_id = 0, $prefix = "") { global $out; $query = "SELECT * FROM catalogs WHERE parent_id = '$parent_id'"; $result = mysql_query($query); while ($row = mysql_fetch_array($result)) { $out .= $prefix.$row['cat_name']."<br>"; get_tree($row['cat_id'], $prefix." "); } return $out; } echo get_tree();
http://ru.php.net/readdir
там в комментариях куча разных решений.
или вот вам алгоритм
function scan($folder); открываем папку фолдер while (каждый элемент в папке) { if (элемент = папка) { echo $folder."/элемент (это папка)"; scan($folder."/элемент") } elseif (элемент = фаил) { echo $folder."/элемент"; } } }
Думается, что по-хорошему надо использовать оба варианта, да и ими не ограничиваться. Но чаще действовать приходится в условиях ограниченного бюджета, поэтому заказчику гораздо проще посмотреть результативность и затраты при использовании Директа и сравнить их с предложениями и прогнозами оптимизаторов.
т.е. все решает эксперимент, т.к. нет точной статистики, которая отражала бы эффективность того или иного метода, для различных тем.
Segey, мне делать приходится в основном каталоги, интернет-магазины, крупные информационные проекты, т.е. у меня всегда куча однотипных данных, из которых требуется делать списки, странички, прайсы, XML для внешних площадок вроде Маркета. Кроме того есть один проект с очень серьезной нагрузкой. Благодаря XML+XSLT я получаю понятную и наглядную структуру данных, удобные шаблоны и возможность некоего кэширования.
Да и потом, я не нашел альтернатив. Примитивную замену тегов в крупных проектах делать неоправдано. Использование своего собственного шаблонизатора - лишний костыль в колесо потенциального сторонего пользователя проекта. Smarty - излишне громоздок и неспешен. Ну а мешать код с дизайном - это совсем не комильфо, хотя в некоторых проектах (где я всего-лишь исполнитель указаний) мне приходится делать именно так. :) XSLT же - стандарт, полно учебников. К тому же сложные блоки шаблонов (вроде рекурсий при выводе NestedSets-деревьев с обрамлением веток списками) качуют из проекта в проект, а с остальным и верстальщик легко справится.
а про RSS вы слышали?
