_Dark_

За сегодня начать писать приложение Новостей не успел, но зато сделал: Систему регистрации / авторизации пользователей Написал приложение Permissions, которое будет управлять правами пользователей и гостей сайта

А, да, забыл Приложение Applications, которое управляет работой всех приложений, вошло в группу системных, теперь инициализуется один раз при старте скрипта и доступно из любого места скрипта.

Вот что я сделал за сегодняшний день: Во-первых, переписал реестр. Теперь, чтобы все было аккуратней, все настройки всех приложений хранятся в таблице `app_НазваниеПриложения_settings` Во-вторых, закончил шаблонизатор. Это простой нативный шаблонизатор, никаких тегов вида {var}, используется так: <?=$this->keys['НазваниеКлюча']?> Чистый PHP код. Я вначале хотел сделать со своим видом переменных, т.е. с { ... }, но: Это работает медленнее. Шаблон всегда будет обрабатываться дольше, если в нем есть {site_title}, вместо <?=$this->keys['site_title']?>. Во-первых, шаблон нужно загрузить в переменную. Во-вторых, нужно по заменять везде текст внутри фигурных скобочек на истинное содержимое. Это никому не нужно Лично я не вижу никакой разности и сложностей, писать <?=$this->keys[ ... ]?> вместо { ... }. Да, последний вариант короче. Но шаблон пишется всего один раз, а работает - тысячи. Помимо этого, определена структура шаблона. А именно: Название_шаблона -Style --CSS --Images -Applications --User ---Form_login.phtml // форма логина ---Form_register.phtml // форма регистрации --Web // Web - системное приложение, которое производит финальные действия над шаблоном перед его выводом на экран. ---page.phtml // главный шаблон страницы, все остальные вставляются в него [/code] В-третьих, подогнал какой-то шаблон от DLE "под себя" Сам я верстать дизайны пока не умею. В-четвертых, закончил работу над роутером. Работает следующим образом: Допустим, мы открываем ссылку site.ru/?/user/login (Если нет Mod_rewrite) или site.ru/user/login (Если он есть). Роутер анализирует запрос. Первая часть - название приложения, в данном случае "user". Вторая часть - название действия, в нашем случае "login". Действия вызываются из класса приложения. Например, в классе приложение User есть метод [i]action_login[/i] который и будет вызван роутером. Завтра планирую написать систему регистрации, авторизации, и написать первое не системное приложение - News, а так же начать работы по созданию инсталлятора приложений :)

Название: Invision Power Board 3.3 Final Nulled by IPBMafia.Ru Добавил: _Dark_ Добавлен: 21 Mar 2012 Обновлен: 22 Mar 2012 Категория: Релизы IP.Board 3.3.x Nulled версия оригинальной английской версии 3.3 от Invision Power Systems. В новой версии основные работы шли по пути улучшению SEO оптимизации форума, интеграции с социальными сетями и упрощению модерирования форума. Что нового можно узнать на этой страничке. Внимание! Это англоязычная версия скрипта, русскоязычной от IBResource пока нет! Nulled версия русской версии появится после ее выхода. Информация о Nulled версии: Использован из клиент-центра Invision Power. Рабочий визуальный редактор стилей Никаких упоминаний о лицензионном ключе, активация не требуется... ... и на этапе установки она пропускается Установка: Загрузите содержимое папки upload из архива на сервер Перейдите на сайт. Инсталлятор запустится автоматически Следуйте инструкциям инсталлятора IP.Board 3.3 будет активирован автоматически без вашего участия Автор: Автор Nulled версии: _Dark_ (IPBMafia.Ru) Версия предназначена для ознакомительных действий, автор снимает с себя ответственность за возможные последствия ее использования.

Я уже нашел один дизайнчик, подгоню под себя и потом буду думать какой дизайн в Админ-Центре делать :)

Это уже слишком нагло будет Хотя у меня нет ни строчки кода от DLE, сайт будет похож на нее :)

