![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 304 Pomógł: 0 Dołączył: 12.12.2006 Skąd: Pszów Ostrzeżenie: (0%) ![]() ![]() |
Witam
Planuje zrobić online update system CMS i zastanawiam sie jaki system updatu będzie najbardziej sensowny: Taki że na jednym stałym zewnętrznym serwerze będą pliki które się zmieniły. Np jeśli zmienił sie plik x1.php i x23.php to te pliki znajdą się tam w całości Do tego będzie plik który będzie zawierał listę plików do zmiany. Ewentualnie plik z zmianami w bazie. Teraz te pliki było by pobierane poprzez FTP (via PHP) a potem podmieniane na serwerze skąd rozpoczęto update. Czy taki system jest dobry? |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Zarejestrowani Postów: 62 Pomógł: 3 Dołączył: 12.04.2007 Skąd: Wągrowiec Ostrzeżenie: (0%) ![]() ![]() |
online update system => to na angielskich forach (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)
W update.php sprawdzaj po prostu daty zmiany plików, i jesli są nowsze na zdalnym serwerze, wtedy je pobieraj oraz podmieniaj. |
|
|
![]()
Post
#3
|
|
Grupa: Zarejestrowani Postów: 2 592 Pomógł: 445 Dołączył: 12.03.2007 Ostrzeżenie: (0%) ![]() ![]() |
Zapisz u klienta jego aktualną wersję systemu 1.2.2.1
Sprawdzając aktualizację sprawdzasz zgodność wersji. Jeśli masz nowszą na serwerze, to wtedy następuje aktualizacja. Które pliki to już powinieneś ustawić na serwerze. IMHO sprawdzanie daty zmiany plików nie ma sensu. Po pierwsze primo - należałoby sprawdzić wszystkie pliki - a przy dużym systemie to masa porównań. Po drugie primo (tj. secundo) - jeśli usr zmieni cokolwiek w kodzie, usunie spację, przeniesie klamrę do nowej linii, zmieni konfigurację, cokolwiek, data zmiay pliku się zmieni, co nie będzie równoważne z tym, że wersja tego pliku jest nowsza. Czyli, wg mnie (osobista opinia), najlepiej po każdej aktualizacji wersji, na serwerze zrobić listę plików, które zostały zmodyfikowane, aby klient ściągał tylko te potrzebne, bez zbędnego rypania dysku u siebie w poszukiwaniu daty zmiany plików. Pozdrawiam |
|
|
![]()
Post
#4
|
|
Grupa: Zarejestrowani Postów: 304 Pomógł: 0 Dołączył: 12.12.2006 Skąd: Pszów Ostrzeżenie: (0%) ![]() ![]() |
Według mnie lista z zmianami jest lepsza z powodów jakie opisujesz.
A jak robicie sprawdzanie aktualizacji, periodycznie czy na żądanie? |
|
|
![]()
Post
#5
|
|
Grupa: Zarejestrowani Postów: 2 592 Pomógł: 445 Dołączył: 12.03.2007 Ostrzeżenie: (0%) ![]() ![]() |
Periodycznie, raz na tydzień wystarczy, chyba, że system jest strasznie rozwojowy. Sprawdzanie trwa chwilke, jeśli robi się porównanie numeru wersji. Ja osobiście preferuje numer jako zwykła liczba. Np: 12231 co się przenosi u klienta na 1.2.2 build 31. Wtedy sprawdzanie robię przez proste porównanie:
Trzeba tylko uważać na ewentualne zmiany dokonane przez klienta. Dobrze jest więc wyświetlić listę plików, które ulegną nadpisaniu, z pytaniem, czy przypadkiem nie grzebał w tych plikach, bo jeśli tak, to utraci te zmiany. No i dać możliwość zrezygnowania z aktualizacji, albo w ogóle wyłączenia automatycznej aktualizacji. Pozdrawiam |
|
|
![]()
Post
#6
|
|
Grupa: Moderatorzy Postów: 15 467 Pomógł: 1451 Dołączył: 25.04.2005 Skąd: Szczebrzeszyn/Rzeszów ![]() |
Cytat Wtedy sprawdzanie robię przez proste porównanie: Tak btw, version_compare" title="Zobacz w manualu PHP" target="_manual. :] |
|
|
![]() ![]() |
![]() |
Aktualny czas: 16.09.2025 - 20:59 |