xPoint

Кстати говоря, директиву AddHandler можно писать и в .htaccess-файлах, не редактируя основной конфиг апача.

Какой смысл тогда вообще юзать базу, если можно все сериализовать и записать в файл?

Что взял? То, что в цикле do-while вначале выполняется инструкции в do, а после проверяется условие в while? Я это взял из мануала по языку php. Или может быть, то что вы не знаете, что можно использовать цикл while без do? Я взял это с того, что вы используете цикл do-while в том месте, где эффективнее было бы использовать цикл while. Цикл do-while чаще всего нужен для того, чтобы инструкции в теле цикла выполнились гарантированно один раз. В вашем случае происходит вывод полного списка из таблицы базы. В этом случае лучше использовать цикл while без do, поскольку цикл должен выполниться столько раз, сколько записей находится в таблице.

Не верьте ему, php.ini тут ни при чем. Чтобы в хтмл-файлах использовать встраивание php-скриптов, файлы должны иметь расширение phtml, а в конфиге апача должно быть написано AddHandler application/x-httpd-php .php .phtml

Дык никто и не спорит об этом. Я просто объяснил зачем был нужен mysql_fetch_array перед циклом

Я думаю, что ему это не мешает, поскольку такая специфика цикла do-while: сначала выполняется секция do, а после проверяется условие в while. Padla наверное просто не знает, что в php цикл while может быть без do

Лучше всего проверять на существование не $id, а $_GET['id'], если только у тебя не включен register_globals

попробуй: $st = mysql_query("UPDATE VOTE SET COUNT = COUNT + 1 WHERE ID = {$_POST['vote']}");

Конечно не справляется, поскольку оно предназначено только для фразы "<a href='#'>this is an file</a> file " Если попробывать придумать для общего случая, то можно применить такой вариант: $str_search = "file"; $str_message = "Text File text <br/> text <a href=\"#\">download file here</a> file text"; echo preg_replace('/((?:^|>\s)[^<]*)('.$str_search.')/si',"$1<b>$2</b>",$str_message);

лучше так: $str_search = "file"; $str_message = "<a href='#'>this is an file</a> file "; echo preg_replace("/(^[<a>.*<\/a>])(.*)($str_search)(.*)/is","$1$2<b>$3</b>$4",$str_message);

в php.ini установить опцию arg_separator.input в нужное значение. Она обычно имеет значение ;& (т.е. разделителем может быть и ; и &), но по умолчанию закоментирована

По-моему вся проблема состоит в том, что документ получается неоднородным: сначала html (т.е. <td> а перед ним наверняка еще что-то есть), потом неожиданно xml. Может быть расскажешь, что за xml нужно выводить? если это простой хтмл, то пропускай первую строку и выводи хтмл.

Ждем с нетерпением. Может быть это будет революция в программировании?

ну дак, если плохой фреймворк, то зачем его юзать? Можно взять более лучший или если такого нет то всегда можно написать свой.

может лучше просто хтмл выводить вместо xml?

Я имел в виду документацию к коду. Если иметь привычку писать комменты в стиле phpDoc, то из него оч. легко создается описание API Про экстремальное програмирование читал, но на практике не применял его. Это можно сказать про любой нормальный код и не важно разработан он через экстримальное программирование или по другой методике. Но легче прочитать простое описание API, чем смотреть весь код. все мы любители по написанию велосипедов, но когда дело доходит до разработки больших сайтов, то лучше использовать уже созданные бибилиотеки и фреймворки(при этом не важно кем написанные собственноручно или каким-то Васей Пупкиным), а не изобретать заново уже сотни раз изобретенный велосипед. Почти весь прогресс человечества был направлен на облегчение работы челвека. Человеку надоело копать руками землю - он придумал палку-копалку, человеку надоело ходить пешком - он придумал велосипед, человеку надоело думать самому - он придумал компьютер. Т.е. почти все, что придумал человек было создано с целью избавления его от забот. Фреймворки и библиотеки в программировании не исключение. Они тоже были созданы для облегчения работы. А если у кого-то возникает ощущение всесильности и вседозволенности при использовании фреймворков, то это только говорит о низком уровне этого программиста и больше ни о чем.

Сегодня одну ф-цию создаем, завтра другую, потом выносим все в отдельный файл, потом показываем людям и все начинают их использовать и дописывать. Так и рождаются библиотеки и фреймворки. Вы сами можете сформировать нужный запрос, с помощью того-же метода findAll, достаточно указать нужный conditions. И не нужны никакие танцы с бубном. Я обычно комментирую все классы и методы в стиле phpDoc. Очень удобная штука для генерации документации. Советую вам попробовать. Хотел бы я увидеть такой движек, в котором можно быстро разобраться без документации. Конечно, если в нем не много кода, то разобраться можно достаточно быстро и без комментариев, но если он достаточно большой, то комментарии и документация спасут в этом случае.

а вы как думали? без проблем. Возьмем пример работы с бд mysql без фреймворка: $connect = mysql_connect($host,$user_name,$user_pass); mysql_query("SET character_set_client='utf8'"); mysql_query("SET character_set_connection='utf8'"); mysql_query("SET character_set_results='utf8'"); mysql_select_db($dbname, $connect); $query = mysql_query("SELECT * FROM tables"); $table=array(); while($res=mysql_fetch_array($query, MYSQL_ASSOC)) $table[]=$res; mysql_close($connect); рутина или нет писать столько повторяющегося кода? возьмем для примера фреймворк cakephp //модель для таблицы (пример про блог) class Post extends AppModel { var $name = 'Post'; } //в контроллере для выбора всех значений из таблицы $this->Post->findAll(); меньше рутинной работы или нет? а вы мне покажите большой проект (не важно на фреймворке или без), который любой код больше сотни строк уже нуждается в комментариях. А если он организован в виде функций и классов, то тем более. В фреймворк намного легче что-то встроить и изменить, поскольку в нем есть четкая структура, есть стандарт (обычно есть), есть нормальный мануал. В отличие от самописных движков, в которых придется неделю разбираться, чтобы хоть что-то понять. Про документацию к самописным движкам я вообще молчу.

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

ну если он так плохо себя ведет, то у модераторов есть такая штука как бан и не нужно никаких голосований.

Может быть я не знаю как этот человек ведет себя обычно (я здесь относительно недавно) и как он спрашивает и что умеет и т.д. и т.п. (если ты про vvsh говоришь. Если про меня, то я никого из себя не строю, ничего не требую и ничем не хвастаюсь), но в этой теме он нормально спросил про переводы строк и вроде бы не требовал чтобы ему давали что-то готовое. Поэтому со стороны кажется, что оч.плохо обошлись с человеком. Может голосование устроим по этому поводу ?

что же вы над человеком смеетесь? не все же сразу знали о символах перевода строк. Он ждет помощи от вас, а вы ему "ты типа ламер пойди поучись..". Зачем тогда форум этот нужен, если на нем не отвечают на вопросы?

а еще можно заюзать функцию nl2br

с утфом он нормально работает, можешь в справочнике посмотреть

не, в инсталлерах не много данных (обычно структура бд и некоторые тестовые данные), чтобы применять такой способ. Единственное, где можно его использовать, как мне кажется, это клиент к бд. phpmyadmin, например, когда вся ответственность за предоставляемые данные полностью перекладывается на пользователя. мне больше нравится расширение mb_string в этом плане.