Текущие записи отфильтрованы по: TYPO3
Сброс фильтра для просмотра всех записей.
Рано или поздно создателю сайтов, а особенно, работающему с TYPO3, станет тесно на
виртуальном хостинге. Ведь мощь системы проявляется в полной мере только при ее тонкой настройке. Ясно, что это просто осуществить на локальной машине, но на виртуальном хостинге, несмотря на довольно гибкие настройки, не всегда возможно добраться до некоторых вещей, например, поставить собственный сервер, добавить программное обеспечение и т. п. К тому же, зачастую возможны "падения" или нестабильная работа — виной всему разделяемые ресурсы, в частности процессорное время, память и дисковое пространство. Выходом здесь может послужить аренда
Виртуального выделенного сервера (VPS). Сразу оговорюсь, что для этого нужна сумма определенных знаний и опыт. Новичкам это не подойдет, хотя все зависит сугубо от желания учиться и приобретать опыт. Сам я не считаю себя опытным человеком, предпочитаю удобство ОС с окошками, а не Unix системы, да и работаю скорее из любви и любопытства, нежели из профессиональной необходимости. Но все можно найти в сети!
Еще одно заблуждение – VPS это дорого. Скажу, что чуть дороже хорошего виртуального сервера, подходящего для TYPO3. К тому же, если у Вас имеется несколько сайтов, работающих на TYPO3, то VPS – это как раз Ваш выбор!
Далее речь пойдет о настройке своего Виртуального выделенного сервера, предоставляемого компанией
Inferno Solutions. В моем случае, минимальная стоимость сервера составила 22$ в месяц. Это 512 мегабайт оперативной памяти, 25 гигабайт места на диске (RAID 10) и неограниченный трафик.
Помимо этого мы получаем удобную онлайн панель управления сервером
ISP manager lite. Что позволяет нам через браузер устанавливать настройки сервера, его программное обеспечение, резервирование, управлять пользователями и многое другое. Но это уже отдельная тема, да и управление не столь сложное и отлично документировано.
Посмотрим, как на базе виртуального сервера можно собрать (UNIX) хостинг для TYPO3 – единое ядро системы, что упрощает его своевременное обновление, снижает нагрузку на сервер и дает выигрыш до 200 мегабайт на жестком диске для каждого отдельно установленного сайта. Таким образом мы выжимаем из TYPO3 все 100%!
Зачастую при написании статьи, а тем более копировании-вставке материалов могут возникать орфографические ошибки. Даже если Вы сами человек сверхграмотный, они могут проскочить. И это тем вернее, чем больше людей занимаются редактированием сайта и чем больше сам сайт.
Всвязи с вышесказанным хотелось бы рассказать об очень полезном сценарии, который поможет Вам исправит допущенные в тексте материалов сайта ошибки. А точнее сами пользователи будут указывать Вам на них, останется только исправить (или махнуть на них рукой:).
Суть системы
Orphus заключается в том, что посетитель, увидевший ошибку на сайте, может выделить этот кусочек текста мышкой и нажать сочетание клавиш CTRL + Ввод, затем в появившемся окошке написать комментарии и отослать автору на почту сообщение об ошибке. После этого к Вам приходит письмо с уведомлением, что на сайте присутствует ошибка.
Сама система Orphus предоставляет простой веб интерфейс, где можно просмотреть все накопившиеся сообщения об ошибках за раз.
Действительно приятно иметь дело с грамотными статьями, далее я расскажу, как установить эту чудесную систему на сайт, работающий под управлением TYPO3. Это займет считанные минуты...
Как известно, резервная копия сайта на TYPO3 состоит из резервной копии файлов и папок и резервной копии базы данных.
Если с файлами и папками все более меннее понятно – нужно любыми подходящими способами создать архив файловой системы, то для резервирования базы данных существует множество способов. Об одном, очень мне понравившемся я здесь и расскажу.
В t3blog для работы сворачивания/разворачивания списков Архив и Категория предлагается использовать JS на основе схемы mootools. Это зачастую не устраивает создателей сайта - они могут использовать и другие библиотеки, а решение на основе mootools попросту может не работать, либо может отказаться работать другой функционал.
В частности, на своем сайте я в основном использую библиотеку jQuery. Подключена она при помощи небезызвестного, отличного расширения
t3 jQuerry. Для того, чтобы не было конфликта с другими библиотеками JS, используется режим jQuery.noConflict().
И все бы ничего, но вот обнаружил, что реализация списков по умолчанию работает с ошибкой - свернуть список можно, а развернуть уже нет... То есть, если обновить страницу, то список выводится уже развернутый - работают устанавливаемые cookie. Об этой проблеме я писал на
странице разработки расширения, но ничего вразумительного за четыре месяца написано не было (до недавнего момента).
Здесь я опишу решение, для списка Архива реализованное в расширении
t3blogjquery, а для списков - через дополнительно подключаемый сценарий, написанный для jQuery.
Просматривая документацию по TYPO3 недавно наткнулся на любопытный документ, еще не опубликованный, но очень толковый. Его перевод здесь и привожу...
Здесь я хочу рассказать, как все же можно настроить сетевой журнал на основе t3blog под себя... Будем считать, что расширение t3blog уже установлено, остается его настроить.
В расширении уже имеются следующие функциональные внешние модули (widgets, виджеты):
Угробил сегодня уйму времени, разбираясь с расширением t3m_cumulus_tagcloud. Конкретно – не устраивает ситуация с отображением тегов на русском языке (или любом, отличном от английского).
Как уже писал ранее,
проблема взаимодействия t3blog и данного расширения для отображения облака тегов решилась...
Решил залезть дальше, и выяснит, почему русские метки отображаются коряво... Вкратце: начал не с того конца – заподозрил неверное преобразование кодировок... Но проблема в самом swf файле, используемом в расширении – именно там неверно происходит перекодирование...
Вообщем, выкладываю архив с измененным расширением:
archive (641 КБ). Файлы из этого архива нужно разархивировать в папку typo3conf/ext/, при этом будут заменены оригинальные файлы расширения t3m_cumulus_tagcloud.
Можно просто заменить файл ext/t3m_cumulus_tagcloud/pi1/tagcloud.swf из папки расширения на
этот, поменяв его название на, как Вы догадались, tagcloud.swf.
Не секрет, что индексирующий поиск – не самая сильная сторона TYPO3. После безуспешных поисков подходящего расширения и/или настроек встроенного indexed_search, решил посмотреть в сторону хорошо работающих существующих сервисов. В частности от Google:
система пользовательского поиска.
Сразу скажу, что выгода такого подхода стала очевидной сразу после установки и настройки:
Из недостатков, с чем сразу столкнулся:
Будем полагать, что в шаблоне сайта уже имеется форма для ввода искомого слова, она может появляться лишь на определенных страницах или являться частью дизайна и присутствовать на всех страницах. Результаты же поиска по введенному в эту форму слову/фразе должны будут появиться на определенной, заранее установленной странице. Как это определить – каждый решает сам, но проще создать какую-либо TS константу в корневом TS шаблоне сайта, и занести в нее ID этой страницы. Скажем searchPID = 33, где 33 - это и есть ID страницы с результатами поиска.
Сама форма для поиска, размещаемая в шаблоне должна иметь примерно следующую структуру:
Если заметили, 24 сентября расширение
t3blog было обновлено. Но после обновления перестало работать красивое расширение для отображения облака меток
t3m_cumulus_tagcloud. Что же случилось? Дополнение облака тегов из класса class.tx_t3mcumulustagcloud_pi1.php обратилось к функции getTags_array () в классе class.tagCloud.php из расширения t3blog (файл класса находится в папке t3blog/pi1/widgets/tagCloud/).
После обновления и ревизии этот класс попросту удалили... Чтобы временно решить проблему (о ней я сообщил разработчику, но будет ли это исправлено - неизвестно...) я сделал следующее:
меняем в строке 126 файла class.tx_t3mcumulustagcloud_pi1.php (t3m_cumulus_tagcloud/pi1/class.tx_t3mcumulustagcloud_pi1.php)
$tags = tagCloud::getTags_array();
на
$tags = getTags_array();
А в конце файла, после функции main() вставляем копирую функции getTags_array() из старой версии расширения t3blog:
В марте 2010 появилась английская версия докуменатции для ознакомления с
Extbase. Наткнулся на нее я лишь недавно, начав плотнее разбираться с программированием расширений для TYPO3. Здесь хочу представить перевод этого документа.
Это ознакомительное руководство написано Franz Ripfel,
franz.ripfel@abezet.de.
Благодарим Jochen Rau, Sebastian Kurfürst и остальных, работающих над доступностью программирования в стиле FLOW3 в TYPO3 v4.
В документацию все еще вносятся поправки, поэтому приветствуется обратная связь. В связи с продолжающейся разработкой, документация может быть не актуальной в некоторых частях. Наслаждайтесь первыми шагами в Extbase!
Это – часть большого документа о новом способе создания расширений. Весь документ включает следующие книги:
Во всех книгах одно и то же введение, поэтому, если вы уже знакомы с ним, – смело пропускайте!
Расширения были представлены в TYPO3, начиная с версии 3.5 и стали одной из основных причин гибкости, популярности и широты распространения TYPO3. Но основной класс для дополнений внешнего интерфейса (называемый tslib_pibase, поэтому мы называем расшир