how to update (cookieconsent2, crawler, realurl) extension on typo3 version 8 to 9 - typo3

I upgraded typo3 version 8 to 9.
There are some extension that can not update for version9
extensions: cookieconsent2, crawler, realurl
These extension do not exits for version-9 but installed in version-8, what is solution for that.
how i can use it or what is alternate for typo3 version-9
Thanks AbdulQayyum.

crawler is about to get ready for v9 https://github.com/AOEpeople/crawler/projects/3. If you do not have a complicated setup, you can just have your frontend crawled by something else, e.g. wget -r https://your-site.com as a workaround in the meantime. You probably want EXT:indexed_search to work. This automatically updates the search index when cacheable pages are visited.
realurl is not needed in v9. SEO-routes are now part of the core. You need a site configuration (this is a write-up how it looks like: https://typo3worx.eu/2018/10/typo3-site-management-and-routing/) and that's all.
cookieconsent2 you may ask the developers if it will get updated. If not, there are alternatives: https://extensions.typo3.org/?L=0&id=1&tx_solr%5Bq%5D=cookie+consent

Related

when Migrating typo3 version 9 to typo3 version 10.4.2 ,storagepid=0

Our project which was migrated from typo3 version 9 to version 10. The issue is storagepid = 0. I can hardcode the pid value to configuration. But that’s not a permanent solution. If I use same plugin in different project again I have to hardcode storagepid value. So I need a permanent solution to fix it out.Can anyone help me to find out the solution?
There is no need to hardcode the storagePid in PHP code, since TYPO3 Extbase plugins typically will fetch the storagePid(s) from configuration (either TypoScript, starting point or plugin settings).
This blogpost I wrote some years ago explains, how and in which order Extbase will determine the storagePid.
The most suitable way is to use the starting point setting in the plugin, which automatically will be taken into account when data is fetched (e.g. in a Extbase repository). This way, you can use the plugin in several projects and the editor can select the storagePid(s) directly in plugin settings.

Flux Error: Invalid configuration: "vendorName" is not set after upgrade to Flux 9.4 and Typo3 9.5

I have to make an update from Typo3 8 to Typo3 9.5 LTS. And i have some trouble with the Flux extension which causes some strange errors. I have used Flux 9.4.2 (latest) and Typo3 LTS (9.5.22). I have used Composer for the new version perhaps that causes the problem.
I have followed all the steps in this tutorial and some others instructions but all of them ends in the same error.
https://sigalambigha.home.blog/2020/04/29/how-to-migrate-fluidcontent-to-flux/
In Backend i get the following error:
And in the Frontend i get this error:
This depends on the Flux element which is on that page the Slider element. The Plug & Play configuration is disabled because of some other errors. Perhaps now i missed something in my configuration but i can't find something in the documentation to configure.
Edit
I have made some more tests an i think the problem is that the newest version of Flux is not really compatible with Typo3 9.5. So i changed to version 9.3.2 which is working better but has other bugs.
Make sure these 3 things in your template provider extension are set correct:
Register the provider extension key using the Vendor.ExtName syntax, not ext_name. Here is an example:
\FluidTYPO3\Flux\Core::registerProviderExtensionKey('Nng.MyExtname', 'Page');
\FluidTYPO3\Flux\Core::registerProviderExtensionKey('Nng.MyExtname', 'Content');
Place the above code in the ext_localconf.php of your extension, not the ext_tables.php. You can find this hint hidden in the documentation.
In older versions of FLUX you might also need to create a ClassAliasMap in EXT:myextensionkey/Migrations/Code/ClassAliasMap.php. Here is a simple example.
Did you try to set a small condition for the used parameter if it's null? that maybe can give an error message instead of the error in the page.
Or you should see if there's any error in the namespace
After upgrading Flux to Typo3 9.5 then you have to register "VendorName" with your content element using Typoscript like i did below.
tt_content {
mytemplate_wrapelement.20.vendorName = <vendorname>
}
here mytemplate is my template provider extension.
Wrapelement is the content element.
I was getting same error.

Where can I safely download older TYPO3 releases?

Back then, I was able to download older subversions of TYPO3 CMS on SourceForge which saved me a lot of time and anger.
Now I am facing a problem and I think it is a bug in the current used version. I would like to test it with an other instance, but as it seems it is not being stored anywhere. I will use an vulnerable version for now, but that is not what I actually want.
Maybe I've overseen a link or something. Do you know where I could find a list of all downloadable TYPO3 Versions? I know I can google it, but I don't want to use 3rd party sources ether...
I'd say that TYPO3 on SourceForge should still be updated...
All versions can be downloaded from get.typo3.org directly. Example for a very old 4.5:
wget --content-disposition https://get.typo3.org/4.5.38
You can use https://get.typo3.org/ for this. Simply append the version number to the URL to download the desired version, e.g. https://get.typo3.org/8.7.15 to download version 8.7.15 of TYPO3 (8.7.16 is the latest ATM.)
If you use Composer you can enforce a downgrade with something like this:
composer require typo3/cms 8.7.15
Or:
composer require typo3/cms-core:8.7.15 typo3/cms-backend:8.7.15 ...
Notice that this replaces the version constraint in your Composer manifest with a fixed version which should be changed back as soon as possible.

TYPO3 indexed_search history

I'm using TYPO3 8 LTS-latest.
Is there a way to see a full history of all search queries performed by indexed_search?
I already searched for extension but a lot of them are outdated.
And I am sure that all info is in the database itself. Look at the "index_stat_search" table. Use phpmyadmin. Or in the backend:
For Version 8 LTS use this:
For Version 6.2 use this:

The page is not configured! [type= 0][]

I've migrated from typo3 4.1 to 4.5 LTS now I got this error.
The page is not configured! [type= 0][]
I've checked DB analyser and fixed the table issues any ideas. Please revert
Apparently TYPO3 can't find TypoScript use Web > Template tool and check if record exists, also if it includes TS from external files, make sure the files exists.