Przenoszę sklep OsCommerce, zainstalowany pierwotnie na sewerze A, na nowy – serwer B.
- Kopiuję wszystkie pliki i katalogi z serwera A na B
- Na serwerze A wchodzę do panelu phpMyAdmin i eksportuję sklepową bazę danych
- Na serwerze B wchodzę do panelu phpMyAdmin i importuję sklepową bazę danych
- zmieniam parametry plików configure.php w folderach /includes katalogu głównego i katalogu /admin
- odpalam sklep – i Gucio…
Kłopot polega na różnicy w traktowaniu opcji register_globals, która na serwerze A była dostępna, a na serwerze B nie jest. Z tego, co rozumiem, zasady bezpieczeństwa zalecają wyłączanie register_globals, więc niby świadczy to na korzyść nowego serwera. Komunikuje mi:
Data Handling: register_globals = Off
You should do your best to write your scripts so that they do not require register_globals to be on; Using form variables as globals can easily lead to possible security problems, if the code is not very well thought of.
Czyli: powinnam tak pisać skrypty, żeby nie wymagały włączania tej opcji, bo jeśli zmienne w formularzu mają status globalny, to – o ile kod nie jest dość starannie napisany – szybko mogą spowodować kłopoty wynikające z braku zabezpieczeń.
Muszę więc rozgrzebać kod OsCommerce i dopasować go do nowej sytuacji. Buuu!
Zmiana pliku .htaccess spowodowała błąd serwera. Fatalny zresztą. Fatal server error
.
Próbuję drugi sposób: do głównego katalogu sklepu wrzucam plik php.ini zawierający tylko jedną linijkę: register_globals = ON
.
Odpalam sklep – OK. Działa.
Z tego, co czytałam na różnych forach, jest to rozwiązanie chybotliwe: może się okazać, że jutro albo za tydzień czy miesiąc zrobią zmiany na serwerze i nadpiszą mi to ustawienie.
Jeszcze więc popracuję nad tym.
Problem nr 2:
Polskie litery krzaczą.
Nie rozumiem, czemu. Identycznie eksportowałam bazę tego bloga – i tu wszystko gra.
Tylko WordPress kodowany jest konsekwentnie w utf-8, natomiast sklep w ISO-8859-2. Bazy – w utf-8.
————–
Więcej na stronie PC.Gazetka.EU