Ялекс

есть функция, которая собирает переменные в формат HTTP-запроса: http_build_url.

Добрый, да, еще очень мне нравиться height:1%. Кроссбраузерно. А никто не знает HTML5 будет поддерживать фреймы?

Нет, одного ИЕ не достаточно чтобы была 100% уверенность о совместимости сайта. Да, в ИЕ 6 есть такой баг (или может для любителей ИЕ "фича"), такая как layout. Вот она то постоянно отравляет мне жизнь. После того как везде подкорректировал эту опцию для ИЕ, сайты становятся более менее грамотно сверстанными. А вот еще миф: Фреймы - это плохо. Тогда почему фреймы используются здесь (для не понявших - я про гугл-рисунки)? Есть такие задачи, которые без фреймов решаются грубо говоря через одно место, как например в том примере что я привел. Фреймы иногда очень даже удобны, как например в phpMyAdmin.

Обычно разработчик уверен, что остальные браузеры, кроме ИЕ можно проигнорировать.

Создавай через Far Manager: Shift+F4. Или переименуй существующий: Shift+F6.

В твоем случае это первое. Ты код открой чтобы мы смогли обсудить и по ушам тебе надавать, а то по внешнему виду "движком блога" там не пахнет.

Если никто не отвечет, то это может означать либо то, что нечего обсуждать, либо действительно все круто.

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

А как насчет сайта, хочу услышать ваши отзывы. Я внес кое какие изменения: в частности сделал градиентный бэкграунд, добавил форум. Изменения в плане дизайна пошли на пользу?

Круто, спасибо. будем знать!

Каляка, вот там знак минус стоит, а не дефис. Дефис чуть меньше тире (–), а тире (—), а минус (-). Вроде бы я правильно понимаю. Поправьте, если не так. Коды: Дефис & ndash; Тире & mdash; Ага, жалко что они не загораются (в смысле иконки), машинка это да... Но отступление: фирма по идеи серьезная, а дизайн для детей... По поводу CyberAnalytics доверять нужно в малой степени, я например туда свой сайт на проверку сдал www.мой_сайт и без www. Великий рэндом мне скинул целых 50 баллов. Но зато я Gold И кнопок куча разных.. нахрена они кому то нужны... Скажите мне зачем они вам? Не достаточно ли одной кнопки чтобы смотреть посещаемость?

Я уже об этом кстати думал... Насчет одинаковой поддержки как INI, так и XML. Вот я еще поразмышляю насчет БД. Хочу все таки сделать расширяемость "ручками"... то есть чтобы немного покрутить, и сделать опрос, статьи, к примеру...

Ндя, специфично... Что то у меня мозги барахлят. Нифига не понял, но думаю, что использование eval() оправдано ПС: ушел отдыхать..

Да, объект не знает заранее что может быть в ноде у map.xml. Просто если отсутствуют необходимые свойства, то берутся параметры "по умолчанию". Не знаю чем это плохо? Я понимаю, что в PHP можно смело писать на ООП, но это лишняя писанина, лишние классы, а по сути ничего не поменяется: буду я вызывать Tools::memory_usage() или memory_usage(). Upd: Замечание по поводу открытости map.xml я учту. Закрою через .htaccess. Спасибо, xPoint!

Да, например call_user_func или $$varible или $class = new $class_name(); ... Опиши проблему, может мы подскажем пути решения? Опс, я запоздал

Больше половины методов (функций) были взяты из Frog CMS (класс Page). Просто я переписал многое: была работа с БД, стала работа с файлами на диске. Просто это как ответвление от Frog CMS. xPoint, тэги итак можно использовать, и PHP можно использовать. Никто не мешает. 1) Постой, а функции ПХП, например file() или header()? Это функциональное программирование? Почему нет класса Header::set(...) ? PHP еще не дорос чтобы полностью считаться объектно-ориентированным, поэтому нужно избавиться от предрассудков, что везде нужно использовать ООП и только ООП. 3) Просто Textile разметка очень проста и вместо <a href="...</a> достаточно написать "Ссылка":http://link.com/. Лично мне так удобней. 4) Почему же. Конфиг map.xml ты правишь руками, поэтому сам можешь представлять себе где у какой страницы какие параметры. Вообще то не понял что ты хотел донести этим пунктом. Туду я накидал на завтра, чтобы не забыть. Оно у меня уже реализовано на другом проекте, просто пока что еще не вкидывал.

Нужно быть осторожным со строкой которую передаете в evil. Если исполнять переменную из GET или POST переменных, то есть вариант запуска эксплоитов. Вообще в ней нет ничего опасного - функция как функция

Нет, не знаю таких... Смотри, Юль, у меня на работе уже пару раз тырили пароли от FTP, заливали спам на сайты, и это при включенном НОДе. Будь осторожней!

Тю, опэнсаурс... Тем более, что идеи там не мои, я лишь где то упростил, где то расширил, и добавляю туда свои новшества.

Отлично. Хорошие замечания. 1) иногда нужно совмещать функциональное и объектное программирование. Вообще этот скрипт - это просто упрощенная версия Frog CMS. Да и я сам не вижу смысла создавать отдельный класс, к примеру, для функции redirect(). По сути, PHP ведь от функционального программирования никуда не ушло... 2) Да, я буду развивать более продуманную систему исключений. Просто я еще не уделил этому внимание. И лог ошибок необходим, согласен! 3) Кэширование - все страницы парсятся Textile и от этого скорость падает в разы. Если большая страница, то её парсинг может занять 1 секунду, а это уже значительные потери во времени. 4) Все атрибуты для каждой страницы из XML переходят в переменные объекта, но когда пытаешься проверить не существующую переменную, то ПХП может ругнуться, что такой переменной нет. Чтобы не проверять постоянно empty($this->attr), я просто "магическим" методом __get проверяю наличие переменной. 5) Про find спасибо. Наверное я так и сделаю! Про Email тоже посмотрю. Спасибо.

Согласен, что UTF-8 это стандарт, и я тоже за этот стандарт обеими руками, но все же отметать старые это не через чур радикальное решение?

Написал небольшой скрипт, который организует работу сайта без БД. Сайт проекта (Upd: Простите, сервер периодически падает, поэтому иногда сайт будет в дауне) Лично мне нравиться когда у меня нет ограничений на использование PHP, а быстро править сайты с помощью встроенного в Notepad++ FTP вообще сказка. Может кому ни будь пригодиться. Хотелось узнать ваше мнение.

Лучше не подкрашивать, а сделать заново. Или лучше подучиться немного и сделать по новой или попросить кого ни будь компетентного (в вопросе дизайна) сделать оформление эстетичное и практичное. Чтобы глаз радовало, чтобы управлять было: просто и понятно.

Да, расписание было бы очень хорошей штукой, если бы не состояние увлеченности каким то делом. Например, я в этом состоянии вообще забываю как себя зовут, а уже речи про расписания какие то не идет. Мне это конечно не нравиться... но что ж поделаешь. Нужно заводить жену, чтобы она отвлекала от работы, а там и хлопоты по семье появятся... Нужно что то думать %)

Могу добавить, что хорошенькая книжка есть: Карманный Справочник JavaScript - Кристиан Уэнц (Williamspublishing).