jurchiks

Termināli var turēt atvērtu iekš paša PhpStorm, atkarībā no tā, kas tur tiek darīts. Tas varētu nogriezt vienu logu no katras vides.

Vai ar "datubāzēm" ir domāti native klienti, vai vnk PhpMyAdmin pārlūkā? Otrajā gadījumā jau vnk tabs blakus izstrādājamā saita tabam.

Un no pavisam citas puses - varbūt ir vērts padomāt, kā to apjomu vienkārši samazināt, nevis vieglāk menedžēt? Labi, 3 PhpStormi, bet ja ir vēl 9+ citi logi atvērti, tad tas jau IMO ir par daudz.

P.S. Discord > Slack > Skype.

Let the holy wars begin!

Tak viņiem tur tā kā nodoklīti uzlika, domājot par pārcelšanos uz citām valstīm... Nezinu gan, vai tas attiecas uz software department, bet it kā jau viņi to pokera softu turpat uz vietas arī kodē. Man viens paziņa tur strādā un viņš, kā arī viņa kolēģi, visi saka, ka tur tagad iet sūdīgi.

Ja tu zini pareizo SOAP request struktūru, tad uzrakstīt atbilstošu PHP SoapClient requestu nevajadzētu būt problēmām.

Iedod kaut vienu nestrādājoša pieprasījuma request struktūru.

Principā request body tev jau vajadzētu saprast, kā veidot, vnk $soap->SomeFunction(['foo' => 'bar']), bet request headerus tev @ SO tas čalis aprakstīja:

$headerValues = [
    'UserId'    => $someUserId,
    'ClientId'  => $someClientId,
    'SessionId' => $someSessionId
];

$ns = 'http://namespace.example.com/'; // šo ņem no <UserSessionCredentials xmlns="http://www.NSadrese.net/">
$header = new SOAPHeader($ns, 'UserSessionCredentials', $headerValues);
$soap->__setSoapHeaders($header);

Teorētiski ar to vajadzētu pietikt, tālāk izsauc `$soap->GetSystemSettings()` un vajadzētu aiziet.

P.S. Viņš tāpat paņēma copy-paste no šejienes: http://php.net/manual/en/soapclient.setsoapheaders.php#93460

On 4/9/2017 at 1:25 AM, jurchiks said:

Piedod, mana risinājuma nebūs, jo es jau strādāju par team lead.

Atraduši, ko downvotot, liekēži.

On 4/7/2017 at 1:01 PM, F3llony said:

Kāpēc tad tikai viena? Piemēram grozs, nevar būt session-based un db-persisted? Stock nevar būt vairāki backendi, piemēram, integrācijas? Nevar būt dažādas produktu instances, kas implementē vienu vai vairākus interfeisus?

Tāpēc, ka es runāju par reālu sistēmu, nevis iedomātu. Maksimums stock interfeisam divas implementācijas - local un warehouse, un tad warehouse integrācijām tas Stock interfeiss jau vairs neder (pieņemu, ka ar to tu domā dažādus piegādātājus).

P.S. I fukken knew you'd reply to this. Too predictable.

On 4/7/2017 at 9:28 AM, werd said:

Sveiks!

Reālā sistēmā - piekrītu. Šajā gadījumā runa, protams, ir par testa uzdevumu, kurā dotie interfeisi ir neliels ieskats uzdevuma būtībā. Ar prieku gaidīšu Tavu risinājumu!

Piedod, mana risinājuma nebūs, jo es jau strādāju par team lead.

http://stackoverflow.com/a/18882404/540394

Eku vēl noderīga info.

> Kā lai notestē, ka tiešām strādā?

Vells viņ zin. Varbūt kaut kā var mēģināt, vienlaicīgi palaižot 2 skriptus, kuri abi piekļūst tabulai un izpilda FOR UPDATE, varbūt ir labāks variants.

Nice!

Visiem tiem interfeisiem būs tikai viena implementācija. Tā ir nepareiza interfeisu izmantošana pēc būtības.

Zinu, ka testa uzdevums, bet labāk tad būtu vnk ļāvuši developerim pašam izdomāt, ko kā rakstīt. Noteikumi taču ir uzrakstīti.

Pirmkārt, tu skaties vecā lapā: https://www.postgresql.org/docs/9.4/static/explicit-locking.html

Tevi interesē 13.3.2.,  SELECT FOR UPDATE ...

