ForumCała strona

Nawigacja

Aktualnie online

Gości online: 10

Użytkowników online: 0

Łącznie użytkowników: 25,405
Najnowszy użytkownik: kipolas

Logowanie

Nazwa użytkownika

Hasło



Zarejestruj się

Odzyskaj hasło

Shoutbox

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

JazOOn
25.06.2025 23:43:19
Dziadziejemy jantom...

jantom
23.06.2025 21:37:31
Z ciekawo?ci pogrzeba?em w historii i jest gorzej ni? my?la?em. Skórka Nadzieja ma ju? 17 lat.

jantom
23.06.2025 21:33:12
... troch? zasiedzia?o Wink

jantom
23.06.2025 21:32:38
Cecha tego, jak z 20+ lat temu pisano strony - tabelki wsz?dzie, szczególnie do tworzenia uk?adów stron. PF d?ugo by? wierny tej tradycji. A obecny szablon Supportu napisa?em z 15 lat temu i chyba mu

Zbigniew@
22.06.2025 17:50:03
Dlaczego forum jest dost?pne tylko dla 10% ludzi? Poniewa? wi?kszo?? osób korzysta z internetu na urz?dzeniach mobilnych.

Pobierz now? wersj?
Pobierz podr?cznik
Zobacz inne oficjalne Supporty
Statystyki supportu
PHP-Fuson PL na Facebooku

RSS

Polecamy hosting SferaHost.pl

Zobacz temat

 Drukuj temat
Przenoszenie strony na inny serwer
Pieka
Ma?y poradnik przenoszenia strony na inny serwer:

1. Kopiujemy wszystkie pliki PHP-Fusion ze starego serwera.
2. Eksportujemy baz? starej strony z poziomu phpMyAdmina.
3. Umieszczamy skopiowane pliki na nowym serwerze.
4. Importujemy do uprzednio za?o?onej nowej bazy, kopi? starej bazy.
5. Edytujemy plik config.php i wpisujemy odpowiednie dane nowej bazy.
6. Sprawdzamy i w razie potrzeby poprawiamy chmody plików i katalogów.

Odpalamy stron?.
Jestem jaki jestem Smile
 
www.php-fusion.pl
W?cibski Go??
Dodany dnia 06.09.2025 00:32:09
Pan Kontekstualny

Postów: n^x
Data rejestracji: Zawsze

Polecamy hosting SferaHost.pl
IP: localhost  
sp8ufw
Witam!

A czy mog? przenie?? php-fusion 6 z jednego serwera na nowy z zainstalowan? ju? czyst? 7-k??
Czy jedynym sposobem by?oby przeniesienie bie??cej wersji i update do 7.

Z góry dzi?kuj? za informacj?.
 
khaman
Je?li to maj? by? osobne strony to tak. Upgrade v7 z tego co wiem wymaga wgrania plików v7 po upgradzie sql na wersji v6:
http://www.php-fu...d_id=21214

Upgrade mozesz zrobi? na starym serwerze i przenie??.
Edytowane przez khaman dnia 14.11.2008 11:12:48
Posty pomocne oznaczaj jako pomóg?help.png Nie pomagam na PW/GG | Brak stopki = brak pomocy
 
sp8ufw
No tak, w sumie na jedno wychodzi, czy przenios? i zrobi? update, czy w drug? stron?.
 
