Šī ieraksta saturs ir domāts tikai un vienīgi man. T.i. — lielākā daļa no lielākās daļas šo nesapratīs. Un ij nevajag.
Slinks būdams tikko ieberzos. Nespēju saprast, kāpēc man nesaņemās konkrēta tipa īsziņas. Debugojot sapratu, ka slinks būdams biju uzrakstījis sekojošu kodu, kas pārbauda īsziņas tipu (īsziņa, vai delivery report):
if ($pdu['esm_class'] && bindec('00000100')) {
…
Savukārt, iekš SMPP specenes ir minēts, ka komandas deliver_sm gadījienā septītais un sestais bits norāda GSM tīkla specifiskos flagus, bet otrais, trešais, ceturtais un piektais — īsziņas tipu.
Tā vietā, lai normāli apstrādātu šo bitmasku pa grupām, es brutāli AND'oju ar bitmasku.
Kā rezultātā, akomponējot šo vienkāršo AND'u ar vēl pāris koda rindiņām, visas ienākošās īsziņas ar uzstādītu UDHI headera bitu tika klusi ignorētas. Grrr…
Tā iet, kad cenšās vienkāršot to, kas nav jāvienkāršo :) Pēc diviem gadiem rodas ilgi debugojami gļuki (fīčas)…
Starp citu, iekš PEAR ir pieejams (proposal veidā, gan) iesākts projekts Net_SMPP. Jamais ir viegli paplašināms (neesmu kursā par PDU opcionālajiem laukiem, jo tik tālu nepētīju). So — uz priekšu, ja nu kādam vajag :)
1 misame @ 14:31 (2005. gada 28. jūnijs)
kas ir domāts ar & apos; ? Apostrofs?
2 shizo @ 14:33 (2005. gada 28. jūnijs)
diezin vai PEAR buus nodzozhens, bet kodu smelt no taa arraa noteikti, ka var, vismaz nebuus jaapeerk gatava aplikaacija no laacz pa bargu naudu :)
3 laacz @ 14:45 (2005. gada 28. jūnijs)
shizo: Būs gan, ja pierakstīsi klāt viskautko. Un patestēsi. :)
4 sklp @ 18:22 (2005. gada 28. jūnijs)
ēē, lāc, vai tad && nebija loģiskais, savukārt & — binārais AND?
5 jānis z @ 21:19 (2005. gada 30. jūnijs)
jā, visu sapratu…..