Nawigacja

Aktualnie online

Gości online: 17

Użytkowników online: 0

Łącznie użytkowników: 25,386
Najnowszy użytkownik: Hisfatt

Logowanie

Zarejestruj się

Odzyskaj hasło

Shoutbox

Musisz zalogować się, aby móc dodać wiadomość.

Zbigniew@

01.04.2024 12:28:45

Wszystkiego najlepszego z okazji świąt.

JazOOn

28.02.2024 19:25:31

ja zostałem przy fusionie ale nazywa się 360. Projektowanie i druk 3d...

MajsterBieda

25.02.2024 00:12:42

Ponad 20 lat .... tosz to sioook panie....

JazOOn

24.02.2024 20:32:31

a już na pewno mamuty

JazOOn

24.02.2024 20:31:59

Albo dinozaury

Archiwum shoutboksa

O nie! Ta strona potrzebuje włączonej obsługi języka JavaScript!

Twoja przeglądarka nie obsługuje tego języka lub ma wyłączoną jego obsługę. Włącz wykonywanie kodu JavaScript w swojej przeglądarce internetowej, aby skorzystać ze wszystkich funkcji strony
lub skorzystaj z programu obsługującego język JavaScript, np. Mozilla Firefox, Apple Safari, Opera, Google Chrome lub Windows Internet Explorer w wersji wyższej niż 6.

Zobacz temat

Polski Oficjalny Support PHP-Fusion » PHP-Fusion v7 Support » Instalacja

Strona 1 z 15: 12 3 4...15

Aktualizacja strony z v7.01 do v7.02
MrMatthew	#1 Dodany dnia 11.04.2011 23:10:19
Przedszkolak Postów: 15 Ostrzeżeń: 1 Data rejestracji: 24.09.2009 20:27	Zaktualizowałem PHP-Fusion 7.01.05 do 7.02.00. Aktualizacja przebiegła pomyślnie, niestety, gdy chce wejść na stronę przeglądarka zacina się i wyświetla się: Skrypt na tej stronie może być zajęty lub przestał odpowiadać. Można przerwać ten skrypt teraz lub kontynuować, by sprawdzić, czy jego wykonywanie się zakończy. Skrypt: http://mojastrona...uery.js:16 Czy można to jakoś rozwiązać? : ) Edytowane przez Pieka dnia 11.04.2011 23:12:49


Wścibski Gość	Dodany dnia 24.04.2024 20:02:01
Pan Kontekstualny Postów: n^x Data rejestracji: Zawsze
IP: localhost

jantom	#2 Dodany dnia 11.04.2011 23:35:41
Weteran Postów: 3458 Pomógł: 122 Data rejestracji: 31.03.2005 20:10	Na razie możesz spróbować wyłączyć javascript w przeglądarce. Na pewno wszystkie pliki masz wgrane?


MrMatthew	#3 Dodany dnia 12.04.2011 07:11:22
Przedszkolak Postów: 15 Ostrzeżeń: 1 Data rejestracji: 24.09.2009 20:27	Tak, mam wszystkie wgrane.


Spaik	#4 Dodany dnia 13.04.2011 10:10:19
Bywalec Postów: 310 Pomógł: 8 v9.03.80 Data rejestracji: 15.04.2007 12:34	Po kliknięciu 'aktualizuj' wyskakuje mi Rozwiń Kod źródłowy `"Notice: Undefined index: 441 in strona.pl/public_html/administration/upgrade.php on line 212 Zakończono aktualizację bazy danych."` I strona się sypie. Robiłem wszystko to co jest opisane w readmepl. Sorka. Edytowane przez Spaik dnia 13.04.2011 10:18:04


bogdan	#5 Dodany dnia 13.04.2011 11:50:50
Ekspert Postów: 2451 Pomógł: 164 v7.02.07 Data rejestracji: 21.07.2009 12:55	Na pewno zrobiłeś dokładanie pkt. 4 i 5 ? Zrobiłem na jednej ze stron. posiadającej mało treści. Mnie wyskoczył ten sam błąd przy aktualizacji, ale po wgraniu wszystkich plików i zmianie w config.php wszystko działa. Fakt, że pomiędzy "aktualizuj" i wgraniem plików strona się posypała, ale wtedy musiała i w ten sposób nie sprawdzisz. Nie szukaj Szczęścia, lecz dawaj Je innym, a wtedy samo do Ciebie przyjdzie. Nie ma mnie na GG.


