Skocz do zawartości

Historia edycji

Adikm

Adikm

59 minut temu, Piotr GRD napisał:

Po pierwsze:

Nie można poprzestać na "diagnozie" (cudzysłów konieczny), że "Firefox wykrył, że serwer przekierowuje żądanie tego zasobu w sposób uniemożliwiający jego ukończenie". Należy prześledzić wszystkie nagłówki, wszystkie kolejne (przynajmniej ze dwa trzy) przekierowania, to potrafi dużo powiedzieć o tym co się dokładnie dzieje, jaka to dokładnie pętla.

Piotrze mógłbyś podpowiedzieć jak to zdiagnozować, jakim narzędziem będzie najłatwiej?
 

Cytat

 

Po drugie:

Ja stawiałbym w pierwszej kolejności na to, że .htaccess przekierowuje na https, a skrypt sklepu na zwykłe http i tak w kółko. Sprawdzana była w ogóle konfiguracja sklepu w tym względzie? Jeśli jest w skrypcie sklepu taka opcja, to najpierw przestawić sklep na https i jeśli działać będzie, dopiero wtedy dołożyć wymuszone przekierowanie w .htaccess (choć może nie będzie trzeba, bo skrypt sklepu wszystkim się zajmie).

 

To może być jedna z możliwości. Sklep jest na silniku i-systems.pl, dosyć zagmatwana konfiguracja. Wsparcie odpada, bo żądają gigantycznych opłat najpierw za samą aktualizację. Gdyby to była prestashop czy coraz bardziej popularny thirtybees, na którym uruchomiłem najnowszy sklep byłoby prościej.

Jeśli chodzi o konfigurację sklepu to w panelu admina nic takiego nie znalazłem. Jest za to w katalogu config plik ssl_template.php o poniższej zawartości, może coś tutaj Ci podpowie:

<?php
/**
 * 1. Enable SSL in 'enabled'
 * 2. Define which domains (not aliases) should use SSL in 'ssl_domains'
 * 3. Configure 'admin_sections_prefixes' if needed (this is to support '/admin/*' urls)
 * 4. Configure controllers to return public function getActionsForSSL() 
 * 5. Refresh controller configuration cache in /admin/technical_panel
 * 		5.1 Refresh this cache config after each change in controllers
 */
return array(
	'enabled' => true,
	// 'enabled' => false,
	
	'ssl_domains' => array(
		'secure.site.pl'
	),
	
	// check plugins.php
	// and copy all prefixes configured in: $pluginManager->registerPlugin( Framework_Plugins_PluginManager::AFTER_ROUTING, new Application_AdminSectionPlugin(array('admin')));
	'admin_sections_prefixes' => array(
		'admin',
	)
);

PS. Znajomy administrator zasugerował, że problem może być spowodowany tym, że http i https w vhoscie wskazuje na public_html, podczas gdy https powinien wskazywać private_html (gdzie powinna być strona, a przekierowanie pliku htaccess powinno być w public_html).

Adikm

Adikm

51 minut temu, Piotr GRD napisał:

Po pierwsze:

Nie można poprzestać na "diagnozie" (cudzysłów konieczny), że "Firefox wykrył, że serwer przekierowuje żądanie tego zasobu w sposób uniemożliwiający jego ukończenie". Należy prześledzić wszystkie nagłówki, wszystkie kolejne (przynajmniej ze dwa trzy) przekierowania, to potrafi dużo powiedzieć o tym co się dokładnie dzieje, jaka to dokładnie pętla.

Piotrze mógłbyś podpowiedzieć jak to zdiagnozować, jakim narzędziem będzie najłatwiej?
 

Cytat

 

Po drugie:

Ja stawiałbym w pierwszej kolejności na to, że .htaccess przekierowuje na https, a skrypt sklepu na zwykłe http i tak w kółko. Sprawdzana była w ogóle konfiguracja sklepu w tym względzie? Jeśli jest w skrypcie sklepu taka opcja, to najpierw przestawić sklep na https i jeśli działać będzie, dopiero wtedy dołożyć wymuszone przekierowanie w .htaccess (choć może nie będzie trzeba, bo skrypt sklepu wszystkim się zajmie).

 

To może być jedna z możliwości. Sklep jest na silniku i-systems.pl, dosyć zagmatwana konfiguracja. Wsparcie odpada, bo żądają gigantycznych opłat najpierw za samą aktualizację. Gdyby to była prestashop czy coraz bardziej popularny thirtybees, na którym uruchomiłem najnowszy sklep byłoby prościej.

Jeśli chodzi o konfigurację sklepu to w panelu admina nic takiego nie znalazłem. Jest za to w katalogu config plik ssl_template.php o poniższej zawartości, może coś tutaj Ci podpowie:

<?php
/**
 * 1. Enable SSL in 'enabled'
 * 2. Define which domains (not aliases) should use SSL in 'ssl_domains'
 * 3. Configure 'admin_sections_prefixes' if needed (this is to support '/admin/*' urls)
 * 4. Configure controllers to return public function getActionsForSSL() 
 * 5. Refresh controller configuration cache in /admin/technical_panel
 * 		5.1 Refresh this cache config after each change in controllers
 */
return array(
	'enabled' => true,
	// 'enabled' => false,
	
	'ssl_domains' => array(
		'secure.site.pl'
	),
	
	// check plugins.php
	// and copy all prefixes configured in: $pluginManager->registerPlugin( Framework_Plugins_PluginManager::AFTER_ROUTING, new Application_AdminSectionPlugin(array('admin')));
	'admin_sections_prefixes' => array(
		'admin',
	)
);

 

×