Migrate TYPO3 or move to Drupal or WordPress or Joomla?

Today with such huge leap in the changes to TYPO3, people are really moving over to WordPress and Drupal. There is a haphazard move to migrate to Druapl and WordPress. People are cashing in, and we at SCWEBS as a solution expert are not really happy about this extra bill. Financially this is extremely good, for an agency like ours.

We can just cash out by suggesting alternate solution, and justfy extra costs, and keep our company runing happy at the cost of my client’s money!

Is this really justified?

NO IT IS NOT!

There are more than 4 lac websites that are still running on TYPO3 version 4.5.x and TYPO3 version 4.6.x.

One of the major change was the move from PiBase to ExtBase. Developers were not ready to move, clients were not ready to move. And the real fact that whenver there is a change – no one really wants to be ready. But the one who makes the move will be the smart person.

Some of the large enterprises and NGOs are already migrating from TYPO3 4.x or TYPO3 6.x to the latest TYPO3 version. But the main debate was whether we should really stick to TYPO3?

Several companies have already moved from TYPO3 to other options like Drupal, Joomla and WordPress. Was it really a cost saving smart move? I don’t think so.

I have been working on Content Management Systems (CMS) since almost 18 years or more from now. That is as a student, I had been fond of Content Management Systems (CMS). When I saw Drupal, WordPress and Joomla I had even started writing my own CMS system during those times.

When I met TYPO3, I was totally surprised that this Content Management System (CMS) can take over everything. TYPO3 was not framed behind PiBase or ExtBase, but it came forward with a beautful idea from the king Kasper Skårhøj. His main ideas helped build this extremely flexible Enterprise class Content Management System (CMS) from day one!!!. TYPO3 surely needs time to learn, but one learnt there is no going back. You can make it work like a Blog like WordPress, as an E-Commerce system like Magento, WooCommerce, PrestaShop or anything out of those 100+ choices, TYPO3 can be a Comunity portal like Drupal’s strong features.

TYPO3 could become anything, and even today when I re-learnt Drupal and WordPress, I am not happy with the options. WordPress and Drupal surely do excel, but if you chose TYPO3 once, I do not see a point why one should move out.

But such a move will surely cost on a long run, because in-spite of learning Drupal, WordPress and other ssytems I am not happy with these systems. One can argue that this is my individual opinion, but trust me on a real long run – the cost of choosing other systems will be learnt.

Today at SCWEBS we still use TYPO3 as our main expert area, and when one needs a real blog, we still do prefer WordPress. But if it is very simple blog like feature, TYPO3 is all we prefer. For E-Commerce WooCommerce or Prestashop and we do prefer a TYPO3 based shop like tt_product on several occasions. Drupal or Joomla almost never come into picture untill and unless a customer really wants to get it done by us.

In many cases, we have built a totally custom solution using Symfony and Laravel but we are proud that till date have never moved a TYPO3 customer out. I feel that migrating to ExtBase and TYPO3 Version 9 is far easier than moving over to Drupal.

If you want to migrate your site to WordPress or Drupal, contact us, we will personally help you out. I will show why TYPO3 is still better than the rest. There are 100+ reasons and areas where TYPO3 excels.

If you are still running your website on one of the TYPO3 versions like TYPO3 version 3.8, TYPO3 version 4.5 or TYPO3 version 4.6, TYPO3 version 6.2 LTS then we suggest it is time to migrate to newer TYPO3 version.

TYPO3 is quite secure, and we can justify it. We still kept some of our site on versin 4.x to analyze how attacks happen, and to what level. Today, on one of our 4.5 site, the site goes down and comes back up within 10 minutes, all by itself. The hackers are trying twice every day to get in, and succeed to a level, but they can’t get much deeper. We are watching what all they can do. They could not do much harm as of now… but we can’t sayfor how long. We are not such big security experts like our friends in TYPO3 security team. So our advice – migrate before it is too late.

