Новости 3.0.0
 

Всем доброго времени суток !

News 3.0.0 - что за зверь такой ? Кто уже столкнулся, Ваши мнения ? Да, и где теперь взять 2.5 ?

Я вот установил на сырой Typo 4.2.10 новости 3 версии т.к 2.5 не нашёл. Сразу же после установки экста в начало тела Body моего темлейта присунулись сомнительные символы ?> которые теперь видны как текст соответственно, хотя я их туда не просил.
В итоге вместо у меня возникло причём, если удалить экст то всё опять становится как надо. Кто знает откуда бирётся этот хлам ? Плюс, удалить экст. через ExtManager без ошибок както не выходит.
Ребятам респект и уважуха, НО на мой взгляд сыро.

Так через тотже Ext Manager можно и закачать любую версию

работаю давно, хотя и не с версией из ТЕР. Таких глюков не было.

http://bugs.typo3.org/view.php?id=12808
Duplicated '?>' in class.tx_ttnews_cache.php
удалил ручками просто...
хотя, в таком серьезном расширении как tt_news таких глюков не ожидал... :(

Спасибо ребята, Marco отдельный респект.
Да, действительно нечаянно продублировали закрывающий пхпшный тег. Ну впринцыпе, можно уже сейчас было исправить это и сжать всё в 3.0.1 и закрыть тему :rolleyes:

Я думаю таких глюков там много будет первое время.
Изменения внесены очень радикальные, а занимался этим похоже один человек. Так что хорошенько потестить все новшества врядли он мог.

Собственно, все до-ноябрьские изменения оттестены весьма хорошо, ИМХО. См. активность в форже и обсуждения в листе - то, что было сделано к сентябрю прекрасно пашет. А вот в гонке к 4.3. действительно мелочи могли забыть - посмотрим, вылезет ли еще что-то. Ну и занимался этим не один только Rupi.

Мдээ.. Намучено с тэмплэйтами уж слишком. На мой взгляд в 2.5 было както более ясно. Вот досихпор немогу понять, как впаять свой шаблон из версии 2.5 в эту тройку. :confused: Так то было всё явно, заменил html и setup.txt и вперёд.. тутже пока не разобрался. Пойду читать доки. :rolleyes:

а setup.txt зачем менять однако? Если вы его меняли прямо в папке расширения - ну извините. Недаром это числится в worst practice. И новая версия у вас с сетапом от старой естественно не заработает. И не должна.
Конкретно-то какие проблемы?

Ну, ок. В конкретном случае, проблема в том, что я немогу понять, как и где, мне явно задать какой из моих собственных шаблонов будут использовать новости. На данный момент указываю всё в BE настройках плагина. НО в этом случае, определяется только указанный мной шаблон, а прописанный в нём CSS игнорится. Как это сделать через TS ? (А именно указать шаблон и CSS).
Пойду почитаю доки. :rolleyes:

шаблон - в константах. CSS - в сетапе страниц, как и любой другой CSS. А дефолтные CSS плагинов - зло :D

tt_news ver. 3.0.1 http://typo3.org/extensions/reposito..._news/current/
Fixed bug 12808 (duplicated ? in class.tx_ttnews_cache.php) and bug 12848 (caching framework problem) !!! Database changes !!!

:D Я как в воду глядел :cool:

Поставил 3.0.1 поверх 3.0.0, вроде работает, но выкинул трэш типо Конечно же делаю апдэйт и всё равно трэш не исчезает. Вообщем, это нормально ?

Да, и ещё, кудато убрали CSS-based tmpl из includes или это только у меня косяк ? Т.к я вижу только : news CSS-styles, News settings, News feeds.

табличный шаблон убран. соответственно сам шаблон подключается в news settings ЕМНИП.
Ситуация с таблицами ненормальная. Попробуйте через database analyser или вручную создать поля - бывают нюансы с разными версиями и/или настройками MySQL.

Судя по ошибке у вашего mysql-юзера нет прав на ALTER TABLE

Ситуация с вышеуказанным трэшем разрешилась следующим образом :

Последовательность :

1. Через PhpMyAdmin или аналог удаляем из базы tt_news_cache.
2. Через Install Tool --> Database Analizer --> Compare выбрасываем все указанные конфликтные, не используемые и дублированные (переименованные с добавлением префиксов поля).
3. Тамже разрешаем создать новый tt_news_cache со всеми необходимыми новой базе условиями.
4. Комрпарим заново, и, о чудо проблема решена.

P.S - Производить замену через Database Analizer без предварительного удаления из базы старого tt_news_cache - бессмыслено т.к чудо не происходит.
-----------------------------------------------------------------------

А вот с тэмплэйтами пока разобраться не удалось. Ну не видит он моего CSS. Буду копать дальше. :)

