Problem z aktualizacją modułów Presta ver. 1.6.1.1

[ir0]

Witam,

 

Postanowiłem zmienić hosting z cloud na klasyczny. Zainstalowałem więc najnowszą wersję presty 1.6.1.1. Wszystko ładnie pięknie, tylko na czystej konfiguracji nie mogę w żaden sposób aktualizować modułów. Dostaję komunikat, że wszystkie moduły zostały zaktualizowane, ale poniżej listuje mi te same moduły do aktualizacji. Proszę o pomoc.

[ir0]

Problem uważam za rozwiązany.

Przyczyna: błędnie ustawione prawa dostępu do plików i katalogów.

Rozwiązanie: rekursywny chmod 775 tylko dla katalogów, oraz dla tych samych katalogów rekursywny chmod 664 tylko dla plików.

 

W moim przypadku czynności te wykonałem dla wszystkich ścieżek wskazanych podczas instalacji, choć zapewne w tym konkretnym przypadku, przy problemie aktualizacji modułów, wystarczyło wyżej wymienione czynności przeprowadzić tylko dla ścieżki ~/modules/.

 

Wątek uważam za zamknięty.

 

Dziękuje za wsparcie.

[hatak]

w modulach nie zaktualizowaly sie tylko config_pl.xml'e

[ir0]

Co w takim razie może być tego przyczyną i jak rozwiązać ten problem?

[Yabber]

Zaawansowane -> Informacje konfiguracyjne

Sprawdź "Parametry wymagane"

Na obrazku widać, że nie masz włączonych wszystkich wymaganych modułów php.

PHP konfiguruje się w panelu hostingu.

[ir0]

Zaawansowane -> Informacje konfiguracyjne

Sprawdź "Parametry wymagane"

Na obrazku widać, że nie masz włączonych wszystkich wymaganych modułów php.

PHP konfiguruje się w panelu hostingu.

 

 

Dziękuję za zainteresowanie problemem.

 

W wymaganych parametrach nie widać niczego podejrzanego:

 

Co do konfiguracji PHP o ile sam nie będę wstanie dodać odpowiednich wpisów do php.ini to będę musiał poprosić admina. Panel administracyjny właściwie nie istnieje, lub jest nieudostępniony.

 

Podaję listing phpinfo()

 

Co do sugestii:

w modulach nie zaktualizowaly sie tylko config_pl.xml'e

 

wydaje mi się, że to jednak coś więcej niż problem aktualizacji samego config_pl.xml choć znawcą nie jestem.

 

Porównałem kilka modułów w następujący sposób:

 

/web/modules/blocknewsletter/config_pl.xml

<?xml version="1.0" encoding="UTF-8" ?>
<module>
	<name>blocknewsletter</name>
	<displayName><![CDATA[Blok newslettera]]></displayName>
	<version><![CDATA[2.2.0]]></version>
	<description><![CDATA[Dodaje blok subskrypcji newslettera.]]></description>
	<author><![CDATA[PrestaShop]]></author>
	<tab><![CDATA[front_office_features]]></tab>
	<confirmUninstall><![CDATA[Czy na pewno chcesz usunąć wszystkie kontakty?]]></confirmUninstall>
	<is_configurable>1</is_configurable>
	<need_instance>0</need_instance>
	<limited_countries></limited_countries>
</module>

/web/modules/blocknewsletter/blocknewsletter.php

	public function __construct()
	{
		$this->name = 'blocknewsletter';
		$this->tab = 'front_office_features';
		$this->need_instance = 0;

		$this->controllers = array('verification');

		$this->bootstrap = true;
		parent::__construct();

		$this->displayName = $this->l('Newsletter block');
		$this->description = $this->l('Adds a block for newsletter subscription.');
		$this->confirmUninstall = $this->l('Are you sure that you want to delete all of your contacts?');
		$this->ps_versions_compliancy = array('min' => '1.6', 'max' => _PS_VERSION_);

		$this->version = '2.2.0';
		$this->author = 'PrestaShop';
		$this->error = false;
		$this->valid = false;
		$this->_files = array(
			'name' => array('newsletter_conf', 'newsletter_voucher'),
			'ext' => array(
				0 => 'html',
				1 => 'txt'
			)
		);

		$this->_searched_email = null;

		$this->_html = '';
	}

 

Na koniec przeklejam jeszcze wylistowane wersje modułów przeznaczone do aktualizacji:

 

być może ktoś na podstawie tych informacji będzie w stanie przybliżyć mnie do rozwiązania tego problemu.

[hatak]

raczej porownaj config.xml z config_pl.xml

 

mam tak na jednym vpsie i sam nie wiem co jest przyczyna, pomaga kilkukrotne instalowania az "chwyci"

[Yabber]

To co wyłapałem, to:

- brak biblioteki cURL dla php (filemanager presty korzysta z curl),

- brak IonCube Loadera (niektórzy twórcy modułów szyfrują je),

- brak jakiegokolwiek systemu cache dla php.

[ir0]

To co wyłapałem, to:

- brak biblioteki cURL dla php (filemanager presty korzysta z curl),

- brak IonCube Loadera (niektórzy twórcy modułów szyfrują je),

- brak jakiegokolwiek systemu cache dla php.

 

Dziękuję za wskazówki. Już napisałem maila do admina o wsparcie.

 

 

 

Co do istoty problemu rowiązałem go połowicznie w następujący sposób:

• Przywróciłem pierwotny/czysty/postinstalacyjny backup bazy danych
• Przekopiowałem pierwotną strukturę plików i katalogów
• Wykonałem rekurencyjny chmod 777 na wszystkie katalogi
• Wykonałem rekurencyjny chmod 664 na wszystkie pliki

Po tych czynnościach wszystkie moduły zaktualizowały się bez żadnego problemu.

 

Pytanie najważniejsze i zasadnicze: Skoro wiadomym jest, że problem aktualizacji modułów wynikał z niewłaściwego przypisania praw rwx na strukturze plików i katalogów, to jak powinno się podejść do tego tematu, aby ze względów bezpieczeństwa nie nadawać nadmiarowych uprawnień?

 

Które ścieżki powinienem zmodyfikować i na jakim poziomie praw dostępu, aby strukturze sklepu nadać należyte uprawnienia?

Wiem, że to co teraz zrobiłem nie jest właściwym podejściem i chciałbym zoptymalizować ten stan rzeczy.

 

Dodam, że przy instalacji Presty wszystkie wyszczególnione w screenie testy zostały spełnione w następujący sposób:

 

• rekurencyjmy chomd 775 (rwxrwxr-x) dla wyszczególnionych katalogów
• Dla wszystkich pozostałych katalogów prawa dostępu pozostały domyślne: 755 (rwx r-x r-x)
• Dla wszystkich plików prawa dostępu pozostały domyślne: 644 (rw-r--r--)

Po tych czynnościach instalacja przebiegła bez zastrzeżeń. Założyłem więc, że uprawnienia ustawione są właściwie. Jak się okazało, założenia były błędne.

[ir0]

Po głębszym zastanowieniu wydaje mi się, że optymalnym w tej sytuacji będzie rekurencyjne ustawienie dla każdego wylistowanego podczas instalacji testu praw dostępu 775 dla katalogów i 664 dla plików. Resztę pozostawię tak jak się domyślnie instaluje. Dam znać czy po takim zabiegu wszystko będzie ok.

Edited October 16, 2015 by ir0 (see edit history)