xPoint

Если Сегодня == Начало_Года()+365 СегодняНовыйГод=1; БудемБухать=1; Иначе БухатьБудемПолюбому=1; КонецЕсли //далее попер цикл со стаканами //типа тост За Новый 2009-й Год

Хорошо, рассмотрим вопрос как для маленьких, так сказать самых яселек. Когда ты пишешь $result_tags[$i] = mysql_query("SELECT * FROM tags WHERE tag_name = '$tag_name[$i]'"); Сохранение результата происходит в элемент массива с индексом $i. Когда ты пытаешься извлечь $row_tags = mysql_fetch_array($result_tags); То в mysql_fetch_array передается массив, а он ожидает результата работы ф-ции mysql_query. Поэтому происходит облом. В mysql_fetch_array нужно передавать результат работы, а массив здесь совсем не подходит. И еще. Включи отображение сообщений об ошибках, читай ошибки и исправляй их.

О, боже, что за код. Ты про типы данных что нибудь знаешь? Почитай в мануале, какой тип данных определяется в кавычках. А про синтаксис ассоциативных массивов что-нибудь читал? Нет? Попробуй почитай, особенно про то, зачем брать индекс в кавычки. Скрипт вполне нормально разбивает строку на массив. Можешь после $tag = explode(", ", $all_tags); поставить var_dump($tag); и убедиться в этом самостоятельно. А вся проблема скорее в этой строке: while($row_tags = mysql_fetch_array($result_tags)) Посмотри внимательнее, куда сохраняешь результат запроса к базе. За одно название темы ее стоит перенести в треш или раздел для новичков

Присоединяюсь к поздравлениям. Всех с НОВЫМ ГОДОМ!!!!!!!!

удалено

Я сказал так, как хотел сказать и большинство наверняка поняла о чем речь. Но для тех кто не понимает, скажу ясно и понятно: эта функция работает нормально при установке соответствующего расширения. И если у тебя не работает, значит ты что-то делаешь не так.

А у меня норамльно работает при установке PECL-расширения php_http. Подскажи, что я делаю не правильно?

Читаем внимательно в мане: (PECL pecl_http >= 0.21.0)

Это не миф вебразработчиков, а скорее мнение школьника, который впервые вышел в интернет и теперь всем однокласникам хвастает какой он крутой хакер ))

header("Location: http://www.example.com"); Только если заголовки до этого не посылались.

ИМХО, для работы вообще лучше использовать Линукс , если конечно ты занимаешься не версткой. А винде лучше TC инструмента просто нет.

А зря! Вместо того, чтобы качать Far, можно просто юзать стандартные инструменты винды (я думаю, вы под виндовсом сидите). И никаких других заморочек не нужно.

А в блокноте Файл->Сохранить как

Ну а я о чем говорю? О том что хтмл мало относится к php, поэтому раздел выбран не тот. Посмотри, на форуме есть специальный раздел для хтмл.

anapacap а вам не кажется, что вы ошиблись разделом? Проблемы отображения верстки не относятся к языку php.

Хорошо, представим, что map.xml остается таким как есть. Исходя из того, что никто не знает что из себя представляет map.xml, лучше вообще его закрыть. Например,организовать шлюз к которому будет обращаться Page при инициализации за нужными данными. Таким образом можно попробовать ввести несколько различных шлюзов (для xml, для ini, для базы и т.д.) и в зависимости от настроек брать инфу в одном из перечисленных источников.

Нет, это не функциональное программирование. Это процедурно-ориентированное. PHP уже вполне дорос до того, чтобы можно было без предрассудков использовать ООП. Может быть в php поддержка объектной модели не такая сильная как скажем в Java, но не использовать возможности ООП я считаю все-равно, что не пользоваться лифтом а идти с десятого этажа пешком )). ИМХО очередной велосипед, те же самые bb-коды. Лучше всего сделать админку, подключить в нее какой-нибудь WISYWYG-редактор и не париться об этом я говорил про использование метода __get(). В этом случае никто из объектов в скрипте заранее не знает о том: какая структура у map.xml, какие данные от него можно получить, что не нужно трогать (например служебная инфа или инфа, которая будет парситься в другом месте и в другое время) и т.д.

я честно говоря не вижу большого смысла юзать eval. Чаще всего можно обойтись стандартными инструментами

http://allscores.ru/

1) каждый делает как хочет и может совмещать или не совмещать объектно-ориентированное и процедурно-ориентированное. Но мне такое решение не нравится. А все одинокие функции можно объединить в в какой-нибудь служебный класс 3) если Textile долго парсит текст, то зачем этот кастыль нужен? Можно взять что-то похожее на стандартые bb-коды или разрешить теги в страницах. 4) мне это больше всего напоминает черный ящик: есть своего рода конфиг (map.xml), но никто не знает что в нем есть и какие данные он должен предоставить и неизвестно вообще инициализирует он свойства класса или нет P.S. Я думаю никто из посетителей не должен знать о внутренней структуре сайта и его содержимом. P.P.S. Твое TODO я от скуки набрасал за пол часа.

Напишу некоторые замечания по самому скрипту, которые я пока что обнаружил: 1) мне не совсем понравилась архитектура проекта. Он какой-то половинчастый: наполовину классы (точнее всего один-два и обчелся), наполовину функции. Мне такое решение не нравится и я бы делал либо процедурно-ориентированным либо объектно-ориентированным 2) использование исключений это хорошо, но по всей видимости исключения используются только для того, чтобы выдать 404-ю ошибку либо вконце сказать echo 'Error: ' . $e->getMessage();. Это плохое использование исключений. Если они не типизированны (я имею в виду для каждого типа ошибок свой класс исключений), то от них мало толку (кроме прерывания конструктора). К тому же хотелось бы чтобы где-то был лог ошибок, чтобы можно было посмотреть на ошибки 3) кэширование - это хорошое дело, но только в том случае, если контент генерится динамически. В твоем случае (насколько я понимаю скрипт предназначен для сайтов-визиток) от кэширования много времени не выиграешь, поскольку основной контент берется из статичных страниц, а парсинг xml происходит в любом случае. 4) я не совсем до конца понял назначение некоторых свойств и методов класса Page, а точнее Page::parent и Page::__get(). Т.е. я приблизительно понял для чего они нужны, но хотелось бы уточнить 5) метод Page::find() можно сделать статическим - он ни как не изменяет состояние объекта, а только создает и возвращает новый объект класса Page. Сниппет contactform может дать сбой, если хелпер Email при отправке вернет false.

Ну если только для маленьких, в которых кроме отправки формы и копирайта ничего больше не нужно, то можно любым вариантом сделать (и через echo и через ?> <? - кому как удобнее). Но в сайта побольше без шаблонизатора не обойтись.

Ну когда-то же надо начинать их отметать, если они уже давно устарели и есть более новые и лучшие технологии.

Зато как я предложил (шаблонизатор использовать) код еще более удобочитаемый и править хтмл можно независимо от php

может он ругается из-за того, что тег body пустой?