Ну к сайту вы как-то CSS подключали? И этот подключите так же. (includeCSS,headerData или что вы используете)

Ну, вообще я использовал такую композицию в constants :

или в setup :
хм или я чтото не так делаю ??:confused:

Всёё.. решилась проблема :) шаблон указал в BE наcтройках плагина. Странно, что через TS не работает...

А что, в новой версии попрежнему нельзя сортировать категории в свободном порядке?
Они сортируются только по id.

Ребят, всем добрый день ! К вопросу о новостях. Есть следующая сложная задача : Имеется ряд отрослей примерно 50, в каждой примерно по 10 направлений. Соответственно в каждом направлении есть список айтемов с описанием и картинками ( колличество айтемов неизвестно и может рости по мере их дополнения). И того имеется список 50*10*n

Было решено соорудить данную конструкцию на новостях. Соответственно нужно создать 50 категорий и в каждой по 10 подкатегорий в которых будут храниться хти новости. НО, гдето слыхалось, что если делать всё на стандартных категориях, то при наборе пары тыс. единиц новостей начинается трабл с продуктивностью.
Есть предположение, что можно забить 50 страниц и в каждой по 10 подстраниц в которых и хранить сами новости, что заменит вариант использования категорий, но тут опять есть сомнения, что это не тождественные понятия. Плюс, если мне нужно будет в одном LIST выводить 50 последних новостей со всех 500 страниц, то при попытке добавления список страниц контейнеров в плагин у меня ничего не получится, т.к более 20 не принемает.

ообщем какие предложения ? Может кто решал подобные задачи с большим колличеством категорий. Я в замешательстве.

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

Также вам поможет плагин, который автоматом прописывает нужную категорию для новостей на конкретной странице.

По поводу списка контейнеров. Во первых можно указывать только страницу верхнего уровня, а в FlexForm (не помню) или TS (точно) указать на какую вложенность просматривать дочерние страницы.
Второй вариант - вставлять на страницу плагин не как обычно через FF, а как кусок TS кода с использованием плагина вроде typoscript_code. Так можно лучше сконфигурировать блоки tt_news (особенно если их несколько на странице), так как не все опции доступны через FF.

Если - судя по размерам - в дереве 1 сайт можно вообще отключить проверку источника. И выборка пойдет просто из всей таблицы.

Да, и траблы с продуктивностью мало зависели от количества категорий. В тройке все гораздо приличней. Подробности на тему - надо ли тюнинговать тройку под ваш объем - лучше дополнительно поспрашивать в листе ньюсов.

Думаю, разделение новостей на разные страницы только усугубит, но ни как не улучшит ситуацию. Хранится то они будут все равно в одной таблице. Зато запрос при попытке вытащить новости из разных страниц значительно усложнится. Делайте все на категориях и подкатегориях. Последние 50 новостей доставать можно просто игнорируя категории. Думаю, проблемы с производительностью могут быть при указании большого количества категорий в одной выборке.

С точки зрения редактора лучше разделять. Так как в BE TYPO3 нет каких-либо средств (tt_news 3.0 еще не смотрел) для поиска и отбора по категориям, датам и т.п. Поэтому администрирование такой базы без разделения (особенно если это несколько человек) становится непосильной задачей. Более того, в таком случае даже лучше не делать рекомендуемого по стандартной схеме TYPO3 разделения на системные папки (для хранения) и на страницы (для отображения), а все делать в одном дереве страниц. Иначе придется вручную дублировать 500 страниц - много возможностей банально ошибиться.

