Forum PHP.pl

Przeglądają bibliotekę od sms api trafiłem na taką klasę
https://github.com/smsapi/smsapi-php-client...SendSmssBag.php
Uproszczony fragment kodu:

[PHP] pobierz, plaintext 
/**
 * @api
 * @property string $from
 * @property string $message
.....
 * @property string $timeRestriction
 */
#[\AllowDynamicProperties]
class SendSmssBag
{
    /** @var string */
    public $encoding = 'utf-8';
 
    public static function withMessage(array $receivers, string $message): self
    {
        $bag = new self();
        $bag->to = $receivers;
        $bag->message = $message;
 
        return $bag;
    }
 
}
 
[PHP] pobierz, plaintext 

I tak się zastanawiam jaki jest tu sens użycia AllowDynamicProperties i "definiowanie" właściwości w @property?
Przecież skoro lista tych właściwości jest znana to było można je zdefiniować tak jak to zrobili z $encoding.

Czy w tym jest jakiś geniusz którego ja nie dostrzegam? Jakiś wzorzec którego nie znam / nie rozumiem?

Macie pomysł "po co tak robić"?

A już myślałem że coś genialnego, a nie przykrywanie g... papierkiem...

Tylko to jeszcze bardziej zastanawiające po co, poprawienie tego zajęło by jakieś 10 sekund.

Cóż czyli jednak lepiej nie szukać przejawów geniuszu na siłę ;p

Jeśli prujecie w jakichś firmach, to na czym pracujecie?

W sensie na jakichś frameworkach czy raczej rozwiązania własne?
A jeśli na fw to jak wygląda sprawa aktualizacji? Znaczy się podnosicie najszybciej się da, czy przykładowo raz na jakiś czas wielka akcja aktualizacja?


Ja pracuję w firmie gdzie mamy własne rozwiązanie nie oparte o żadnego publicznego fw, więc u mnie konieczność aktualizacji fw odpada.
Jedynie co jakiś czas mamy akcje aktualizacji do najnowszego php gdzie przede wszystkim trzeba sprawdzić czy wszystko dalej działa i czy przypadkiem nie jest używane coś co zostało zdeprecjonowane.

A jak to jest u was?

Czy ty pracujesz na frameworku wydanym 11lat temu?

Szczerze to teraz jak patrzę na z linku który wstałeś to przestaję się dziwić bo tam to co jest nazywane modelem to funkcja pobierając dane z bazy i zapisująca je do tablicy.

Chociaż w takim przypadku mównice dobrze mogłaby być funkcja/model pobierająca dane z api

Ale przecież to właśnie model odpowiada za logikę biznesową
https://en.wikipedia.org/wiki/Model%E2%80%9...ontroller#Model



Więc w takim razie gdzie umieszczasz logikę?
Serio pytam bo mnie teraz zainteresowałeś

Co rozumiesz przez "modeluje"?

Jeśli potakujemy model jako encje do tabeli w bazie to robi to samo co api, pobiera dane, aktualizuje dane, dodaje itd...

A jeśli chodzi o to ApiClient to rozumiem że jak w mvc masz przykładowo takie katalogi
app/model
app/view
app/controller

to dodałbyś app/ApiClient ?

Ostatnio ze znajomymi mieliśmy rozkminię na temat gdzie umieścić kod klienta api i jak wiadomo gdzie 3 osoby tam 4 opinie.
Ja jestem za opcją że api powinno być w modelu, ponieważ to model odpowiada za komunikację z zewnętrznymi zasobami.
Ale były osoby które uważał że to powinno być "gdzieś indziej" nie wiadomo gdzie ale nie wiadomo gdzie tylko nie model bo się robi bałagan, model tylko do bazy danych. Może jakaś biblioteka, może coś innego ale nie model.

Gdzie wy byście to wstawili?

Nie pytam gdzie wstawić adres api czy klucze tylko kod odpowiedzialny za komunikację

Przez composera jakoś mi się nie podoba bo jak zaczynasz pracować z api to na sam start nie wiesz co będziesz dokładnie potrzebował, a każda drobna zmiana wiąże się z podnoszeniem wersji i aktualizacją composera.

No dobra ale powiedzmy że robisz tą bibliotekę lub /src/jakieśApi i co dalej? Jaką to ma dalej strukturę plików?

