Search the Community

IT uzņēmums, kas industrijā darbojas vairāk nekā 14 gadus un rada web bāzētus risinājumus, aicina komandā Vecāko PHP programmētāju - https://www.darbaguru.lv/lv/vakances/532-vecakais-php-programmetajs-a

Sveiciens! Esmu izveidojis Laravel Riga Meetup grupu un Slack čatu, detaļas par abiem atrodamas: https://laravel-riga.lv/ Ideja ap šo ir saprast cik aktīvi ir Laravel izstrādātaji Latvijā un vai ir iespējams izveidot interešu grupu ap šo tēmu. Laravel Riga Meetup: Iespēju robežāžas varētu tikties Rīgā, katru ceturksni vai biežāk (atkarīgs no intereses). Vidēji katrā tikšanās reizē uzstātos 3 personas ar prezentācijām par un ap tēmu. Laravel Riga Slack Chat: Šī būtu vieta kur ik dienu apmainīties ar jaunumiem, iegūt palīdzību un apsriest Meetup organizēšanu. Par manu saistību ar Laravel: Darbojos ar šo framework and ekosistēmu vairākus gadus ar dāžādu sarezģītības līmeņu projektiem. Iespēju robežās varu mēģināt atbildēt uz interesējošiem jautajumiem, kas jau būtu Slack Chat grupas loma. Saraksti un sarunas šajās grupās vēlētos uzturēt professionālu un akceptēt arī citu viedokļus. Paldies.

Čau, čau. Vēlējos uzzināt, cik tad šeit ir reālu lietotāju, kuri daudz maz pārzin un ikdienā močē uz Laraveļa. Pats veidoju projektus uz Laravela jau kādu gadu, sāku ar L4, tagad jau kādu laiku atpakaļ esmu pārgājis uz L5, kas, manuprāt, ir ļoti veiksmīgi realizēts struktūras ziņā.

Meklējam backend programmētāju, kuram būtu interese prototipēt idejas jauniem un esošiem projektiem. Ja tev patīk hakatona gaisotne, kurā risinājumus plāno komandā un strādā orientēti uz mērķi nevis procesu. Tad piesakies uz iepazīšanos interviju un pastāstīšu vairāk par iekšējo kultūru un projektiem ar kuriem būs iespēja strādāt. http://www.likeit.lv/job/sia-lattelecom/php-programmetajs/7479/

Picanova is one of the global market leaders for customizable wall decorations and one of the fastest growing companies in the field of mass customization in e-commerce. Due to extremely rapid delivery times coupled with our aspirations we offer a top quality service in our 40 online shops around the world. Currently we are working on developing new e-commerce tools. As the Company is expanding, we encourage PHP developer ( 2 open positions) to join our team. If you are kwnoleadgable in PHP, Laravel, VueJS, MySQL and your hobby is latest technologies - We are looking exactly for you! We offer Work in an international company, with financed relocation to Riga, Latvia. Valuable knowledge and excellent experience for future development; Health insurance after probationary period (3 months); Other benefits will be disclosed during interviews; Salary starting from 1500 EUR Neto. You can read more about vacancy - https://goo.gl/ffC5Oi Become a part of our team! Send your CV to jobs.latvia@picanova.com

Meklējam PHP programmētāju pilnas slodzes darbam. Piedāvājam Darbu nelielā, bet augošā web izstrādes uzņēmumā Iespēju strādāt pie dažāda veida un mēroga projektiem Apgūt jaunas tehnoloģijas un paplašināt zināšanu loku – ir arī projekti, kuri būvēti izmantojot Scala, Python, Node.js Stundas neskaitam un darba grafiks brīvs Prasības Izcilas PHP, HTML un JS zināšanas Pieredze ar Laravel vai līdzvērtīgu MVC ietvaru Izpratne par veiktspējas, drošības, testēšanas un citiem izstrādes aspektiem Atbildības sajūta pret darbu un augsti kvalitātes standarti Vismaz 3 gadu pieredze web izstrādes jomā Epasts: work@datazenit.com Atrašanās vieta: Rīgas centrs, Blaumaņa iela 32.

Sveicināti! Mana problēma bija izdzēst ierakstu no Eloquent (lasīt: tabulas), kurā nav ID kolonnas, bet tā vietā 3 PK kolonnas. Papildus nosacījums: jāizpildās Laravel Eloquent deleting/deleted eventiem. Šādi rakstot nenostrādā event'i: Model::where('x', $x)->where('y', $y)->where('z', $z)->delete(); Mans risinājums šai problēmai: Model.php fails. protected $primaryKey = ['x', 'y', 'z']; protected $incrementing = false; /** * Set the keys for a save update query. * * @param \Illuminate\Database\Eloquent\Builder $query * @return \Illuminate\Database\Eloquent\Builder */ protected function setKeysForSaveQuery(Builder $query) { if (is_array($this->primaryKey)) { foreach ($this->primaryKey as $key) { $query->where($key, '=', $this->original[$key]); } return $query; } return parent::setKeysForSaveQuery($query); } Dzēšanas izsaukšana: $item = Model::where('x', $x)->where('y', $y)->where('z', $z)->first(); $item->delete(); Kādi ir jūsu risinājumi? Varbūt jums ir kāds daudz labāks risinājums, ko neesmu atradis? :) Paldies.

Uzrakstīju godīgu un detalizētu aprakstu par darbu šeit: https://medium.com/@indriks/pied%C4%81v%C4%81-darbu-startup%C4%81-nav-ofisa-un-bezmaksas-pusdienu-136029568be#.bgie579p5

1 datubāze uz 2 laravel instalācijām. Migrations nekonfliktēs?

Ir problēma ar laravel uz windows. Ja ir daudz secīgu pieprasījumu, tad vienā mirklī nenolasās config no .env un attiecīgi errors. Tas notiek pilnīgā randomā Pats izdebugoju līdz Dotenv bilbliotēkai un sapratu, ka pats php/windows gļuko. Precīzāk funkcija getenv vienā mirklī neatgriež vērtību. Kaut kāds fakaps Internetā arī visi vaimanā par šo, bet normāls risinājums nav. Produkcijā, protams, ir linux un tur šādi gļuki nav novērtoti Ir kādam kāds ieteikums?

Visādi php taski e-komercijas aplikācijai. Ir galvenais programētais, kas nodefinē un paskaidro katru uzdevumu. Visi darbi tiek organizēti caur kanban. Darbs nomājām.Vajag freelanceri ilgtermiņā. Ja izveidojās laba sadarbība, tad pēc 1-2 mēnešiem iespējams arī pilna laika piedāvājums. 10 eur/h uz rokas. Sīkāk rakstiet man uz e-pastu: jb@vendora.se vai skype: berdzza

Varu padalīties nelielā pieredzē. Vide - phpstorm, git, laravel, pie projekta strādāju viens. Projekts: http://pointsback.lv Projekta neliels aprakts: ir divi useru tipi - pircēji, pārdevēji. Pircējs iepērkas pie pārdevējiem, saņem par to punktus no pārdevēja konta savā. Pircējs var arī tērēt savus punktus. Pamatā vienkāršas punktu transakcijas, viss notiek caur API. Testos esmu galīgs iesācējs, unittestus vēl īsti nemāku rakstīt (kods pārāk līks, lai normāli testētu), bet mēģinu vismaz integrācijas testus rakstīt. Ja kāds nezina, tad integrācijas tests ir, kad testē jau kaut kādas sistēmas daļas kopumā, vai tās funkcionē pareizi, vai tās strādā korekti. Unittesta gadījumā tiek testēta kaut kāda maza vienība, pilnībā izolējot to no ārējiem apstākļiem (datubāzes, modeļiem, api, utt utt). Es parasti uzrakstu kaut kādu funckionalitāti un uzreiz mēģinu uzrakstīt arī pāris testus. Testa gaita ir apmēram šāda - palaižot testu, man katru reizi tiek uzbūvēta jauna datubāze, visas tabulas, tiek ievietoti kaut kādi pamata dati (useru grupas, permisiju tipi, whatever). Tad es uzkodēju kaut kādus scenārijus. Piemēram, 1. Ieskaitam veikala kontā 100 punktus 2. Piereģistrējam lietotāju 3. Pārskaitam no veikala konta 60 punktus 4. Pārbaudam vai lietotājam kontā ir 60 punkti 5. Pārbaudam vai veikalam kontā atlikuši 40 punkti Tādā garā ir arī visi testi. Testi mani izglābuši vairākkārt. Viens spilgs gadījums atmiņā - vajag ieviest nosacījumu, ka pārskaitot no veikala pircējam punktus, tiek ieturēta komisija. Ok, domu gaita sekojoša - papildus kolonna veikalu tabulai ar komisijas %. Attiecīgi, rodas nosacījums, ka tagad veikala konta atlikums ir jāglabā kā decimāla daļa, jo, 50% no 1 punkta ir 0.5 punkti, attiecīgi, pārskaitot no veikala pircējam punktus, veikalam paliek par 1.5 punktiem mazzāk. Turpmākās darbības galvā vienkāršas - pieliekam komisijas kolonnu, pielabojam funkciju kas pārskaita punktus (pieskaita/atņem no veikala konta), lai tiktu atrēķināta komisija. Viss it kā vienkārši, kļūdām nevajadzētu būt - laižu testus, un - kļūda! Nesakrīt summas. Rokos dziļāk, un atrodu vienā metodē, ka palicis - $shop->points = (int)$points; Ahā, notiek decimāldaļas atmešana! Pielabojam uz (float), viss rullē! Šādu kļūdu, es visdrīzāk nebūtu atradis ar roku, ja vien neuztrāpītu uz konkrētā robežgadījuma. Paietu labs laiks, kamēr saprastu, kas noticis un, kur nu vēl savest visu kārtībā - izsekot, kuram veikalam cik tagad ir pazudis, cik jāpieskaita klāt. Karoč, produkcijā viss slikti. Līdzīgi testēju arī API izsaukumus - veicu izsaukumus kontrolierim, padodu derīgus/nederīgus datus, pārbaudu rezultātu, utt utt. API tomēr ir tāda lieta, kas nedrīkst vispār mainīties (vismaz tā pēkšņi), ja to jau produkcijā lieto N cilvēki. Viena kļūda var maksāt dārgi, kaut vai programmētāja laika resursā. Piemēram, vajag API notestēt, vai strādā autorizācija: Šeit apskatāms viss test case priekš API: http://pastebin.com/b6X77uaZ Šādi ~ izskatās punktu došanas tests: Mans secinājums pēc šī projekta noteikti ir tāds, ka vismaz kaut kādus testus vajag rakstīt. Nevar salīdzināt, kā ir refactorēt ar testiem, un bez testiem. Tas ir tā, kā pieregulēt lidmašīnai aerodinamiku, un mēģināt lidot (produkcijā), nemaz nepamēģinot kā viņa uzvedas gaisa tunelī. Tiem, kas vēl neraksta testus - noteikti pamēģiniet. Vismaz uzsākot kādu jaunu projektu, jo no 0 vienmēr ir vieglāk + ar katru nākamo projektu, spējas noteikti uzlabosies. Vēlams izmantot kādu frameworku, piemēram, laravel, kas daudzkārtīgi atvieglo visu šo procesu. Testēšana ir ļoti overwhelming, kad paklausās, ko runā - unittesti, intergrācijas testi, end to end testing, model testing, functional testing, mocking, un vēl bonusā, viena komūna uzskata integrācijas testus par unittestiem, cita otrādāk. Nemaz nesākšu runāt par interfeisa testiem, selenium... To visu paklausoties rokas nolaižas, bez šaubām. Bet, kamēr nespersi pirmo soli, neuzrakstīsi savu pirmo, nepareizo testu, nekādu izgausmi negūsi... Tā kā novēlu - nevajag baidīties, vajag tikai pamēģināt. Oj, eseja sanāca :D

Ir tabulas: 1. goods (id, name, category_id); 2. categories (id, name) 3. field_binding (id, category_id, field_id) 4. fields (id, name) 5. field_values (id, field_id, good_id) Man ir sekojoši relations: Class Good extends Eloquent{ public function category(){ return $this->belongsTo(‘category’); } public function fieldValues(){ return $this->hasMany(‘FieldValues’) } } Class Category extends Eloquent{ public function fields(){ return $this->belongsToMany(‘Fields’, ‘field_binding’, ‘category_id’, field_id); } } Class Field extends Eloquent{ public function fieldValues(){ return $this->hasMany(‘FieldValues’, ‘field_id’); } } Class FieldValues extends Eloquent{ public function fieldValues(){ return $this->belongsTo(‘good’); } } Pielotojums: 1. return Good::with(‘category.fields.fieldValues’)->get(); te atgriež sarakstu, kur parādās arī tādas fieldValues, kuras nav saistītas ar good. 2. return Good::with(‘fieldValues’)->get(); Te atgriež sarakstu ar visām field values, bet man nevajag visas, man vajag tikai to fieldu, kuri ir piesiastīti kategorijai, kas piesaistīta goods, values 3. return Good::with(array(‘category.fields.fieldValues’=>function($query){ $query->where(‘goods.id’,’=’,’fieldValues.id’) }))->get(); Bet šis fragments, protams, nestrādā: ‘goods.id’,’=’,’fieldValues.id’. Tātad man vajag izvadīt tos fieldu values, kas attiecās uz konkrēto good un kuru fieldi ir piesaistīti konkrētajai Category, kas piesaistīta goods. Idejas? Paldies! p.s. pa vidu iespējams ir sintakses kļudas, bet tam šobrīd nav nozīmes.

Piedāvājums PHP programmētājam ilgtermiņā. US/CAN projekti. Vēl labi būtu zināt jQuery. Galvenais, lai patīk strādāt (programmēt) un pašam interesē tas ko dara. Links uz ss.lv sludinājumu: http://www.ss.lv/msg/lv/work/are-required/programmer/VXUMFUplR1s=.html?1363623895