Как оказалось в потерях сессии виновником выступает не сам Firebug а его расширения. В моем случае FirePHP. После удаления этого расширения проблемы с потерей сессии в TYPO3 пропали. Судя по трекеру ошибок TYPO3 такая же проблема присутствует с установленным расширением YSlow.

Жаль, нужные расширения, но не смертельно.

Опытным путем установил что виной всем является Firebug. Стоит только активировать Firebug в любом окне Firefox или любой закладка как TYPO3 терят сессию. Похоже, что дело связано с новыми javascript библиотеками (ExtJS)… если кто-то сталкивался с подобным, есть ли решения?

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

10 = IMAGE
10 {
   file = GIFBUILDER
   file {
      XY = [20.w]+5,[20.lineHeight]*0.3+[20.h]
      transparentBackground = 1
      # Render regular text
      20 = TEXT
      20 {
         text = This is a long text that will hopefully break automatically...
         breakWidth = 250
         breakSpace = 1.0
         offset = 0,[20.lineHeight]
         niceText = 0
      }
   }
}

Мне приходилось изобретать корявый велосипедище, для решение этой проблемы…

Ссылочка на сайт

С выходом более менее рабочей версии PHP 5.3, чем грозит переход на версию 5.3+?

TYPO3 работоспособна в среде PHP 5.3, однако есть несколько неприятных моментов, которые разработчики TYPO3 пока не спешат исправлять в данной версии. TYPO3 версии до 4.3 использует функции ereg_* которые объявлены устаревшими в новой версии PHP. Так же введен новый режим оповещения об ошибках E_DEPRECATED, и теперь установка отчета об ошибках в E_ALL переводит безобидные предупреждения о использовании устаревших функций, в ранг ошибок. В результате этого Ваш лог ошибок распухает от огромного количества сообщений, а если вдруг стоит отображение ошибок, то и к неработоспособности сайта.

Установка error_reporting в php.ini не дает нужного эффекта, так как TYPO3 имеет свое мнение на счет этих установок. Причем установка значение error_reporting в TYPO3 не определено нигде отдельно, а раскидано по множеству файлов и даже расширений. Что бы не изменять множество файлов и избавиться все же от сообщений в логах, нужно сделать следующее:

Запретить переопределение error_reporting, отключив соответсвующую функцию в php.ini:

1

disable_functions = error_reporting

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

1

error_reporting  =  E_ALL & ~E_NOTICE & ~E_DEPRECATED & ~E_WARNING

Если на сервере несколько сред PHP, а том числе для разработки, то лучше устанавливать данные параметры локально для каждой среды в настройка Apache или .htaccess по мере необходимости.

Привыкнув к циклам в языках программирования, многие разработчики ищут подобные структуры в TypoScript. Но TypoScript не язык программирования – это всего лишь конфигурация системы и циклов там нет. Но можно задать конфигурацию где организовывать счетчик и указать как его вычислять.

Для реализации счетчика потребуется переменная для хранения текущего значения. В TYPO3 для хранения значений на этапе вывода используются регистры (registers), в которые можно сохранять любые данные и использовать их при выводе информации на сайт.

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

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

1
2
3
4
5
6
7

10 = LOAD_REGISTER
10.counter {
  cObject = TEXT
  cObject.data = register:counter
  cObject.wrap = |+1
  prioriCalc = intval
}

Идея проста – на каждой итерации любого цикла, LOAD_REGISTER будет выбирать значение регистра “counter” и дописывать к нему “+1″. Далее это значение будет вычисляться и помещаться назад в регистр “counter”.
Данный код может быть размещен в любом месте где Вам необходимо что либо считать: элемент меню – для вывода порядкового номера, RenderObj – для вывода порядкового номера контент блока.

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

Подробный пост на хабре

Такая конфигурация ошибочная! Поведение системы становится непредсказуемым, ссылки то работают, то не работают.

Дело в том что конфигурация выбирается последовательным перебором и _DEFAULT будет срабатывать всегда, даже если следом идет верная конфигурации для текущего домена. Правильная конфигурация для мультисайтовой системы не должна содержать _DEFAULT вообще или добавлять его после всех настроек доменов.

Подробнее о настройке RealURL можно прочитать в блоге Дмитрия Дулепова. Отдельно спасибо Дмитрию за то что указал на эту ошибку в моем конфиге.