Мне кажется, что мне еще рано лезть в IPB Я пока чего-нибудь сам не сделаю, все равно не до конца буду понимать как все работает. Приведу код из index.php. /* Подключаем базу данных...*/ require_once BULLIO_PATH.'/System/Applications/Database/Database.php'; /* ...реестр...*/ require_once BULLIO_PATH.'/System/Kernel/Registry/Registry.php'; /* ...и само ядро.*/ require_once BULLIO_PATH.'/System/Kernel/Kernel/Kernel.php'; /* Подключаем контроллер приложений...*/ require_once BULLIO_PATH.'/System/Applications/Applications/Applications.php'; /* ...и запускаем его. */ $apps = new Applications(); /* Запускаем шаблонизатор */ $tpl = $apps->Run('Templater', 'default'); // Первый параметр - название приложение, существует или нет - проверяется автоматически. Второй параметр - параметр для запуска, в данном случае название шаблона. /* Запускаем приложение подготовки к выводу */ $web = $apps->Run('Web'); // В приложении Web определяется приложение по умолчанию, производятся с ним действия и отдаются шаблонизатору. /* Рендерим страницу */ $tpl->render(); // Вывод страницы в браузер Теперь насчет приложений, пример User_public.php: class User extends Kernel { // Название класса "User" совпадает с названием файла и названием приложения. Все приложения, кроме первых двух - Database и Registry наследуют ядро private $info = null; private $banned = false; function User($login, $password) { // Конструктор класса, ф-ия вызывается при запуске приложения $this->_Kernel(); // Инициализация ядра, функция наследуется из Kernel if($this->login($login, $password)) { $this->setUserData(); $_SESSION['user_id'] = $this->info['id']; $_SESSION['user_pass'] = $this->hash($this->info['password']); } else return FALSE; } [/code] После инициализации ядра ф-ей _Kernel(), в приложении автоматически инициализируются приложения Database и Registry. Например, если мы хотим узнать есть пользователь или нет с указанным логином и паролем, делаем так: [code]$this->Database->query("SELECT * FROM `users` WHERE `id` = '$login' AND `password` = '$password'"); // Database - инициализируется в Kernel и наследуется приложением (extends Kernel) if($this->Database->num_rows() == 1) { // Если количество полей равно одному, то будем считать, что мы авторизованы. echo 'Авторизован!' }[/code] С реестром работать проще, в нем хранятся все настройки всех приложений. Общая структура реестра: Application -> Section -> Key = Value Например, нам необходимо получить настройку "site_title" из приложения Web. Настройка хранится в секции "site_settings", поэтому делается так: [code] $site_title = $this->Registry->get('Web', 'site_settings', 'site_title'); [/code] Насчет самого шаблона как в IPB, я еще сам не до конца определил как все будет работать. Или само приложение будет производить вывод либо производить вывод будет приложение Web вместе с Tempater. Скорее всего второй вариант. Т.е., если нам надо отобразить форму логина, то мы сделаем так: [CODE]$this->tpl->load_sub_template('login.phtml');[/code] и на этом можно заканчивать. Сам шаблонизатор загрузит шаблон, обработает его совместно с приложением Web и выведет его на экран. Я сейчас ищу шаблон в качестве основного, мне подойдут шаблоны от DLE, так что если кто-нибудь знает хороший шаблон для DLE (любой версии), то дайте название, пожалуйста И да, насчет названия: слово "Bullio" сгенерировано PHP скриптом :)

Что-то мне подсказывает, если картинка в ширину или высоту не сильно отличается от водяного знака, то он не будет поставлен. Это чисто догадки, теоретически так должно быть.

