matma4u

Właśnie miałem taki sam problem. Tu opisałem moje rozwiązanie http://forum.invisionize.pl/topic/48155-migracja-na-nowy-serwer/

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.

Czyściłem tabele ipm_admin_login_logs ale to nic nie dało

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 | '----------------------------------------------------------------------------+-------------------------------------------------------------------------------+-------------------'

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.

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.

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.

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.

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.

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?

Problem rozwiązany. Zapomniałem aktywować w Apache wykonywanie plików .htaccess. Teraz wszystko działa jak należy

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?

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