Sony	#6 Dodany dnia 13.04.2011 15:53:28
Początkujący Postów: 253 Pomógł: 19 Ostrzeżeń: 1 v7.02.06 Data rejestracji: 19.04.2008 16:21	U mnie z kolei po aktualizacji, polskie znaki diakrytyczne zmieniły się w znaki zapytania. ;-/ Pomogło dopisanie w maincore.php Rozwiń Kod źródłowy `dbquery("SET NAMES utf8"); dbquery("SET CHARACTER SET utf8");` Ale dlaczego tak się stało, ja się pytam. ;-) tjaa


jantom	#7 Dodany dnia 13.04.2011 17:56:41
Weteran Postów: 3458 Pomógł: 122 Data rejestracji: 31.03.2005 20:10	Ponieważ miałeś inne kodowanie bazy danych niż ja, jak testowałem skrypt aktualizacji. Jest to problem podnoszony przez m.in. tureckich tłumaczy, a który DevTeam zaserwował na kilka-kilkanaście godzin przed wydaniem ostatecznej wersji... Zasługa tych dwóch linii: Rozwiń Kod źródłowy `$locale['mysql_charset'] = "utf8"; $locale['mysql_collate'] = "utf8_polish_ci";` dostępnych w: global.php setup.php /admin/upgrade.php Wartości w powyższych możesz ustawić na te, jakie ustawiłeś w maincore. Edytowane przez jantom dnia 13.04.2011 18:02:00


bogdan	#8 Dodany dnia 13.04.2011 20:42:06
Ekspert Postów: 2451 Pomógł: 164 v7.02.07 Data rejestracji: 21.07.2009 12:55	Na "zapełnionej - starej" stronie na CBA -> http://renbog.c0.pl, aktualizacja poszła od "strzała" i bez krzaków. Jedyny problem, to ten błąd pojawiający się po aktualizacji bazy Rozwiń Kod źródłowy `"Notice: Undefined index: 441 in strona.pl/public_html/administration/upgrade.php on line 212 Zakończono aktualizację bazy danych."` Chce już próbować na swojej stronie i nie wiem dalej czego może dotyczyć ten błąd i w czym może przeszkadzać. Czy on nie ma związku z Shoutbox-em? Edytowane przez bogdan dnia 16.10.2014 15:52:20 Nie szukaj Szczęścia, lecz dawaj Je innym, a wtedy samo do Ciebie przyjdzie. Nie ma mnie na GG.


Pieka	#9 Dodany dnia 13.04.2011 20:47:18
Postów: 19882 Pomógł: 767 v7.02.03 Data rejestracji: 23.02.2005 18:12	Wyglada na to, ze brakuje locali o wymienionym w bledzie numerze: Rozwiń Kod źródłowy `$locale['441']` W wersji anglojezycznej jest to: Rozwiń Kod źródłowy `$locale['441'] = "Shoutbox";` Nalezy zglosic jantomowi na stronie projektu locali. Jestem jaki jestem


bogdan	#10 Dodany dnia 13.04.2011 20:50:06
Ekspert Postów: 2451 Pomógł: 164 v7.02.07 Data rejestracji: 21.07.2009 12:55	Oki Dzięki Nie szukaj Szczęścia, lecz dawaj Je innym, a wtedy samo do Ciebie przyjdzie. Nie ma mnie na GG.


Pieka	#11 Dodany dnia 13.04.2011 20:52:55
Postów: 19882 Pomógł: 767 v7.02.03 Data rejestracji: 23.02.2005 18:12	Oczywiscie w pliku locale/Polish/admin/upgrade.php. Jestem jaki jestem


kotroniusz	#12 Dodany dnia 13.04.2011 23:07:31
Przedszkolak Postów: 40 Ostrzeżeń: 1 v7.02.07 Data rejestracji: 19.11.2007 22:29	Dlaczego paczka 7.02 jest dwa razy większa niż poprzednia wersja? Tam, gdzie kończy się logika, zaczynają się kobiety. PHP v. 5.3.23, mySQL v. 5.1.65,