В этой теме я собираюсь повествовать народу, чем я решил серьезно заняться в ближайшее время. А заняться я решил PHP разработкой. Первоначально я собирался написать систему мониторинга игровых серверов, но после решил взяться за более глобальную вещь. Пишется "чистая" система, на которую при помощи дополнительных приложений можно нарастить то, что вам нужно. В частности, тот же игровой мониторинг. Но обо всем поподробнее. Система построена с применением ООП, нет процедурного программирования и не планируется. Вывод отделен от обработки, некое подобие шаблона MVC (Модель -> Отображение -> Контроллер). На данный момент, я закончил написание основной структуры системы. Существует 3 главных класса скрипта - это Database (работа с базой данных), Registry (реестр данных) и Kernel (который объединяет в себе и подключает два предыдущих приложения). Общую структуру работы можно представить так: Предположим, мы хотим авторизовать пользователя по логину и паролю. index.php -> Kernel -> Запуск приложения User -> Запуск действия login -> Получение данных от класса Database -> Класс Templater -> отображение вывода. Теперь поподробнее. Все запросы идут к главному файлу - index.php. В нем подключается роутер запросов, который выполняет функцию "телефониста", он соединяет запрос с приложением. Далее выполняется инициализация приложения Applications, которое управляет всеми приложениями системы. Командой Applications->Run() запускается приложение User. Командой Applications->RunAction() запускается действие login. Выполняется инициализация ядра и класса Database. Из базы данных получаются данные о введенных логине и пароле, далее идет обработка, результат передается шаблонизатору, который отображает страницу, содержащую информацию о том, что либо мы авторизовались, либо неверный логин или пароль. Запрос для авторизации имеет вид: Адрес_сайта/?/user/login/ Это универсальный вид, который будет работать на любом веб-сервере. Для Apache с его Mod_rewrite вид запроса изменится: Адрес_сайта/user/login/ Общая структура файлов системы такова: - Data -- Templates - Applications // Приложения установленные пользователем - System -- Applications // Системные приложения --- User // Не буду перечислять все, возьмем для примера User ---- Controllers ----- User_admin.php // Файл для Админ-Центра ----- User_public.php // Файл для посетителей ---- Templates // Шаблоны приложения -- Kernel --- Kernel ---- Kernel.php //ядро системы --- Registry // Работа с реестром --- Database // Работа с Базой Данных Список системных приложений на данный момент (которые включены в систему): Access Rights // права доступа пользователей Applications // Работа с приложениями Database // Работа с базой данных Error // отображение критических ошибок системы Router // Роутер запросов Templater // Шаблонизатор User // Пользователи Web // подготовка сайта к выводу на экран [/code] Изначально задумывается, что все будет автоматизировано. Допустим, мы хотим создать игровой мониторинг серверов. Скачиваем основу - Bullio Engine, скачиваем приложение мониторинга. Заходим в АЦ, там просто загружаем архив с приложением и оно само устанавливается. Никаких заморочек с файлами, как в DLE. Вот в принципе все, что я хотел написать. Зачем? Услышать ваше мнение об этом, если есть люди имеющие опыт в этом деле - буду рад получить советы и замечания от них :)

IP.Gallery и эта штука - Юпитер и бутерброд с маслом.

О господи, вы по ссылке перейдите. Это BETA версия.

В двух местах меняли?

Работать за просто так или нет - дело каждого.

Я не в курсе, не ставил это дополнение никогда.

Они не могут там не открываться Вероятно, ты что-то неправильно делаешь.

Деликатно забить на него :)

У меня еще в январе был свой сервер Minecraft 1.1. За первые 6 часов работы онлайн поднялся до 25 человек, на следующий день было 40. Реклама была очень хорошая Проработал месяц, потом продал сервер, т.к. всерьез решил заняться PHP и уйти из игр. Вот так вот.

Рекомендую поставить их на этот форум.

Название: (SOS) BBCodes v2 / BB-коды уведомлений Добавил: _Dark_ Добавлен: 19 Мар 2012 Категория: ББКоды IP.Board Данное дополнение добавляет 4 новых BB-кода, которые могут быть особенно полезными для администрации форума. Эти BB-коды могут играть роль уведомлений в теме. Каждый BB-код добавляет свой стиль уведомления: Ошибка Информация Подтверждение Предупреждение (см. скриншот). От меня: Перевод на русский язык названий BB-кодов и подсказок для них. Доступ к ним имеют только группы Администраторы и Модераторы. Изменил адрес изображений BB-кодов, теперь они загружаются не с фотохостинга, а с Dropbox. Это надежнее Перевод справочного файла. Установка: (См. также в файле Readme.html). Шаг 1: Импорт XML файлов Войдите в Админ Центр и перейдите в раздел Внешний вид. Выберите BB-коды в левом меню. В нижней части этой страницы найдите заголовок Импортировать новые BB-коды. Выберите файл confirmation.xml из этого архива и нажмите на Импортировать. После, загрузите по порядку файлы: error.xml, information.xml, warning.xml. Шаг 2: Добавление CSS стилей В Админ Центре перейдите в раздел Внешний вид, кликните на название стиля который используется в данный момент на сайте, нажмите на кнопку CSS в редакторе. Нажмите Добавить CSS-файл, введите его имя - SOS_BBCodes и вставьте в редактор: Шаг 3: Загрузка файлов Загрузите папку public из папки upload в архиве в корень вашего форума. Автор: Paulo Coradini Перевод: _Dark_

А я это делал 2 недели назад У меня был CS:S с SouceMod, RevEmu и CSS:DM, на Debian.

CSS - отличная штука! Особенно с AWP и с диглом в запасе. А GTA меня уже достала :)

Загружаешь картинку и получаешь на нее постоянную и прямую ссылку. По типу radikal.ru, ipicture.ru и т.д.

Из темы удалены 4 сообщения от egorea1999, не несущих особого смысла.