Pašam savs jātaisa, tas ērtums ir pilnībā atkarīgs no tā, kādus datus tu ievadi, kuras vērtības var automātiski aprēķināt no citām, kā kas tiek aprēķināts, utt., un tas viss ir subjektīvi/non-generic, tāpēc gatavu produktu, kas būs tik ievērojami ērtāks par Excel, neatradīsi.

Izskatās, ka tagad ir salabojuši, man tagad arī strādā normāli.

2 hours ago, Wuu said:

Mana kļūda, iekš PHP OOP tiešām nav slikts, jo izsekot datu mutācijai var lasot tekstu uz leju. JavaScriptā, gala aplikācija atgādina bļodu ar spageti.  

Jā, JavaScript OOP jau nemaz nav īsts OOP, tikai imitācija.

25 minutes ago, jurgenz said:

Nezinu vai mēģināji, bet vispirms vajadzēja šo - https://atom.io/packages/hyperclick un pēc tam js-hyperclick.

Mēģināju arī tā, nepalīdzēja, ctrl-left tas pats action. Lai gan paša plagina settingos ir rakstīts "Trigger keys for Windows > control + click", tas neko nedara, tikai taisa kursoru dublikātus.

Edit: ok, kaut kādus baigi primitīvus variable declarations atrod, bet starp failiem ņifiga, jo acīmredzot nesaprot Angular DI. Karoč I am not impressed.

Edit2: Visual Studio Code dara to pašu, tikai 3x mazākā package un bez plaginiem...

Kaut kā man tas js-hyperclick nestrādā. Mēģināju visādi, bet neatrod neko. Pat ja burtiski šādu kodu uzrakstu:

var foo = function (){};

foo();

ctrl-klikšķinot uz `foo()`, nemet uz `var foo`, jo by default ctrl-click dublicē kursoru, bet keymapā nav nekas saistīts ar to plaginu, attiecīgi nomainīt nevar.

Baigi nepatīk, ka browserī jāizmanto kompaileris.

Ar Wuu par OOP nav jēgas runāt, viņš to principā nesaprot un neatzīst.

Interneta veikali ir tūkstošiem, darbs absolūti neoriģināls un nesaistošs.

Even better.

>Implying you will get standard answers.

Ar tādām lietām tikai uz stackoverflow.

sh skriptu var izpildīt arī ar sudo jebkurš cits lietotājs, bet jā, var arī tas pats "pi". Galvenais saglabāt failu ar read permisijām citiem lietotājiem, un tad arī www-data tam varēs piekļūt.

54 minutes ago, daGrevis said:

> Tu teici, ka gribi realtime statistiku, nu tad taisi cron skriptu, kas reizi 30 sec ielādē aktuālos datus

Tas ir tieši pretēji real-time datiem - ik pēc 30 sekundēm pollot datus. ;D Izklausās ka nesaproti ko runā; un pa vidu bezsakarā likt file caching - nafig?

Liec kaut reizi sekundē, bet viņa vajadzībām biežāk nevajag.

File caching šajā gadījumā ļautu apiet permissions problēmu, in case you're dumb and didn't get that.

Pamēģini uztaisīt ar faila starpniecību. Vienkārši pamēģini.

Es teicu "ja gribās advancētāk", nevis obligāti datubāzes. Lasīt vajag iemācīties. Tu teici, ka gribi realtime statistiku, nu tad taisi cron skriptu, kas reizi 30 sec ielādē aktuālos datus un saglabā vienalga kur, un no turienes arī nolasi web lapā. Ja saglabāsi failu ar pareizajām permissions, tad web pusē vispār nekādu problēmu nebūs, bet tagad tu jau 3 dienas pisies ar kaut ko, ko pa manam varēja uztaisīt stundas laikā.

Ja tev vajag tikai pēdējo ierakstu un nevajag vēsturi, tad ar failu pilnībā pietiek - overwrite content un viss.

Ehh, grūti ir, kad PHP vispār nezin, bet nez kāpēc grib rakstīt.

Uztaisi tā: cron skripts, kurš izpilda tavu python skriptu un appendo outputu teksta failā (droši vien kopā ar datumu, kuru tā komanda neatgriež, vajadzēs iemācīties, kā shell skriptā izvadīt datumu); web skripts, kurš tikai nolasa to teksta failu.

Ja gribās advancētāk (lasīt: priekš tevis krietni vairāk problēmu), tad var datus saglabāt datubāzē, un tad nevajadzēs visu teksta failu ielādēt, varēs filtrēt.