ZiGi	#13 Dodany dnia 13.04.2011 23:11:46
Przedszkolak Postów: 17 Ostrzeżeń: 2 v7.02.05 Data rejestracji: 12.02.2011 23:14	Czy dane w bazie dla "User log" i "Error log" powinny automatycznie się stworzyć podczas aktualizacji ? Czy trzeba to ręcznie zrobić ? U mnie nie zostały stworzone i w PA wyskakują mi błędy takie jak: W Admin Password Reset Rozwiń Kod źródłowy `Table 'zigi_osp.osp_admin_resetlog' doesn't existTable 'zigi_osp.osp_errors' doesn't existTable 'zigi_osp.osp_errors' doesn't existTable 'zigi_osp.osp_errors' doesn't exist` W "Error Log" Rozwiń Kod źródłowy `Table 'zigi_osp.osp_errors' doesn't exist` W "User Log" Rozwiń Kod źródłowy `Table 'zigi_osp.osp_errors' doesn't existTable 'zigi_osp.osp_errors' doesn't exist Table 'zigi_osp.osp_user_log' doesn't existTable 'zigi_osp.osp_errors' doesn't existTable 'zigi_osp.osp_errors' doesn't exist` Jakby tego było mało, przy wchodzeniu do "Robots.txt" dostaję: Rozwiń Kod źródłowy `Parse error: syntax error, unexpected T_ENCAPSED_AND_WHITESPACE, expecting T_STRING or T_VARIABLE or T_NUM_STRING in /home3/zigi/public_html/ospszymany.com/locale/Polish/admin/robots.php on line 25` Aktualizacja z 7.01 PW od moderatora: Ogólna Uwaga - Drecha 13.04 - 23:21 Edytowane przez Drecha dnia 13.04.2011 23:17:11


Pieka	#14 Dodany dnia 14.04.2011 00:13:05
Postów: 19882 Pomógł: 767 v7.02.03 Data rejestracji: 23.02.2005 18:12	Odnosnie pierwszego bledu, ponizszy kod wstaw do dodatkowej strony i wykonaj podglad (nie zapisuj!): Rozwiń Kod źródłowy <?php $result = dbquery("DROP TABLE IF EXISTS ".$db_prefix."errors"); $result = dbquery("CREATE TABLE ".$db_prefix."errors ( error_id mediumint(8) unsigned NOT NULL auto_increment, error_level smallint(5) unsigned NOT NULL, error_message text NOT NULL, error_file varchar(300) NOT NULL, error_line smallint(5) NOT NULL, error_page varchar(200) NOT NULL, error_user_level smallint(3) NOT NULL, error_user_ip varchar(45) NOT NULL default '', error_user_ip_type TINYINT(1) UNSIGNED NOT NULL DEFAULT '4', error_status tinyint(1) NOT NULL default '0', error_timestamp int(10) NOT NULL, PRIMARY KEY (error_id) ) ENGINE=MYISAM CHARACTER SET ".$locale['mysql_charset']." COLLATE ".$locale['mysql_collate'].";"); if ($result) { echo "Tabela errors została dodana.<br />"; } else { echo "Nie dodano tabeli errors.<br />"; } ?> Jesli brakuje rowniez tabeli user_log, nalezy wykonac ponizsze zapytanie zgodnie z wczesniejszym opisem: Rozwiń Kod źródłowy <?php $result = dbquery("DROP TABLE IF EXISTS ".$db_prefix."user_log"); $result = dbquery("CREATE TABLE ".$db_prefix."user_log ( userlog_id MEDIUMINT(8) UNSIGNED NOT NULL AUTO_INCREMENT, userlog_user_id MEDIUMINT(8) UNSIGNED NOT NULL DEFAULT '0', userlog_field VARCHAR(50) NOT NULL DEFAULT '', userlog_value_new TEXT NOT NULL, userlog_value_old TEXT NOT NULL, userlog_timestamp INT(10) UNSIGNED NOT NULL DEFAULT '0', PRIMARY KEY (userlog_id), KEY userlog_user_id (userlog_user_id), KEY userlog_field (userlog_field) ) ENGINE=MYISAM CHARACTER SET ".$locale['mysql_charset']." COLLATE ".$locale['mysql_collate'].";"); if ($result) { echo "Tabela user_log została dodana.<br />"; } else { echo "Nie dodano tabeli user_log.<br />"; } ?> Natomiast w kwestii niestety nietrafionego OH jantoma, edytuj plik robots.php i zakomentuj ponizsze: Rozwiń Kod źródłowy `replace_in_output("<a href=\'http://www.robotstxt\.org/\' target=\'_blank\'>".$locale['421']."</a>".$locale['421'].addslashes($locale['421a']);` Jestem jaki jestem


