Aktualizacja z 2.5.22 do 3.3.1 - biała strona z błędem

[zwiastun]

Możliwe jest także unowocześnienie z Joomla 2.5 do 3.3, ale to nie jest prosta aktualizacja.
W Sieci można znaleźć anglojęzyczne instrukcje, jak to zrobić.
1. Ocenić, czy serwer spełnia minimalne wymagania Joomla.
2. Zinwentaryzować zainstalowane rozszerzenia, sprawdzić, czy są dostępne wersje działające a Joomla 3.3.x
3. Sprawdzić, czy wydawca naszego szablonu opublikował wersję dla Joomla 3.x
Jeśli tak:
4. Wykonać kopię zapasową witryny
5. Pobrać i zainstalować (jeszcze w witrynie 2.5) nowe wersje rozszerzeń
6. Uważnie odinstalować pozostałe wersje rozszerzeń dla Joomla 2.5
7. Zmienić ustawienia w Opcje komponentu Aktualizacja Joomla na wspierane krótkoterminowo
8. Wykonać aktualizację do najnowszej wersji
9. Zainstalować uaktualnioną wersję szablonu

[zwiastun]

Jak to zrobić:
http://www.joomla.pl/start-nowiny/pu...-do-joomla-3-x

[pablo741]

dzięki
jedna witryna przeszła, ale druga wyrzuca mi błąd bazy na pulpicie odnoszący się do wiadomości poinstalacyjnych

Unknown column '' in 'order clause' SQL=SELECT * FROM `xxxx_postinstall_messages` WHERE `extension_id` = '700' AND `enabled` = '1' ORDER BY `` ASC

[zwiastun]

Może to być, niestety, sygnał większej ilości błędów. Ten można naprawić stosunkowo prosto. W bazie danych należy uruchomić zapytanie tworzące tabelę bazy danych

DROP TABLE IF EXISTS `xxx_postinstall_messages`;
CREATE TABLE IF NOT EXISTS `xxx_postinstall_messages` (
`postinstall_message_id` bigint(20) unsigned NOT NULL AUTO_INCREMENT,
`extension_id` bigint(20) NOT NULL DEFAULT '700' COMMENT 'FK to #__extensions',
`title_key` varchar(255) NOT NULL DEFAULT '' COMMENT 'Lang key for the title',
`description_key` varchar(255) NOT NULL DEFAULT '' COMMENT 'Lang key for description',
`action_key` varchar(255) NOT NULL DEFAULT '',
`language_extension` varchar(255) NOT NULL DEFAULT 'com_postinstall' COMMENT 'Extension holding lang keys',
`language_client_id` tinyint(3) NOT NULL DEFAULT '1',
`type` varchar(10) NOT NULL DEFAULT 'link' COMMENT 'Message type - message, link, action',
`action_file` varchar(255) DEFAULT '' COMMENT 'RAD URI to the PHP file containing action method',
`action` varchar(255) DEFAULT '' COMMENT 'Action method name or URL',
`condition_file` varchar(255) DEFAULT NULL COMMENT 'RAD URI to file holding display condition method',
`condition_method` varchar(255) DEFAULT NULL COMMENT 'Display condition method, must return boolean',
`version_introduced` varchar(50) NOT NULL DEFAULT '3.2.0' COMMENT 'Version when this message was introduced',
`enabled` tinyint(3) NOT NULL DEFAULT '1',
PRIMARY KEY (`postinstall_message_id`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=1 ;:

Zapytanie utworzy brakującą w bazie danych tabelę. Następnie sugeruję zainstalowanie tak jak się instaluje rozszerzenia pełnej paczki instalacyjnej Joomla 3.3.1 i ponowne sprawdzenie ostrzeżeń i informacji o stanie bazy danych.

[pablo741]

próbowałem nadinstalować
pracowałem na xamppie
spróbowałem na jampie, wykonałem wszystkie kroki (użyłem joomli 3.3 z jampa)
niestety ten sam efekt

[zwiastun]

spróbowałem na jampie, wykonałem wszystkie kroki (użyłem joomli 3.3 z jampa)

I gdy piszesz coś takiego, to mnie nachodzą wątpliwości, czy wiesz, co rzeczywiście i po co robisz?
Do czego użyłeś tego Joomla 3.3. z jampa - to jest już zainstalowany Joomla i może posłużyć co najwyżej do obejrzenia, jak działa. Nie nadaje się nawet do robienia na tym swojej witryny, bo są w nim dane do niczego niepotrzebne, jeśli tworzymy własną witrynę.
W artykule nie zwróciłem chyba uwagi na oczywistą dla mnie konieczność wcześniejszego uaktualnienia Joomla 2.5 do najnowszej wersji z tej linii rozwojowej, a dopiero później przeprowadzania migracji.
Może tu leży pies pogrzebany?

[pablo741]

aktualizację robiłem na witrynie w wersji 2.5.22 czyli najnowszej
z bazy joomli 3.3 wyeksportowałem tabelę _postinstall_messages i zaimportowałem do bazy joomli aktualizowanej, usunąłem istniejącą tabelę, po czym zmieniłem prefiks tabeli zaimportowanej na taki jaki miały wszystkie tabele joomli aktualizowanej

[zwiastun]

Za pomocą phpmyadmina wrzuć do bazy danych te 3 wiersze (zmień wcześniej przedrostek):

INSERT INTO `h918j_postinstall_messages` VALUES(1, 700, 'PLG_TWOFACTORAUTH_TOTP_POSTINSTALL_TITLE', 'PLG_TWOFACTORAUTH_TOTP_POSTINSTALL_BODY', 'PLG_TWOFACTORAUTH_TOTP_POSTINSTALL_ACTION', 'plg_twofactorauth_totp', 1, 'action', 'site://plugins/twofactorauth/totp/postinstall/actions.php', 'twofactorauth_postinstall_action', 'site://plugins/twofactorauth/totp/postinstall/actions.php', 'twofactorauth_postinstall_condition', '3.2.0', 1);
INSERT INTO `h918j_postinstall_messages` VALUES(2, 700, 'COM_CPANEL_MSG_EACCELERATOR_TITLE', 'COM_CPANEL_MSG_EACCELERATOR_BODY', 'COM_CPANEL_MSG_EACCELERATOR_BUTTON', 'com_cpanel', 1, 'action', 'admin://components/com_admin/postinstall/eaccelerator.php', 'admin_postinstall_eaccelerator_action', 'admin://components/com_admin/postinstall/eaccelerator.php', 'admin_postinstall_eaccelerator_condition', '3.2.0', 1);
INSERT INTO `h918j_postinstall_messages` VALUES(3, 700, 'COM_CPANEL_MSG_PHPVERSION_TITLE', 'COM_CPANEL_MSG_PHPVERSION_BODY', '', 'com_cpanel', 1, 'message', '', '', 'admin://components/com_admin/postinstall/phpversion.php', 'admin_postinstall_phpversion_condition', '3.2.2', 1); 

[Jola]

Problem polega na tym, że skrypt nie potrafi pobrać pola, po której są sortowane dane z tabeli.
Pojawia się błąd zapytania do bazy.
Trudno dociec dlaczego tak się dzieje (bez dostępu do strony)

[zwiastun]

Jolu, być może dlatego, że tabela była pusta...