These older versions are slowly getting older, and they may soon be hacked by a smart thief. By now, agencies are all well prepared to handle TYPO3 migrations, and these days costs are quite lower too. If you are an agency with many TYPO3 sites that needs migration, we can help with several strategies to lower the costs much further.

If you have a TYPO3 migration query, do get in touch with us. We are curiously waiting.

Typoscript to get database values in Breadcrumb

lib.breadcrumb = COA
lib.breadcrumb.wrap = <ul class=”breadcrumb hidden-xs”>|</ul>
lib.breadcrumb {
10 = HMENU
10 {
special = rootline
special.range = 0|-1
1 = TMENU
1 {
no.allwrap = <li>|</li>
no.stdwrap.htmlspecialchars = 1
cur = 1
cur {
allwrap = <li>|</li>
donotlinkit = 1
stdwrap {
data = page:subtitle // page:nav_title // tsfe:page|title
htmlspecialchars = 1
}
}
}
wrap >
}
20 = CONTENT
20 {
table = country
select {
pidInList = 605
where = uid= ###whatever### AND NOT deleted AND NOT hidden
markers {
whatever.data = GP:tx_country|country
}
}
renderObj = COA_INT
renderObj {
10 = TEXT
10.field = name
10.stdWrap.typolink.parameter = 610
10.stdWrap.typolink.additionalParams = &tx_country[country]={GP:tx_country|country}
10.stdWrap.typolink.additionalParams.insertData = 1
10.wrap = <li>|</li>
}
}
30 = CONTENT
30 {
table = city
select {
pidInList = 606
where = uid= ###whatever### AND NOT deleted AND NOT hidden
markers {
whatever.data = GP:tx_country|city
}
}
renderObj = COA_INT
renderObj {
10 = TEXT
10.field = name
10.wrap = <li>|</li>
}
}
}

That’s it

Output will be like this

Section Index menu to link perticular content in other page

Here is the typoscript

tt_content.menu.20.3 >
tt_content.menu.20 {
3 < styles.content.get
3.wrap = <div class=”csc-menu csc-menu-3″>|</div>
3.select.andWhere = sectionIndex!=0
3.select.pidInList.override.field = pages
3.renderObj = CASE
3.renderObj {
key.field = header_layout
default = COA
default {
stdWrap.fieldRequired = header
stdWrap.fieldRequired = header_link
10 = TEXT
10.field = header
10.trim = 1
10.htmlSpecialChars = 1
10.dataWrap = <p class=”csc-section-1″>|</p>
#10.typolink.parameter.field = pid
#  Where header_link is a link field in content element (542#210) where 542 is page ID and # # 201 is content id to link
10.typolink.parameter.field = header_link

}
1 < .default
2 < .default
2.10.dataWrap = <p class=”csc-section-2″>|</p>
3 < .default
3.10.dataWrap = <p class=”csc-section-3″>|</p>
4 < .default
4.10.dataWrap = <p class=”csc-section-4″>|</p>
5 < .default
5.10.dataWrap = <p class=”csc-section-5″>|</p>
}
}

Typoscript to show filesize in FAL

Here is the code to show file size in terms of kilobytes,Megabytes and Gigabytes

lib.image = FILES
lib.image {
references {
table = tt_content
fieldName = media
}
renderObj = COA
renderObj {
10 = TEXT
10.data = file:current:size
10.bytes.labels = Bytes | KB | MB | GB
10.dataWrap = <a target=”_blank” href=”{file:current:publicUrl}” >{file:current:title},&nbsp; |</a>
}
}

Customize Templavoila new content element wizard

templavoila.wizards.newContentElement {
# Activate tabs for new content element wizard in TV
renderMode = tabs

wizardItems.common.elements.tx_custom_bigimage {
icon = Images/Bigimage.png
title = BG Image
description = BG Image
tt_content_defValues {
CType = tx_custom_bigimage
}
}
wizardItems.common.show := addToList(tx_custom_bigimage)
}

Where tx_custom_bigimage is custom content type. we need to add this code in pagetsconfig of root page.

Please refer to screenshot for more info.New content Element Wizard