jantom	#15 Dodany dnia 14.04.2011 00:13:36
Weteran Postów: 3458 Pomógł: 122 Data rejestracji: 31.03.2005 20:10	Co do tabel w bazie - skrypt aktualizacyjny powinien wszystko utworzyć. Co do robots.txt - wkradł się błąd - uciekł mi jeden nawias oraz przypadkowo dodał apostrof. Zastąp treść pliku locale/Polish/admin/robots.php tym kodem (zawiera też jedną poprawkę ujednolicającą teksty): Rozwiń Kod źródłowy <?php // Official SVN Trunk Rev: 2013 // Titles $locale['400'] = "robots.txt"; // Messages $locale['410'] = "Na pewno? Plik robots.txt zostanie przywrócony do początkowych ustawień."; $locale['411'] = "Brak pliku robots.txt. Utwórz go w głównym katalogu strony i spróbuj ponownie."; $locale['412'] = "Zaktualizowano plik robots.txt."; $locale['413'] = "Wystąpiły następujące błędy:"; $locale['414'] = "plik robots.txt jest tylko do odczytu."; $locale['415'] = "nie można było zapisać pliku robots.txt."; // Edit form $locale['420'] = "Edytuj plik robots.txt"; $locale['421'] = "Więcej informacji na temat pliku robots.txt"; $locale['422'] = "Zapisz"; $locale['423'] = "Przywróć domyślne ustawienia"; /* My own patch, if you don't want it - comment lines below. * To moja własna łatka, jeśli nie chcesz z niej korzystać - zakomentuj poniższe linie * Tomasz "jantom" Jankowski, Date: 11 04 2011 10:30 */ require_once INCLUDES."output_handling_include.php"; $locale['421'] = "Więcej informacji na temat pliku robots.txt po "; $locale['421a']= "<a href='http://www.robotstxt.org/' target='_blank'>angielsku</a> lub po <a href='http://pl.wikipedia.org/wiki/Robots.txt' target='_blank'>polsku</a>."; replace_in_output("<a href=\'http://www.robotstxt.org/\' target=\'_blank\'>".$locale['421']."</a>",$locale['421'].addslashes($locale['421a'])); ?> Błąd będzie też dotyczyć wersji utf-8, rozwiązanie to samo. @Pieka - OH było trafione, tylko zapomniałem nawiasu zamknąć i zbędnego apostrofa usunąć. Edytowane przez jantom dnia 14.04.2011 02:54:02


Drecha	#16 Dodany dnia 14.04.2011 16:50:20
Bywalec Postów: 749 Pomógł: 28 Ostrzeżeń: 1 v7.02.07 Data rejestracji: 30.01.2009 17:11	Dziękujemy @jantom, nie zwróciłem w ogóle uwagi, że ma miejsce taki błąd, tym bardziej dziękuję. Postanowiłem zaktualizować swój serwis do najnowszej wersji, wcześniej korzystałem z 7.01.05. Niestety pojawiło się kilka błędów, których nie potrafię rozwiązać. Po pierwsze, na samej górze strony pojawia się błąd: Rozwiń Kod źródłowy `Access denied for user 'wwwrun'@'localhost' (using password: NO)` Po drugie, mimo "przełączenia" strony na kodowanie UTF8 i dodaniu wymienionych wyżej linijek do maincore.php - niektóre znaki nadal pozostały zmienione na znaki zapytania. W Panelu Administratora zaś, nie mam żadnych polskich znaków diakrytycznych, same symbole.


ZiGi	#17 Dodany dnia 14.04.2011 16:53:24
Przedszkolak Postów: 17 Ostrzeżeń: 2 v7.02.05 Data rejestracji: 12.02.2011 23:14	Dzięki chłopaki :) Tylko jeszcze jedną małą prośbę mam. O kod do dodania _admin_resetlog do bazy danych, gdyż po wejściu do PA > Odnowienie hasła administratora na dole w polu Dziennik odnowień dostaję błędem po oczach Rozwiń Kod źródłowy `Table 'zigi_osp.osp_admin_resetlog' doesn't exist` Ech Kolejne braki w bazie danych :/ Tym razem w edycji własnego profilu Rozwiń Kod źródłowy `Table 'zigi_osp.osp_email_verify' doesn't exist` Proszę o pomoc Edytowane przez ZiGi dnia 14.04.2011 17:56:39


