Теги форумов: PHP, фреймворки

2016-06-23, Balancer: … Нифига себе, оказывается, уже почти 10 лет прошло, как я на ShinxSearch перешёл ... Сейчас возникла проблемка. Я отказался от хранения компилированных тел сообщений в БД, перейдя на их хранение на диске (сразу почти на 10Гб БД разгрузилась и,…

2006-11-15, Balancer: ~~~Только что на коммерческом хостинге встала задача пару страниц положить в файловую систему. Было сделано такое решение (время работы - минут 10 с обдумыванием, написанием и отладкой :D ). *Общий принцип* - CMS в самом конце всех проверок и обработок, если ни один модуль не взялся за отображение страницы, выводит страницу стандартным методом с помощью модуля [term]handlers/post/80-pages.php [/term]. Он извлекает стандартный набор данных через [term]DataBaseHTS-> get(uri, key_name)[/term] и скармливает его Smarty-шаблону. - Есть возможность вставить свои перехватчики, подменяющие стандартные функции извлечения данных. Собственно, это на сегодня самый популярный способ написания модулей и плагинов. Вешаем на заданные URI или их группы наши функции, которые возвращают требуемые значения. Чаще всего для регистрации своих методов используется функция [term]hts_data_prehandler_add(ur i_regexp, key_name, function)[/term] или [term]hts_data_prehandler_add(ur i_regexp, array(key1_name => func1, key2_name => func2,…

2006-11-15, Balancer: ~~~Abaddon> Отдельный виртуальный хост, тогда .htaccess из вышестоящих каталогов читаться не будет. Не покатит. Речь-то о виртуальной подсистеме. Конкретно - о Trac'е :D

2006-11-14, VKS: Добрый день, давайте начнем с описания структуры CMS. При первом знакомстве очень важно понять функциональную принадлежность каждого файла. После думаю стоит разобрать установку CMS, в частности если есть настройки, то где и какие.

2006-11-14, Balancer: ~~~Dem_anywhere> Ну или делать не совсем статику. А с проверкой текущего статуса (обновлена/нет) Тоже можно, всё равно, в нынешнем варианте с постоянного адреса страницы идёт редирект на кеш-вариант. Dem_anywhere> Кстати - запись статической страницы на…

2006-11-14, Balancer: ~~~Похоже, придётся возвращаться к самому древнему варианту - когда каждая страница сайта идентифицируется не своим URI, в текстовом виде, а целочисленным индексом. Всё же, всевозможные поисковые и аттачевые вопросы в таком виде работают намного быстрее, и потери на лишнем преобразовании адрес -> id становятся ничтожными.

2006-07-18, Balancer: ~~~Начну понемногу описывать используемые в CMS механизмы. Очень поверхностно и вкратце, но надеюсь на уточняющие вопросы заинтересованных, буде таковые найдутся. Отдельный пакет может быть "плагином". Плагин кидается в специальную папку [code white]cms/plugins/path/to/any/na me/[/code] и в файле main.uri прописывается список URL, на которые он вешается. Формат шаблона URI регексповый: [code](/)(tools/search/title)(/. *)[/code] Первые скобки - группа, указывающая на автоматического родителя нашего плагина. В данном случае, если родитель не будет прописан программистом явно, все ссылки вида [i]/tools/search/title/...[/i] будут иметь в качестве родителя [i]/[/i]. Вторая группа - имя плагина. Третья - внутренний путь плагина, на который вешаются обработчики его страниц и операций с ним. Ибо в коде самого плагина обработчики прописываются для путей, задаваемых относительно базового пути плагина. Скажем, если я систему тикетов вешаю в [i]/tickets/[/i], то по [code php]

2006-05-08, ВОКБ ЛА Кукушка: ~~~Люди, как же так?!! Не одного ответа, и не одного письма... Не знаю что и делать. На svavia авиатоп прекратил своё существование... А Я патриот - не уж то не осталось больше не где рус АвиаТопа?!!

2006-05-02, Balancer: ~~~[quote author=marata link=topic=37341.msg732733#msg73 2733 date=1146575559] Гугл как раз "свежее" плохо ищет, т.к. новый контент еще не попал в их базу данных. [/quote] На Авиабазе сейчас стоит система, которая через штатный интерфейс Гуглю скармливает…

2006-04-02, Balancer: ~~~[quote author=fantomas link=topic=37314.msg693075#msg69 3075 date=1141419115] Да что здесь с BBCode творится-то??? :o [/quote] Свой (в смысле старый) движок BB-кода на этот форум ещё просто не прикручен.

2006-01-16, Balancer: ~~~пока - починил старый механизм авторизации.

2006-01-16, Balancer: Форум будет этот, хотя можно будет создать внутри него ещё и закрытый подфорум. Будет также Wiki, при чём - тоже две. Открытая и закрытая, для внутреннего пользования. Обсуждения лучше вести тут или в Jabber-конфе, ответы на вопросы постараюсь давать в Wiki Поскольку сразу рассказать всё о CMS и принципах работы её ядра не получится - задавайте вопросы Хотя, понятно, основной скелет постараюсь расписать в Wiki. Пока задействуем Mediawiki, потом, когда будет выправлена Wiki в нашей CMS, лучше будет перейти на неё, она лучше для такого приспособлена.

2005-08-06, Centuriones: ~~~А механизмы выборки из глубины базы данных не рекурсивные случайно?

2005-07-12, Balancer: ~~~"Это не баг, это фича" :) На этих страницах большие таблицы и нужно их как-то уменьшить. Переопределять все шрифты в стиле - не годится, т.к. на остальных страницах будет шрифт мелкий. Переопределять все таблицы - тоже не выход, т.к. таблицы есть и…

2005-02-02, slipstream: ~~~// *Корректный Last-Modified* [size=2] http://forums.airbase.ru/index.p hp?showtopic=28390&view=findpost &p=502730 http://forums.airbase.ru/index.p hp?showtopic=27889&view=findpost &p=505156 [/size]

2005-01-21, Balancer: "Статья" не может быть атомом. Хотя бы потому, что в ней могут быть картинки или таблицы (точнее - выборки из БД - будет отдельная сущность). Комментарии тоже не могут быть частью статьи и т.п. Кстати, под "страницей" я понимаю именно набор атомов статьи.…

2004-12-22, Balancer: ~~~Наверное, стоит для каждого параметра вводить две таблицы - основную и архивную. Все обычные запросы идут только в основной таблице. В архивную обращения идут только после ненахождения нужных данных в основной. Делить архив на таблицы по времени…

2004-12-22, Balancer: Шаблоны вложенные. Скажем, поле ввода/редактирования сообщения будет общее и для нового сообщения, и для ответа, и для изменения сообщения. Тексты шаблонов - обычные объекты БД.

2004-12-22, Balancer: ~~~К сожалению, отсутствие rewrite-техонлогий на многих сайтах и, самое печальное, примитивность поисковых систем, у каждого объекта должен быть строгий и единственный адрес. Что требует выделения одного из родителей объекта в качестве главного, а остальных - в качестве второстепенного. Нужно подумать на счёт категорий. С одной стороны, хочется, чтобы это был предельный примитив для упрощения жизни и пользователей и авторов ("Космос", "Компьютеры", "Юмор" - понятно, что объект может входить сразу в несколько категорий), с другой - хочется конкретики ("Компьютеры -> Интернет", "Компьютеры -> Программы"). Но на предельном уровне это та же система родителей. Так что тут нужно не балансировать как-то, а сразу определиться с пределами. Не знаю, в общем. Надо думать.

2004-12-22, Balancer: ~~~Двуслойный драйвер 1. Драйвер непосредственной работы с БД. Обеспечивает низкоуровневые действия, связанные с выдачей/записью заданных параметров объектов. "Дай мне число просмотров объекта 12345". "Запиши заголовок объекта 7890". 2. Драйвер обеспечения работы с CMS, обеспечивает высокоуровневые запросы к драйверу 1. "Дай мне список цепочек родителей объекта 5678". "Сделай бекап требующих этого полей объекта 34567". Разграничение доступа на уровне объектов, но не параметров. Доступ по умолчанию + модификаторы. Разграничение доступа на уровне операций. Кому какие тэги можно использовать. Какие поля менять.

2004-12-09, Genocide: ~~~Hi ALL !!! Немного предложений. По списку: 1. Провести голосование "Кому какая логическая структура удобнее и больше нравиться - древовидная или линейная, с пунктами: а. Древовидная (я хожу и на ВИФ и на Авиабазу) б. Линейная (я хожу и на ВИФ и на…

2004-10-22, Balancer: ~~~Потроха смотрел в 4.5 (сегодня слил), но только в сорцах. Форум последней версии смотрел на нынешнем drupal.ru - 4.4.2 Сам ставил для тестов 4.4.0 - на этом сервере Drupal был весьма нетороплив даже в сравнении с iPB-движком форума :) И намного…

2004-10-20, Balancer: ~~~Так как форум - это только часть всей системы, то неплохо бы было и идеи по CMS отдельно собирать. В частности - в Wiki. Хочется реализовать распределённую Wiki-систему. Чтобы сервера могли обмениваться списками/заголовками статей и, т.о., чтобы имелись бы межсайтовые автоссылки, навигация и т.п. Но пока нет чёткого представления, как это сделать оптимальнее.

2004-10-18, kv75: ~~~> 1. Язык движка. Самое очевидное, конечно, PHP, но вдруг у кого-то на эту тему есть мысли? Мне кажется, пока надо писать на PHP, а там будет видно. Кто-то уже высказывал мысль, что при большом желании всё можно и переписать, сделав разные варианты. Но…

2004-10-07, Balancer: ~~~Сейчас имеется полнофункциональная CMS (система управления контентом), частично интегрированная с форумом iPB. Особенности: * Релизована объектная модель на базе MySQL. Движок выполнен в виде внешнего драйвера (хотя и весьма массивного) на двух уровнях: ** MySQL-интерфейс для простейших операций (вставить значение, извлечь значение и т.п.) - объём файла всего 258 строк. Фактически, переход на иные способы хранения (другие БД, plain/text файлы и т.п.) выполняется, в основном, его заменой. чтобы проще ссылаться - имя файла DataBase.php ** Интерфейс моей CMS - надстройка над DataBase.php, реализующая объектную модель. Т.е. для каждого объекта (страница, картинка и т.п.) есть набор атрибутов (ширина картинки, дата модификации страницы, URL страницы, описание, список родителей, список детей и т.п. - всего уже десятки параметров). 464 строки. Требуется доработка, т.к. есть несколько прямых запросов к MySQL минуя DataBase.php. Имя файла - DataBaseHTS.php (HTS - давнее обозначение моего формата разметки, ещё…