Download the PHP package websystems/wordpress-update-package without Composer

On this page you can find all versions of the php package websystems/wordpress-update-package. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.

FAQ

After the download, you have to make one include require_once('vendor/autoload.php');. After that you have to import the classes with use statements.

Example:
If you use only one package a project is not needed. But if you use more then one package, without a project it is not possible to import the classes with use statements.

In general, it is recommended to use always a project to download your libraries. In an application normally there is more than one library needed.
Some PHP packages are not free to download and because of that hosted in private repositories. In this case some credentials are needed to access such packages. Please use the auth.json textarea to insert credentials, if a package is coming from a private repository. You can look here for more information.

  • Some hosting areas are not accessible by a terminal or SSH. Then it is not possible to use Composer.
  • To use Composer is sometimes complicated. Especially for beginners.
  • Composer needs much resources. Sometimes they are not available on a simple webspace.
  • If you are using private repositories you don't need to share your credentials. You can set up everything on our site and then you provide a simple download link to your team member.
  • Simplify your Composer build process. Use our own command line tool to download the vendor folder as binary. This makes your build process faster and you don't need to expose your credentials for private repositories.
Please rate this library. Is it a good library?

Example code of websystems/wordpress-update-package

Informations about the package wordpress-update-package

websystemspl/wordpress-update-package

Paczka Composer odpowiedzialna za aktualizacje i licencjonowanie wtyczek oraz motywów WordPress, integrująca się z UpdatePulse Server.

Bazuje na bibliotece updatepulse-updater z modyfikacjami opisanymi w sekcji Zmiany względem oryginału.

Działa zarówno dla wtyczek, jak i motywów — klasa automatycznie wykrywa typ na podstawie ścieżki.

Instalacja

Użycie w wtyczce

my-plugin.php:

Użycie w motywie

functions.php:

Zmienna $mytheme_updater (oraz $myplugin_updater) musi mieć unikalny prefix — różny dla każdej wtyczki/motywu.

Konfiguracja — updatepulse.json

W katalogu głównym wtyczki lub motywu musi znajdować się plik updatepulse.json z adresem serwera UpdatePulse:

Plik zawiera tylko adres serwera. Dane licencji (klucz, sygnatura, itd.) są przechowywane w bazie danych WordPress (wp_options) i nie są zapisywane do pliku — dzięki temu aktualizacja wtyczki/motywu nie kasuje licencji.

Licencja wymagana / współdzielona

Jak działa wykrywanie typu

Klasa UpdatePulse_Updater automatycznie wykrywa czy package jest wtyczką czy motywem:

Nie trzeba tego konfigurować ręcznie.

Zmiany względem oryginału

Oryginalna biblioteka pochodzi z Anyape/updatepulse-server-integration i była przeznaczona do ręcznego kopiowania do folderu lib/ wtyczki/motywu. Poniżej lista zmian wprowadzonych w tej paczce:

1. Integracja z Composerem

Oryginał: biblioteka ładowana przez require_once wskazujący na lib/updatepulse-updater/class-updatepulse-updater.php.

Zmiana: paczka rejestruje klasę przez autoload Composera (autoload.files). W projekcie wystarczy:

2. Usunięcie bundlowanego plugin-update-checker

Oryginał: biblioteka zawierała kopię yahnis-elsts/plugin-update-checker w podfolderze lib/plugin-update-checker/ i ładowała ją ręcznie przez require.

Zmiana: yahnis-elsts/plugin-update-checker jest zadeklarowany jako zależność Composera (^5.7). Fallback require wskazuje na vendor/yahnis-elsts/plugin-update-checker/ zamiast na lokalny lib/.

3. Ścieżki do assets przeniesione na DIR

Oryginał: ścieżki do plików JS, szablonów i tłumaczeń były budowane względem $this->package_path (katalogu wtyczki/motywu) z dołączonym prefiksem lib/updatepulse-updater/:

Zmiana: ścieżki oparte o __DIR__ klasy (katalog paczki w vendorze):

4. Przechowywanie danych licencji w bazie danych

Oryginał: wszystkie opcje (licenseKey, licenseSignature, licenseNextDeactivate, itd.) były zapisywane do pliku updatepulse.json w katalogu wtyczki/motywu. Przed aktualizacją klasa kopiowała je do wp_options jako backup, a po aktualizacji — z powrotem do pliku.

Zmiana: dane licencji są zawsze przechowywane w wp_options pod kluczem updatepulse_{slug}_options. Plik updatepulse.json przechowuje wyłącznie server URL (config deploy-time, commitowany do repozytorium). Metody save_updatepulse_options() i restore_updatepulse_options() są no-op — backup przed aktualizacją nie jest potrzebny.

5. Kompatybilność z plugin-update-checker v5.7

Oryginał: używał namespace YahnisElsts\PluginUpdateChecker\v5p3\PucFactory.

Zmiana: zaktualizowany do v5p7 zgodnie z aktualną wersją biblioteki (^5.7).

All versions of wordpress-update-package with dependencies

PHP Build Version
Package Version
Requires php Version >=7.4
yahnis-elsts/plugin-update-checker Version ^5.7
Composer command for our command line client (download client) This client runs in each environment. You don't need a specific PHP version etc. The first 20 API calls are free. Standard composer command

The package websystems/wordpress-update-package contains the following files

Loading the files please wait ...