A czemu nie model?
W MVC model odpowiada za logikę biznesową oraz jest encją danych. Więc pasuje idealnie.

Założenie jest takie że to będzie tylko do użytku wewnętrznego, nie będzie nigdzie publikowane.
Dla uproszczenia można założyć że to API czegoś popularnego jak allegro czy inpost. Ale równie dobrze może t być coś znacznie bardziej niszowego jak przykładowo jakaś hurtownia gdzie coś takiego jak dokumentacja często nie do końca istnieje lub mija się z prawdą.

Czyli w taki przypadku przy rozwiązaniu z modelami robimy po prostu przestrzenie nazw model/allegro/... czy model/inpost/...

Zależy o jakich botach mówisz.
Jeśli to boty wyszukiwarek to mają one zawsze w user agent podane że są botem i w takim przypadku na końcu skryptu możesz poprostu niszczyć sesje.

A moja szklana kula mówi że mod rewrite nie jest aktywowany..
Gdyby problemem była wersja php to błędem byłby raczej 500, a nie 404

Po pierwsze to ja chyba jestem ślepy bo tego zdania które zacytowałeś to ja tam nie widzę.

Ale tak masz racje, jednak sygnaturę liczy się inaczej. Mea culpa, nie wpadłem na to to jak wyznaczać sygnaturę będzie na początku i na końcu strony.

Tak i z tego korzystam tylko to co wysłałeś to v1, a nowi klienci dostają dostęp tylko do v2
https://open.shopee.com/documents/v2/OpenAP...e=87&type=2
tylko tak jak pisałem przy pierwszej metodzie czyli przy generowaniu tokena działa, a przy każdej kolejnej akcji już nie

Czy ktoś może całkiem przypadkiem robił integracje z shopee i wie jak działa ta ich cudowna sygnatura ?
Problem jaki mam jest o tyle ciekawy że dla celów generowania tokena sygnatura działa ale dla każdej innej metody mam "wrong sign".
Znalazłem jakieś gotowe biblioteki na gicie ale te wywalają się już na tokenie bo nie przekazują wszystkich wymaganych danych.

Kod jakim to generuję wygląda następująco



ja w wyniku dostaję
16fb917c00232fc8e6f103b4f2b356c88c51a714c382b7609e9aaa86304454dd
natomiast shopee oblicza
2857c336517ecab5441a9e2974269fe3b901c85a72413d7c867e741dcd0dcf41
To znaczy nie podają tego wprost ale ale mają "api test tool" i tam można podejrzeć żądania.

Robione na szybko, trochę "na oko" ale powinno działać
https://jsfiddle.net/4o3b175L/

To zależy od serwera/serwerowni więc w takim przypadku najlepiej pytać tam gdzie masz serwer.
W serwerowni z usług której ja korzystam jest możliwe ale nie zawsze tak musi być 
https://www.lh.pl/pomoc/doc/zmiana-wersji-php/

Co znaczy "podświetlić plik" ?

Jakie to zapytanie ? SELECT ? INSERT ? UPDATE ?

Znając życie to jest SELECT i masz źle założone indeksy lub nie ich wcale.
Jak baza miała pięć rekordów na na krzyż to działało ale spuchła to pojawił się problem

Skoro już musisz robić coś tak głupiego to nie używaj "use" tylko pełnych nazw
Czyli nie $mailer = new PHPMailer(); tylko $mailer = new PHPMailer\PHPMailer\PHPMailer();

Jeśli masz serwer dedykowany to możesz spróbować użyć wkhtmltopdf
prawdopodobnie Chart.js będzie dalej działał

Nie doczytałeś dokładnie,
stare API soap/wsdl jest wyłączane o ile jeszcze działa i jest zastępowane nowym REST API

Nie wiem jak to robisz po stronie JAVY ale prawdopodobnie najłatwiejszą opcją będzie dodanie obsługi ciasteczek.
Możesz tez zrobić własną obsługę sesji https://www.php.net/manual/en/session.customhandler.php i uwierzytelniać się/identyfikować inną metodą niż ciasteczko.

Jakiś kod ? coś ? cokolwiek ?

A dlaczego tylko w Laravel-u i Symfony można pracować stacjonarnie lub zdalnie ? Idąc dalej tym tropem to jak się pracuje w innych ? Pół stacjonarnie ?