С точки зрения программной части запрос на выборку все равно чаще строится отталкиваясь от категорий, а не от страниц. Страница фигурирует либо верхнего уровня, либо вообще не указывается (используется вся таблица). И если все в одном дереве, то список отображает записи с текущей страницы (и дочерних при необходимости). Что опять же можно задать один раз в шаблоне верхнего уровня через TS, а не ставить на каждую страницу свой плагин или свой кусок TS кода в шаблон.

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

Ооо ребята, Вы меня очень обрадовали такими заявлениями, особенно после того когда я именно продублировал каждый сисфолдэр страницей с плагином. :confused: эм.. попробуем запустить так, посмотрим к чему приведёт, но не переделывать же всю месячную работу заново. тем более, действительно с точки зрения администрирования даж сложно представить как всё это свалить в 1 кучу и рыться в тысячах новостей на одной странице. О результатах сообщу, возможно они будут не очень позитивными, а возможно и обойдётся.

Кстати, по теме у меня RealUrl выводит линк на новость ввиде /sales/single/9.html. Как бы мне прописать, чтоб вместо single/9 было название новости ?

И кстати, заметил, что если новость лежит скажем в "/sales/division/" то в линке финурирует только 1й уровень /sales/single/9.html хотя должно быть /sales/division/single/9.html почему отображается только корень ???

По моему в стандартном примере для tt_news урл формируется именно из названия новости.

Правьте блок в конфиге RealURL для tt_news. Описание есть в доке по tt_news.
Но название новости будет "транслитерированное" из русского в английские буквы, т.е. выглядеть может ужасно и задать свое "покрасивее" не получится. Чаще русские сайты используют ID для новости, как и в вашем случае.

Ссылка идет на ту страницу, которая у вас указана для "single view". Это задается либо в TS (например одна "single" страница сразу для всего сайта), либо в FF плагина новостей.

Что бы было так, как вы хотите, то вам надо иметь для каждой категории свою страницу "single view". Один из вариантов предусмотрен в tt_news - вы в записи каждой категории (tt_news_cat) указываете страницу для этой просмотра новостей из этой категории, и tt_news глобально через TS конфигурируете, что бы ссылка на просмотр подробнее формировалась с учетом категории.

Вы можете использовать для "single view" ту же страницу, где выводится список записей этой категории. Для этого надо настроить через TS переключение между режимами list/single в зависимости от переданных параметров GET. Такая конфигурация также приведена в доке по tt_news.

Да, ребят спасибо, разобрался. Сайт англоязычный, поэтому всё как надо выглядит. Нужно было вместо uid прописать title :)

Единственное, можно ли както вообще избавиться от артикля в линке, в моём случае это SINGLE ?

Этот префикс задается в конфигурации RealURL, в разделе postVarsSet и используется для распознавания того, что за ним будет идентификатор новости.

Если убрать оттуда кусок про single, и перенести его в раздел fixedPostVars, то можно избавится от /single/. Но там конфигурация указывается для конкретных страниц по Page ID, и другая структура массива конфигурации.

Спасибо, :) Где забивается массив, я понял, хотел спросить, может у Вас есть какие нибудь идеи, как это можно более динамично оптимизировать без привязывания каждой конкретной страницы скриптом ? :confused:
Заранее спасибо.

Сам не пробовал, но с точки зрения программиста это реализуемо примерно так. Так как конфигурация это обычный PHP файл, которые заполняет массив, то этот же массив можно заполнить самому, выбирая данные из дерева страниц по нужным критериям.

Кто нибудь победил совместить single и id новости?
Тоесть вместо /single/id сделать /single-id/

Сделайте через TS на одной странице List и Single.
Т.е. в TS-условиях переключение на Single если передан uid через GET.
Примеры можно найти в гугле - это одна из типовых настроек tt_news.

Сделать склейку двух частей урла через "-" средствами RealURL не возможно.

Но можно сделать alias, что бы вместо /uid выводить например /uid-title или /title-uid

Жаль конечно, что нельзя склееть, так лишний сегмент получается.
Да, новости List и Single на одной странице, и для каждой категории своя страница в дереве. Где лучше хранить новости: в нескольких системных папках или расбросать на каждую страницу по всему дереву?