casteam123
Przenios?em stron? z serwera yoyo.pl na za.pl (ósemka.pl) zrobi?em wszystko dok?adnie jak poda? Pieka. Baza si? przenios?a, wszystkie dane s?, ale jest problem z polskimi literkami tyle, ?e nie wsz?dzie...
2 pierwsze foty to yoyo.pl 2 nast?pne to za.pl Jak rozwi?za? ten problem?
img20.imageshack.us/img20/1007/85788909ry2.th.jpgimg20.imageshack.us/images/thpix.gif
img20.imageshack.us/img20/7051/95129084ud6.th.jpgimg20.imageshack.us/images/thpix.gif[/<br />
<br />
[URL=http://img511.imageshack.us/my.php?image=76363620vq8.jpg][IMG]http://img511.imageshack.us/img511/179/76363620vq8.th.jpgimg511.imageshack.us/images/thpix.gif
img508.imageshack.us/img508/4634/15009185rj5.th.jpg
 
Pieka
Zmieniales cos w bazie przed wykonaniem importu?
Jestem jaki jestem Smile
 
www.php-fusion.pl
casteam123
Nic nie edytowalem tak jak exportowalem odrazu importowalem na drugim serwerze
Edytowane przez bartek124 dnia 19.11.2008 15:27:40
 
bartek124
Wyeksportuj baz? z poziomu Panelu Administratora, z PHPMyAdmin zawsze s? jakie? problemy z kodowaniem. Ewentualnie wyeksportuj przez PHPMyAdmin, ale nie do postaci pliku, tylko tekstu, a nast?pnie wklej go w polu Zapytanie SQL na nowym hostingu (PHPMyAdmin).
userbar_bartek124_net.png mw.gif Nie pomagam na komunikatorach oraz PW!
 
www.bartek124.net
Pieka
Jakie masz kodowanie w bazie, podaj prosze. Po tej informacji bede mogl napisac cos wiecej.

Mozesz tez zastoswac rozwiazanie szybsze, ktore jest dla jednych zbawienne i ostateczne, a dla drugich jedynie dorazne. Mam na mysli edycje pliku maincore.php i dodanie wpisu wymuszajacego odpowiednie kodowanie.
W tym celu edytuj plik maincore.php, znajdz (linia ~71):
Pobierz kod źródłowy  Rozwiń Kod źródłowy PHP

i wstaw pod:
Pobierz kod źródłowy  Rozwiń Kod źródłowy PHP

lub:
Pobierz kod źródłowy  Rozwiń Kod źródłowy PHP

Nie znam serwera, wiec sam musisz sprawdzic wlasciwe. Za kazdym razem odswiez strone (F5) po zapisaniu pliku.
Jestem jaki jestem Smile
 
www.php-fusion.pl
casteam123
Pomóg? sposób z latin1 dzi?ki wielkie
Edytowane przez ICEK dnia 19.11.2008 18:38:47
 
Kubir
Mi niestety oba sposoby nie pomog?y.
Kopie baz? danych mam zapisan? z tak? linijk?:
Pobierz kod źródłowy  GeSHi: PHP
  1. DEFAULT CHARSET=latin1
Zinterpretowano w sekund: 0.018, wykorzystano GeSHi 1.0.8.10

Tabela g?ówna (przy podgl?dzie w phpMyAdmin) ma ustawione kodowanie na latin2_general_ci.
Natomiast tabela która by?a automatycznie dodana: information_schema ma kodowanie utf8_general_ci.
W rekordach odpowiadaj?cych za posty wida? ?e maj? kodowanie latin1_swedish_ci.
Sk?d powsta?y te rozbie?no?ci? I jak teraz naprawi? kodowanie, aby zacz??y wy?wietla? si? polskie znaki.


Problem pojawi? si? po przeniesieniu kopi bazy danych na inny serwer(kopia zrobiona przez PA, wczytana przez phpMyAdmin).

Adres strony: www.hsmusical.pl
 
Pieka
Usun te linie z kazdej tabeli w pliku kopii, a nastepnie zaimportuj. Twoje domyslne kodowanie zdefiniowane w pliku kopii, wymusza kodowanie w bazie i stad zapewne Twoje problemy z kodowaniem tresci strony.
Jestem jaki jestem Smile
 
www.php-fusion.pl
Kubir
Nie mog? wczyta? kopi bazy, poniewa? jest ona ju? mocno nieaktualna.
Uda?o mi si? naprawi? do takiej sytuacji w której nowe posty s? ju? pisane poprawnie, nadal pozostaje problem z poprzednimi postami/newsami itp.
 
Pieka
Kubir napisa?/a:
Nie mog? wczyta? kopi bazy, poniewa? jest ona ju? mocno nieaktualna.
Uda?o mi si? naprawi? do takiej sytuacji w której nowe posty s? ju? pisane poprawnie, nadal pozostaje problem z poprzednimi postami/newsami itp.

W takim razie nic juz z tym nie zrobisz. Zle zaimportowales kopie bazy.
Jestem jaki jestem Smile
 
www.php-fusion.pl
Kubir
Czyli aby wszystko by?o ok (??cznie ze starymi danymi), musia?bym zaimportowa? baz? od nowa z usuni?ciem linii odpowiadaj?cej za kodowanie
Pobierz kod źródłowy  GeSHi: PHP
  1. ENGINE=MyISAM AUTO_INCREMENT=14 DEFAULT CHARSET=latin1;
Zinterpretowano w sekund: 0.017, wykorzystano GeSHi 1.0.8.10
(usun?? nalezy ca?? tak? lini? czy tylko jej fragment?). Nale?y takie linie usuwa? za ka?dym importem bazy mimo ?e PHP-Fusion 7 doda? je automatycznie przy eksporcie, czy tylko przy niektórych serwerach? (obecnie korzystam z home.pl) Mam te? pytanie czy gdybym zdecydowa? si? na wczytanie kolejny raz bazy danych to czy wtedy zmiana w pliku maincore.php by?a by konieczna?
 
Pieka
Obecna baza ma zapewne uszkodzone kodowanie (znaki zapytania w bazie), o czym swiadczy fakt poprawnosci nowych newsow. Musialbys wykonac to w starej kopii i wlasnie te zaimportowac. Obecna sie do tego nie nadaje. Teoretyzuje, wiec nie musisz mi wierzyc. Najlepiej byloby sprawdzic to w praktyce. Ale jak widze, masz obawy.
Zasadniczo przy poprawnym kodowaniu bazy, nie ma potrzeby dokonywania jakichkolwiek zmian w maincore.php.
Jestem jaki jestem Smile
 
www.php-fusion.pl
Kubir
Wczyta?em t? star? baz? (z pousuwanymi liniami kodu z deklaracjami kodowania) teraz wszystko jest ju? ok, dzi?kuje za pomoc.
 
isnard
Witam, mam problem z przeniesieniem strony na serwer tripod.lycos.co.uk. Robi?em wszystko zgodnie z podanymi instrukcjami powy?ej, wszystkie pliki php fusion s? skopiowane na serwer wraz z zawarto?ci? strony(zdj?cia, pliki itd.). Z konfiguracja pliku config tez nie ma problemu. Problem si? pojawia z przeniesieniem bazy danych, kopia bazy danych nie jest przyjmowana przez serwer, komunikat pojawiaj?cy si? czasami to "Query was empty", robi?em kopie bazy danych z panelu phpmyadmin jak równie? z poziomu strony, w obydwu przypadkach to samo, próbowa?em wrzuci? zarówno plik tekstowy oraz ten sam spakowany. Wkleja?em równie? zawarto?? pliku tekstowego kopii bazy do okienka "Run SQL query/queries on database" i nic z tego. Podejrzewam ?e wina le?y po mojej stronie albo w kopiowaniu bazy danych albo w nieprawid?owej obs?udze phpmyadmin na Lycosie (serwerze docelowym), prosz? o jak?? podpowied?. Je?eli jest problem z hostingiem, to mo?e kto? zna dobry darmowy hosting w UK? Pozdrawiam.
Edytowane przez hoopak dnia 03.12.2008 15:30:53
 
khaman
Jakby? poszpera? w wyszukiwarce to z Lycosem by?y jakie? problemy. A po co ci koniecznie w UK? Dobre darmowe te? masz u nas (np: unl.pl).
Posty pomocne oznaczaj jako pomóg?help.png Nie pomagam na PW/GG | Brak stopki = brak pomocy
 
isnard
Witam!
Przenios?em stron? z 000webhost.com na funpic.de zgodnie z wszelkimi zasadami, jednak wyst?pi? problem z kodowaniem polskich znaków, próbowa?em wszelkich mo?liwo?ci, kilka krotnie exportowa?em baz? wszystkimi sposobami, zmieni?em równie? wpis w maincore :
Pobierz kod źródłowy  Rozwiń Kod źródłowy

wpisuj?c wszystkie NAMES po kolei i nic.
W ko?cu podejrzewam ?e znalaz?em b??d tylko nie potrafie sobie z nim poradzi?, otó? przy próbie exportu do pliku tekstowego zauwa?y?em ?e baza jest exportowana ju? z "krzaczkami", tak chyba nie powinno by?, próbowa?em to zwalczy? ale kolejne próby exportu bez zmian. Zmienia?em kodowania w PHPMyadmin,zmieni?em nawet j?zyk menu !?:) doda?em te? linijke do maincore z wszelkimi mo?liwo?ciami i nic, eksportowana baza jest z krzakami ale dzi?ki tym kombinacjom odkry?em kolejn? ciekaw? rzecz, ?e strona jest kodowana w latin1 (przy innych s? krzaki na stronie), a w tabelach widoczne jest kodowanie utf8 przy kilku tylko jest latin1 i latin2 a w wyeksportowanej bazie widac utf8_polish_ci, hmm chcia?by mi kto? pomóc? Z góry dzi?ki;)
 
Przejdź do forum:
Created by Arox Copyright (C) 2004
Copyright (C) 2004 - 2018 Ekipa PHP-Fusion.pl