Skocz do zawartości
"Idzie nowe..." - o zmianach i nie tylko ×
Przeniesienie zakupów z IPS Marketplace / Moving bought items from IPS Marketplace ×

matma4u

Użytkownik
  • Postów

    996
  • Dołączył

  • Ostatnia wizyta

Treść opublikowana przez matma4u

  1. Właśnie miałem taki sam problem. Tu opisałem moje rozwiązanie http://forum.invisionize.pl/topic/48155-migracja-na-nowy-serwer/
  2. Błąd był banalny, a przez to ciężki do zauważenia. Podczas importu nie wgrywała się cała baza jak należy. W pewnym momencie wyrzucało komunikat: Nie zwracałem na to uwagi. I to kosztowało mnie mnóstwo straconego czasu i nerwów. Tabele (np blog_entries) nie miały tworzone indeksów. Rozwiązanie problemu Szukamy w naszym pliku z kopią bazy danych zapytań tworzących indeksy tabel które w jednym zapytaniu SQL mają podwójny kod: ADD FULLTEXT KEY i dzielimy takie zapytanie na dwa odrębne np dla blog_entries mamy: -- -- Indexes for table `ipm_blog_entries` -- ALTER TABLE `ipm_blog_entries` ADD PRIMARY KEY (`entry_id`), ADD KEY `entry_blog_id` (`blog_id`,`entry_status`,`entry_date`), ADD KEY `entry_last_update` (`blog_id`,`entry_status`,`entry_last_update`), ADD KEY `entry_category_id` (`blog_id`), ADD KEY `entry_featured` (`entry_featured`), ADD KEY `entry_banish` (`entry_banish`), ADD KEY `entry_future_date` (`entry_future_date`,`entry_date`), ADD KEY `entry_rss_import` (`entry_rss_import`), ADD KEY `entry_date` (`entry_date`), ADD KEY `entry_status` (`entry_status`,`entry_last_update`), ADD FULLTEXT KEY `entry_name` (`entry_name`), ADD FULLTEXT KEY `entry` (`entry`); a powinno być: -- -- Indexes for table `ipm_blog_entries` -- ALTER TABLE `ipm_blog_entries` ADD PRIMARY KEY (`entry_id`), ADD KEY `entry_blog_id` (`blog_id`,`entry_status`,`entry_date`), ADD KEY `entry_last_update` (`blog_id`,`entry_status`,`entry_last_update`), ADD KEY `entry_category_id` (`blog_id`), ADD KEY `entry_featured` (`entry_featured`), ADD KEY `entry_banish` (`entry_banish`), ADD KEY `entry_future_date` (`entry_future_date`,`entry_date`), ADD KEY `entry_rss_import` (`entry_rss_import`), ADD KEY `entry_date` (`entry_date`), ADD KEY `entry_status` (`entry_status`,`entry_last_update`), ADD FULLTEXT KEY `entry_name` (`entry_name`); ALTER TABLE `ipm_blog_entries` ADD FULLTEXT KEY `entry` (`entry`); Zapisujemy plik i wgrywamy do bazy.
  3. Czyściłem tabele ipm_admin_login_logs ale to nic nie dało
  4. Date: Wed, 24 Feb 2016 22:49:22 +0000 Error: 1062 - Duplicate entry '0' for key 'PRIMARY' IP Address: 37.248.254.31 - /admin/index.php?adsess=&app=core&module=login&do=login-complete ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- mySQL query error: INSERT INTO ipm_admin_login_logs (`admin_ip_address`,`admin_username`,`admin_time`,`admin_success`,`admin_post_details`) VALUES('37.248.254.31','',1456354162,0,'a:1:{s:3:\"get\";a:4:{s:6:\"adsess\";s:0:\"\";s:3:\"app\";s:4:\"core\";s:6:\"module\";s:5:\"login\";s:2:\"do\";s:14:\"login-complete\";}}') .--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------. | File | Function | Line No. | |----------------------------------------------------------------------------+-------------------------------------------------------------------------------+-------------------| | admin/applications/core/modules_admin/login/manualResolver.php | [db_main_mysql].insert | 450 | '----------------------------------------------------------------------------+-------------------------------------------------------------------------------+-------------------' | admin/applications/core/modules_admin/login/manualResolver.php | [admin_core_login_manualResolver]._writeToLog | 168 | '----------------------------------------------------------------------------+-------------------------------------------------------------------------------+-------------------' | admin/applications/core/modules_admin/login/manualResolver.php | [admin_core_login_manualResolver].loginComplete | 105 | '----------------------------------------------------------------------------+-------------------------------------------------------------------------------+-------------------' | admin/sources/base/ipsController.php | [admin_core_login_manualResolver].doExecute | 306 | '----------------------------------------------------------------------------+-------------------------------------------------------------------------------+-------------------' ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Date: Wed, 24 Feb 2016 22:49:40 +0000 Error: 1062 - Duplicate entry '0' for key 'PRIMARY' IP Address: 37.248.254.31 - /admin/index.php?adsess=&app=core&module=login&do=login-complete ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- mySQL query error: INSERT INTO ipm_admin_login_logs (`admin_ip_address`,`admin_username`,`admin_time`,`admin_success`,`admin_post_details`) VALUES('37.248.254.31','',1456354180,0,'a:1:{s:3:\"get\";a:4:{s:6:\"adsess\";s:0:\"\";s:3:\"app\";s:4:\"core\";s:6:\"module\";s:5:\"login\";s:2:\"do\";s:14:\"login-complete\";}}') .--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------. | File | Function | Line No. | |----------------------------------------------------------------------------+-------------------------------------------------------------------------------+-------------------| | admin/applications/core/modules_admin/login/manualResolver.php | [db_main_mysql].insert | 450 | '----------------------------------------------------------------------------+-------------------------------------------------------------------------------+-------------------' | admin/applications/core/modules_admin/login/manualResolver.php | [admin_core_login_manualResolver]._writeToLog | 168 | '----------------------------------------------------------------------------+-------------------------------------------------------------------------------+-------------------' | admin/applications/core/modules_admin/login/manualResolver.php | [admin_core_login_manualResolver].loginComplete | 105 | '----------------------------------------------------------------------------+-------------------------------------------------------------------------------+-------------------' | admin/sources/base/ipsController.php | [admin_core_login_manualResolver].doExecute | 306 | '----------------------------------------------------------------------------+-------------------------------------------------------------------------------+-------------------'
  5. Dzień dobry, dziś przeniosłem forum na nowy serwer. Nie są to moje pierwsze przenosiny na inny serwer, jednak tym razem utknąłem na dobre. Już kilka razy wgrywałem pliki i bazę danych i ciągle to samo. Na stronie głównej brak formatowania: http://matma4u.pl Wszystko robiłem według tego: - https://www.invisionpower.com/support/guides/_/maintenance-and-server-configurations/transferring-community-to-a-new-server-r20 - https://www.invisionpower.com/support/guides/_/install-and-getting-started/installing-r18 Po wpisaniu odpowiednich ścieżek itd nie mogę logować się do ACP bo wyrzuca błąd połączenia z bazą, a na stronie głównej brak formatowania. Brak mi pomysłów co dalej robić. Proszę o rady.
  6. Jak wiecie przejście na nowy silnik 3.4.x wiąże się z kilkoma zmianami. Jedną z nich jest "wbudowanie" w skrypt na stałe IP.SEO. Pamiętaj!! Jeśli miałeś zainstalowane IP.SEO i właśnie postanowiłeś przejść na skrypt 3.4.x to nic nieodinstalowywuj. Przy dużej społeczności chcąc mieć zindeksowaną całą treść w mapie strony musimy skorzystać z zadań CRONA'a. W tym celu musimy wykonać kilka czynności. KROK 1 Pierwszą rzeczą jest wyłączenie zadania systemowego: Sitemap Generator Wchodzimy do ACP>>System>>Zadania i przy nazwie zadania klikamy w małą ikonkę strzałeczki. Teraz w edycji ustawień zaznaczamy Włączyć zadanie? Nie i zapisujemy zmiany. Wygląda to tak: KROK 2 Teraz musimy skopiować polecenie, które ma być cyklicznie wykonywane przez CRON'a. Na liście zadań systemowych przy nazwie Sitemap Generator klikamy w małą ikonkę zębatki, co spowodują wyświetlenie potrzebnego nam polecenia. KROK 3 Teraz należy jeszcze ustawić indeksowanie całej treści. W tym celu przechodzimy do ACP>>Ustawienia systemowe>>Sitemap i ustawiamy dla poszczególnych składników skryptu zakres indeksacji. W tym momencie po zapisaniu zmian możemy wylogować się z ACP. KROK 4 Kolejnym krokiem jest zalogowanie się na FTP i utworzenie pliku sitemap.sh np. w katalogu głównym (może to być dowolna lokalizacja). Edytujemy plik sitemap.sh i wstwawiamy do niego zawartości polecenia (KROK 2) KROK 5 Wchodzimy do katalogu interface i zmieniamy prawa pliku task.php na 777 Zapisujemy i opuszczamy FTP. W tym momencie mamy wszystko co nam potrzeba do uruchomienia zadania CRON. W zależności od tego gdzie mamy serwer konfiguracja zadania może wyglądać różnie. Podam jak to wygląda w przypadku dHosting.pl. Logujemy się do panelu sterowania i przechodzimy do zakładki Ustawienia dodatkowe>>Zadania CRON i klikając w Dodaj tworzymy nowe zadanie. Wygląda to tak: Dla: - Ścieżka podajemy pełną ścieżkę dostępu (na serwerze FTP) do pliku sitemap.sh - Katalog roboczy podajemy pełną ścieżkę dostępu (na serwerze FTP) do katalogu w którym znajduje się nasz plik sitemap.sh Zapisujemy i to wszystko. Od teraz będzie generowana mapa strony w wybranym przez nas zakresie czasu.
  7. Każdy z nas wie jak cenna jest baza danych i ile można stracić zaniedbując systematyczne wykonywanie jej kopi bezpieczeństwa. Korzystając z kilku prostych poleceń i CRON'a możemy w pełni zautomatyzować cały proces. W pierwszym kroku na naszym FTP tworzymy katalog np. kopie_bazy. W katalogu tym będą zapisywane kolejne kopie bazy danych. Następnie otwieramy jakikolwiek edytor tekstu (np. Notatnik) i wstawiamy do pliku zawartość: #!/bin/bash mysqldump --opt --no-create-db --user=tu_wstawiamy_nazwe_użytkownika_bazy --password=tu_wstawiamy_hasło_do_bazy tu_wstawiamy_nazwe_bazy > /tu_wstawiamy_ścieżkę_do katalogu_z_kopiami_bazy/kopia_bazy_danych_z_dnia_`date +"%Y-%m-%d_%H:%M"`.sqlZapisujemy jako np. mysql_backup.sh i wysyłamy na serwer FTP do katalogu kopie_bazy Odnosząc się do tego co na samym początku napisałem zawartość pliku powinna wyglądać następująco: #!/bin/bash mysqldump --opt --no-create-db --user=tu_wstawiamy_nazwe_użytkownika_bazy --password=tu_wstawiamy_hasło_do_bazy tu_wstawiamy_nazwe_bazy > /kopie_bazy/kopia_bazy_danych_z_dnia_`date +"%Y-%m-%d_%H:%M"`.sqlSkrypt ten będzie wykonywał kopię bazy i zapisywał ją do pliku sql o nazwie np. kopia_bazy_danych_z_dnia_2012-11-16_16:45.sql Teraz wystarczy w pliku crontab dodał wpis, który będzie uruchamiał nasze zadanie np. codziennie o godzinie 13:10. Jeśli posiadasz dostęp do linii poleceń serwera, na którym znajduje się Twoja strona np poprzez SSH wystarczy wpisać crontab -e. W tym momencie możemy edytować plik dopisując do jego zawartości kod: 10 13 * * * /kopie_bazy/mysql_backup.shJeśli nie masz dostępu do linii poleceń, ale w panelu zarządzania Twoją stroną istnieje możliwość konfiguracji zadań cron, przejdź tam i skonfiguruj odpowiednio całe zadanie np. dhosting.pl ma taką opcję bezpośrednio w panelu administracyjnym.
  8. Przeglądając statystyki rejestracji na forum Matematyk zauważyłem, że 10% nowych użytkowników zakłada konto na forum będąc zalogowanym na Facebooku. W związku z tym postanowiłem napisać w jaki sposób cały ten proces przebiega i jakie korzyści z tego wynikają. Integracja konta jest dwukierunkowa, to znaczy, że mając już konto na forum możemy je połączyć z kontem na Facebooku oraz mając konto na Facebooku możemy użyć go do założenia nowego konta na forum. Oba procesy przebiegają podobnie. Integracja konta forum z Facebookiem Krok 1 Logujemy się na forum i przechodzimy do menu Ustawienia Krok 2 W menu Ustawienia przechodzimy do zakładki Integracja z Facebookiem i klikamy w przycisk Logowanie z Facebook Krok 3 Zostajemy przeniesieni na stronę logowania do Facebooka, gdzie podajemy login i hasło do naszego konta na Facebooku Krok 4 Zatwierdzamy naszą decyzję o integracji konta z forum z kontem na Facebooku klikając w przycisk Przejdę do aplikacji Krok 5 Ustalamy jakie treści chcemy udostępniać na forum (pobrane z Facebooka) Krok 6 Kliknięcie w przycisk Zezwól spowoduje połączenie naszych kont i powrót na stronę forum Integracja konta Facebook z forum Krok 1 Logujemy się na Facebook Krok 2 Będąc zalogowanym na Facebooku przechodzimy na stronę forum Matematyk i klikamy w ikonkę Facebooka w formularzu logowania W tym momencie następuje powtórzenie kroku 4 i 5 z procesu Integracji konta forum z Facebookiem. Kliknięcie w przycisk Zezwól spowoduje automatyczne utworzenie konta na forum i powrót na stronę forum.
  9. Czyli ogólnie lipa. Co do wersji IPB 3.4.x to rozumiem, że php7 może nie działać. W przypadku IPB 4.x jestem zdziwiony, tym bardziej, że w czasie pisania skryptu były już dostępne wersje beta php7 i można było już pomyśleć i dostosować się do nowych zaleceń. Tym bardziej, że gra jest warta świeczki.
  10. Witam Was, od kilku godzin walczę z IPB próbując go zmusić do pracy z php7. Bezskutecznie. Ciągle wyskakują jakieś błędy np, że jakiś znacznik ma status : deprecated itp. Czy komuś z Was udało się uruchomić w takiej konfiguracji IPB? A jeśli tak to czy warto, czy widać ten reklamowany podwójny przyrost wydajności php w stosunku do poprzedniej wersji?
  11. Problem rozwiązany. Zapomniałem aktywować w Apache wykonywanie plików .htaccess. Teraz wszystko działa jak należy
  12. Zobacz sam. Login: demo Hasło: demo http://matematyk.org/ Strona kodowana jest w UTF8. Główna wygląda ok, ale przy próbie wejścia do jakiegoś forum pojawia się błąd z kodowaniem. Nie rozumiem tego bo np. Nową zawartość wyświetla poprawnie czy też Tematy bez odpowiedzi., Panel użytkownika, Powiadomienia, Skrzynka odbiorcza Napisałem testową wiadomość na PW o treści: óŁłźćąę i w bazie zakodowana jest dobrze, widać óŁłźćąę Czemu tylko dla modułu rewrite działa źle?
  13. W bazie: Równania i nierówności, procenty, Na forum: Równania i nierównoÅ›ci procenty To tak wygląda jakby serwer kodował znaki w Latin-1
  14. Niestety nie zadziałało. Dalej krzaki.
  15. Dzień dobry, z myślą o migracji nan nowy serwer VPS postanowiłem dobrze przygotować się i przeprowadzić parę testów odnośnie wydajności i poprawności działania mojego projektu (http://matma4u.pl) Moje środowisko testowe to: - system Debian 8 - Apache 2.4.10 - PHP 5.6.9 - MySQL MariaDB 10.0 Poprzenosiłam pliki, nadałem odpowiednie uprawnienia i ruszyłem z testami. Wszystko, no prawie wszystko dobrze działa prócz bazy danych. - zamiast polskich znaków mam na stronie dziwne krzaczki. Baza oparta jest o silnik InnoDB. Po wgraniu je na serwer testowy przejrzałem kilka rekordów, czy wszystkie polskie znaki wyświetla poprawnie. W bazie wygląda to ok. Kodowanie bazy - UTF-8 Metoda porównywania znaków - utf8_general_ci Nie mam pomysłu czemu tak jest. Postanowiłem dokładnie porównać bazę live z bazą testową, ale są identyczne. Zapytania odnośnie struktury w obu bazach zwracają te same wyniki SHOW VARIABLES LIKE 'collation%'collation_connection utf8mb4_general_ci collation_database utf8_general_ci collation_server utf8_general_ci SHOW GLOBAL VARIABLES LIKE 'collation%'collation_connection utf8_general_ci collation_database utf8_general_ci collation_server utf8_general_ci SHOW VARIABLES LIKE 'character_set%';character_set_client utf8mb4 character_set_connection utf8mb4 character_set_database utf8 character_set_filesystem binary character_set_results utf8mb4 character_set_server utf8 character_set_system utf8 character_sets_dir /usr/share/mysql/charsets/ SHOW GLOBAL VARIABLES LIKE 'character_set%'character_set_client utf8 character_set_connection utf8 character_set_database utf8 character_set_filesystem binary character_set_results utf8 character_set_server utf8 character_set_system utf8 character_sets_dir /usr/share/mysql/charsets/ Na serwerze produkcyjnym działa wszystko ok, na testowy już nie. Gdzie tkwi błąd? W pliku konfiguracyjnym /etc/mysql/conf.d/mariadb.cnf mam ustawione poprawne wpisy: # MariaDB-specific config file. # Read by /etc/mysql/my.cnf [client] # Default is Latin1, if you need UTF-8 set this (also in server section) default-character-set = utf8 [mysqld] # # * Character sets # # Default is Latin1, if you need UTF-8 set all this (also in client section) # character-set-server = utf8 collation-server = utf8_general_ci character_set_server = utf8 collation_server = utf8_general_ci Kodowanie strony również jest w UTF-8. Pewnie gdzieś jest drobny błąd, ale gdzie? Proszę o pomoc w jego lokalizacji.
  16. Mam jeszcze kilka pomysłów, które czekają na realizacje np. instalacja modułu mod_pagespeed - https://developers.google.com/speed/pagespeed/module/?hl=pl, wyłączenie wszystkich niepotrzebnych modułów Apache itp To są tematy do następnych poradników.
  17. W tym temacie chciałbym Wam podać jeden prosty sposób za pomocą którego można naprawdę bardzo mocno przyśpieszyć naszą stronę. Platforma testowa to serwer Apache 2.4 działający pod systemem Debian 64bit Do testowania mojej strony tj. http://matma4u.plużyłem następujących narzędzi online: https://gtmetrix.com/ http://test.watchscript.pl/ https://developers.google.com/speed/pagespeed/insights/ Instalacja na serwerze modułu mod_expires Nie wiem czemu programiści z IPS przegapili/nie docenili jakie wielkie możliwości stwarza dodanie do kodu strony nagłówka Expires Jak wiecie w czasie kiedy przeglądamy jakąś stronę www nasza przeglądarka tworzy tymczasowe kopie pobieranych obiektów zarówno w pamięci, jak i na dysku. Dzięki temu podczas kolejnej wizyty na tej samej stronie, cześć danych znajduje się już na naszym komputerze (lokalnie) a co za tym idzie w znaczący sposób poprawia się szybkość jej wczytywania. I tu właśnie jest pole do popisu dla nas. Wystarczy zainstalować moduł mod_expires na serwerze i w pliku .htaccess wprowadzić odpowiednie zmiany by przyśpieszyć naszą stronę o kilkanaście procent. Moduł ten jest odpowiedzialny za dodanie do kodu strony nagłówka Expires. Nagłówek Expires, informuje przeglądarkę jak długo dany obiekt jest aktualny tzn jak długo ma być przechowywany na naszym dysku. Pozwala wykorzystać pamięć podręczną przeglądarki do szybszego ładowania wybranych elementów. W ten prosty sposób ograniczamy liczbę zapytań do serwera, zmniejszamy zużycie transferu i skracamy czas ładowania się strony. Po instalacji modułu musimy edytować plik .htaccess. Otwieramy go i na samym dole dodajemy kod: <IfModule mod_expires.c> <Filesmatch "\.(jpg|jpeg|png|gif|js|css)$"> ExpiresActive on ExpiresDefault "access plus 8 days" </Filesmatch> </IfModule> Za pomocą pierwszej linii kodu sprawdzamy czy moduł mod_expires.c jest ładowany przez Apache. Jeżeli tak to następuje wykonanie instrukcji zawartych pomiędzy <IfModule mod_expires.c>.....</IfModule> Zawsze używam takiej składni, dzięki temu, gdy jakiś moduł przestanie działać to nie zobaczę na ekranie mojego monitora komunikatu z mojej strony: Internal Server Error (500) W kolejnych liniach kodu przypisujemy plikom o wybranych rozszerzeniach czas ważności tzn jak długo moją być przechowywane przez przeglądarkę na naszym dysku. Jest to wersja uproszczona kodu, którą ja wykorzystuje i która świetnie sprawdza się. Oczywiście jeżeli chcemy mieć pełną kontrole nad każdym plikiem możemy użyć następującej wersji: <IfModule mod_expires.c> ExpiresActive on ExpiresDefault "access plus 2 months" ExpiresByType image/jpg "access plus 8 days" ExpiresByType image/jpeg "access plus 8 days" ExpiresByType image/png "access plus 8 days" ExpiresByType image/gif "access plus 8 days" ExpiresByType text/javascript "modification plus 1 day" ExpiresByType text/css "modification plus 1 month" </IfModule> Wyjaśnienie całej składni można znaleźć pod tym adresem: http://httpd.apache.org/docs/2.2/mod/mod_expires.html#AltSyn Jaka jest różnica pomiędzy access a modification? W przypadku access czas ważności liczony jest od momentu, gdy przeglądarka ostatni raz pobrała dany plik/obiekt W przypadku modification czas ważności liczony jest od ostatniej modyfikacji danego pliku/obiektu na serwerze
  18. Testy przeprowadzałem za pomocą tych narzędzi (zawsze w nocy tj 3 rano, bo wtedy jest zerowy ruch na stronie przez to wyniki były bardziej miarodajne): https://gtmetrix.com/ http://test.watchscript.pl/ http://webpagetest.org/
  19. JavaScript, CSS i HTML, obrazki. Praktycznie wszystko
  20. Z racji wakacji postanowiłem więcej czasu poświęcić na znalezienie sposobu na zwiększenie wydajności skryptu forum. W podsuwaniu pomysłów doskonale sprawdził się xSkyer, za co mu serdecznie dziękuje. W kolejnych wpisach będę przed Wami odsłaniał te rozwiązania. Dziś czas na CDN, a konkretnie CDN oferowany przez firmę CloudFlare. Może na początek dla niewtajemniczonych podam definicję tego skrótu zaczerpnięto z zasobów Wikipedii Przy tym wyborze kluczowym elementem była lokalizacja serwerów. CloudFlare jako jedna z niewielu firm o globalnym zasięgu posiada serwer w Warszawie. Nasze forum http://matma4u.plma zasięg lokalny (przede wszystkim terytorium Polski) stąd aby odczuć jakiekolwiek przyśpieszenie wymaganym był serwer w naszym kraju. Założyłem konto i dodałem domenę matma4u.pl. Po chwili otrzymałem taki oto rezultat, pomarańczowa chmurka oznacza włączoną usługę. Kolejnym krokiem była zmiana delegacji domeny na DNS podane po procesie skanowania. Kilka godzin czekania by wszystko rozpropagowało się po sieci i usługa zaczęła działać. Jeszcze kilka zmian w ACP i forum zaczęło korzystać z dobrodziejstw tego rozwiązania. Ustawiamy: Minify CSS and JS na NO Enable X_FORWARDED_FOR IP matching na YES Z testów wynika, że w górę (na +) skoczyły wszystkie wskaźniki: - zaoszczędzone ponad 50% transferu serwera VPS - wskaźniki SEO podskoczyły w górę o kilkanaście punktów - szybkość ładowania strony podskoczyła o około 25% Jednak nie wszystko jest takie piękne jak się świeci. Otóż Google od jakiegoś czasu pracuję nad zmianą algorytmu, który będzie premiował wyższymi pozycjami w wynikach wyszukiwania strony, które funkcjonują na podstawie protokołu HTTPS, a do tego jak wiemy potrzebny jest certyfikat SSL. Jako, że CloudFlare oferuje w pakiecie darmowym certyfikat SSL, postanowiłem wypróbować go na forum. Sama konfiguracja skryptu nie nastręcza wielu problemów i ogranicza się do wykonania kilku kroków: w pliku conf_global.php należy zamienić wszystkie http na https w ACP--> System --> System Settings --> General Configuration należy zmienić http na https w polu Website address i Upload URL w ACP--> System --> System Settings --> Security and Privacy należy zmienić Use https for logins na TAK w ACP --> Look & Feel --> Template Tools - "Recache Skin Sets" (przebudowujemy skin) I w tym momencie zaczęły się schody Różne zainstalowane modyfikacje przestały poprawnie działać, gdyż miały na sztywno poustawiane adresy URL na http. Kilka godzin grzebania w kodzie i po sprawie. Teoretycznie wszystko działa- prawie działa. Największa niespodzianka czekała mnie na końcu :. Nie mogłem zalogować się jako administrator do ACP. W tym momencie certyfikat SSL oferowany prze CloudFlare objawił swoją słabość wykonując błędne przekierowania. Sprawa nie do przeskoczenia. Nawet interwencja w IPS (oficjalne wsparcie skryptu forum) nie dała nic. Tylko zostały potwierdzone moje wcześniejsze przypuszczenia. W ten oto sposób została zakończona przygoda protokołem HTTPS.
  21. No i kolejny problem. Nie mogę zalogować się do ACP. Komunikat błędu:
  22. Ok Promenu działa. Trzeba opcję jQuery Remote Load ustawić NIE, a w polu jQuery UI CSS wprowadzić URL z https Niestety nie działa mi jeszcze Ad Code Integration. Masakra bo nie wiem czemu?
  23. Mimo korekty dalej nie działa Promenu.
×
×
  • Dodaj nową pozycję...

Powiadomienie o plikach cookie

Umieściliśmy na Twoim urządzeniu pliki cookie, aby pomóc Ci usprawnić przeglądanie strony. Możesz dostosować ustawienia plików cookie, w przeciwnym wypadku zakładamy, że wyrażasz na to zgodę.