Pieka	#18 Dodany dnia 14.04.2011 18:24:44
Postów: 19882 Pomógł: 767 v7.02.03 Data rejestracji: 23.02.2005 18:12	Utworzenie tabeli admin_resetlog: Rozwiń Kod źródłowy <?php $result = dbquery("DROP TABLE IF EXISTS ".$db_prefix."admin_resetlog"); $result = dbquery("CREATE TABLE ".$db_prefix."admin_resetlog ( reset_id mediumint(8) unsigned NOT NULL auto_increment, reset_admin_id mediumint(8) unsigned NOT NULL default '1', reset_timestamp int(10) unsigned NOT NULL default '0', reset_sucess text NOT NULL, reset_failed text NOT NULL, reset_admins varchar(8) NOT NULL default '0', reset_reason varchar(256) NOT NULL, PRIMARY KEY (reset_id) ) ENGINE=MYISAM CHARACTER SET ".$locale['mysql_charset']." COLLATE ".$locale['mysql_collate'].";"); if ($result) { echo "Tabela admin_resetlog została dodana.<br />"; } else { echo "Nie dodano tabeli admin_resetlog.<br />"; } ?> Utworzenie tabeli email_verify: Rozwiń Kod źródłowy <?php $result = dbquery("DROP TABLE IF EXISTS ".$db_prefix."email_verify"); $result = dbquery("CREATE TABLE ".$db_prefix."email_verify ( user_id MEDIUMINT(8) NOT NULL, user_code VARCHAR(32) NOT NULL, user_email VARCHAR(100) NOT NULL, user_datestamp INT(10) UNSIGNED DEFAULT '0' NOT NULL, KEY user_datestamp (user_datestamp) ) ENGINE=MYISAM CHARACTER SET ".$locale['mysql_charset']." COLLATE ".$locale['mysql_collate'].";"); if ($result) { echo "Tabela email_verify została dodana.<br />"; } else { echo "Nie dodano tabeli email_verify.<br />"; } ?> Po pierwsze, na samej górze strony pojawia się błąd: Rozwiń Kod źródłowy `Access denied for user 'wwwrun'@'localhost' (using password: NO)` Blad wskazuje na problemy z baza, a scislej z polaczeniem z nia, a nie na bledy PHP-Fusion. Nie namieszales za duzo w pliku config.php? Sprawdz dokladnie i ewentualnie przywroc go do stanu poprzedniego. Edit: Blad jest wynikiem wpisu w pliku index.php: Rozwiń Kod źródłowy `mysql_close($db_connect);` Nalezy zakomentowac ww. linie. Edytowane przez Pieka dnia 23.04.2011 16:08:59 Jestem jaki jestem


Drecha	#19 Dodany dnia 14.04.2011 18:32:34
Bywalec Postów: 749 Pomógł: 28 Ostrzeżeń: 1 v7.02.07 Data rejestracji: 30.01.2009 17:11	@Pieka, dodałem tylko linijkę: Rozwiń Kod źródłowy `define("COOKIE_PREFIX", "x_");` I to wszystko, wiec nie sądzę, by to miało jakiś wpływ na nieprawidłowe działanie PHP-Fusion.


Pieka	#20 Dodany dnia 14.04.2011 19:29:13
Postów: 19882 Pomógł: 767 v7.02.03 Data rejestracji: 23.02.2005 18:12	To usun wszystko, co dodales, przede wszystkim z config.php i maincore.php, bo tam tez grzebales. Niestety, mimo checi jasnowidzem nie jestem i nie wiem, co i jak robiles, wiec moge tylko zgadywac... Jestem jaki jestem

Strona 1 z 15: 12 3 4...15

Przejdź do forum:

Twój link u nas!

Nawigacja

Główne menu

Komunikacja

Elementarz

Dokumentacja

Aktualnie online

Logowanie

Shoutbox

Zobacz temat