Зазвичай, коли виходить оновлення TYPO3, адміністратор повинен завантажити файли, а потім розпакувати їх на сервері. Цей посібник пояснює альтернативне рішення, котре використовує Subversion для цієї задачі.
typo3
Починаючи з версії 4.0.1 TYPO3 має серйозний обробник помилок. У Цьому заслуга Дмитра Дулепова - разробника, і Мартіна Кучера, котрий підтримує цей функціонал. Хоча новина на TYPO3.org тільки згадує про це як "Виправлені деякі коди HTTP статусів" насправді це величезний крок вперед. Чи маємо ми турбуватись? Не зовсім.
В даній статі мова піде про помилки що виникли після оновлення TemplaVoila.
Якось раз стала задача оновити Typo3 до актуальної версії. І, по ходу справи, перенести сайт на новий хостинг. Вихідна ситуація наступна:
Typo3 4.1.2 TemplaVoila 1.3.1
Бажані версії після оновлення:
Typo3 4.5.19 TemplaVoila 1.7.0
Подальше оновлення сенсу немає, так як з 4.6 версії було серйозно змінено ядро в частині локалізації, а початкова система на трьох мовах, тому вирішив обмежитись малою кров'ю.
Почав оновлення:
Після встановлення чистої Typo3 версії 4.7 та інсталяції шаблону через модуль TemplaVoia в режимі "Сторінка TemplaVoila" при створенні нового матеріалу я отримую повідомлення:
Sorry, you didn’t have proper permissions to perform this change.
в російській локалізаціх це виглядає так:
Для того щоб з адмінки можна було змінювати обгортку html елементів контенту потрібно трішки змінити адміністративну частину сайту на Typo3. Для цього відкрийте кореневу сторінку для редагування, в секції "Налаштування TypoScript" вкладки "Ресурси" додайте строки:
Припустимо у Вас є матеріал, на приклад його тип Зображення, з котрого потрібно вивести усе зображення та обробити їх якимось чином. Таке рішення можна застосувати до реалізації слайдеру чи інших подібних задач. Власне така задача стояла переді мною.
Дана задача вирішується так:
Виникла потреба прописати для різних сторінок сайту різні id в тегу body, щоб дизайн для різних сторінок виводився різний.
В арсеналі typoscript є конструкція "page.bodyTag", котра прописує саме цей тег.
Сьогодні намагався в черговий раз налаштувати на сайті модуль RealUrl. Наче нічого складного вже 100500 раз це робив, і зараз все наче проходить на автоматі. Так ось сьогодні автомат не спрацював. При спробі перейти на сторінку випадає сторінка помилки
При встановленні ve_guestbook для реалізації системи коментарів на сайті виникла проблема - сторінка, на якій разміщувався плагін з формою ve_guestbook, не відображалась взагалі.
Для багатомовного сайту важливо виконувати пошук так, щоб кожен пошуковий результат відображав сторінки певної мови. Для цього можна використовувати наступну директиву, розміщену в налаштуваннях (setup) шаблону: