Mr.Key

Varbūt MS Word + Visual Basic macros.. vismaz pirms 10 gadiem tas būtu variants, kā šodien, īsti nezinu

Mr.Key, man liekas, Tu nesaprati, kur ir problēma :)

 

Teiksim, ir struktūra

 

path/index.php

path/lib/Foo.php

path/lib/Bar.php

 

Index.php satur include('lib/Foo.php');

Foo.php satur include('Bar.php');

 

Ejot iekš index, tiks izmests, ka neeksistē fails path/Bar.php.

 

Man liekas atkal pilnīgi muļķīgi tad speciāli pievienot include mapei ierakstu, tikai lai izpatiktu vienai bibliotēkai. Tāpēc dažādu bibliotēku izstrādātāji varētu panākt pretī, un izmantot vienkārši include dirname(__FILE__) . '/Bar... kas atrisinātu visas problēmas, un nekādi lieki pasākumi nebūtu jāveic no manas puses.

Ja runājam par "lib" mapi, tad tās parasti iet iekš include path. Ja iet par failu struktūru, kur viss paredzēts darbam caur index.php, ir normāli dot relatīvos path, šajā gadījumā gan lib/Bar.php, gan lib/Foo.php saturētu attiecīgi include 'lib/Foo.php', vai 'lib/Bar.php' - nav jāsāk zīlēt, ka 'Bar.php' iekš include jāliek 'Foo.php' bez lib dēļ tā vien, ka atrodas zem lib.

Katreiz izsaukt dirname() arī nav prāta darbs. Bibliotēkas var glabāt katru savā mapē un veidot ceļus tā, lai būtu jāizmanto tikai viens include path (otrs būs tas, kur index.php). No koda uzturēšanas iespēju viedokļa, manuprāt, tas ir ērtāk, nekā pie katra include kabināt klāt saknes. Tas katram pašam jāizlemj, mana doma bija pateikt, ka relatīvie path nav nepareizi un nav tā, ka tikai absolūtie path ir pareizi.

Vai tad patreizējie FW nesatur jau gatavus cache wrapperus? Whitesmits stils izskatās tāds mazliet oldskūlīgs, personīgi es iekš PHP to redzu 1.x. Nesaku, ka tas ir slikti, jo vispār ir labi, ka tiek ievērots noteikts stils, biju jau sācis samierināties ar to, ka tā vairs neviens nedara... (degradācija ir kā zirneklis - izskatās lielāka, nekā patiesībā ir)

Man, personīgi, ļoti nepatīk, kad dara šādi: $path = 'x0cache/engine_' . $name . '.php';

Tas ir, norāda relatīvu, nevis absolūtu ceļu, jo, ja izmantoju failā, kas atrodas citā mapē, fails netiek atrasts, un ir ar roku jālabo tas ceļš.

Tāpēc jau tas arī ir relatīvs ceļš, lai nebūtu ar roku jāvada mape. Variants ir pieturēties pie šī fakta un attiecīgi organizēt failu struktūru vai uzstādīt include path. Ar to gribu teikt, ka nav viena pareizā risinājuma.

Koda stils un komentāru simbola izvēle ir dīvaina (# jau piesauktā javadoc vietā, <?PHP nevis <?php, atverošās figūriekavas nobīde). Patīkami, ka tiek lietotas atstarpes starp . u.c. operātoriem.

p.s. Īsti nav sanācis iedziļināties tajā github, bet apmēram sāk rasties nojausma par tā pasākuma kvalitāti... tā arī nesaprotu, kā nokopēt visu kodu un tikai kodu, man pilnīgi nevajag to efektu, ka navigējot kods aizslīd uz sānu, man vajag usability...

p.p.s. Lai izdodas!

Kā darbinieks var uzkrāt 2+ mēn neizmaksātu atalgojumu? Iekrājumi, bagāti vecāki, sulīga kompensācija no iepriekšējās darbavietas?

Ja web lapa, glabā iekš localstorage (http://www.w3schools.com/html5/html5_webstorage.asp).

Latvijā steidzami ir steidzami, jo uzņēmumam vajag! Kāda tur vēl dubultalga?

Neticami, ka tāds talants, kas met līkumu tādām niecīgām kompānijām, kā facebook utml., ir pievērsies palīdzēt šādas dižas problēmas risināšanā!

Autora vietā justos ļoti pagodināts...

http://paste.php.lv/...a047f9?lang=php

Un Mr.Key tur rakstiits : Last week a critical bug was discovered in PHP. Which affects versions 5.3.9 and 5.2.17 , bet man ir 5.2.10 ?

Tas bija domāts vispārīgi, nevis par šo gadījumu.

Es gan liktu vairāk uz to, ka kaut kādā veidā nosperta ftp parole - ar kādu spieg aprogrammu uz kompja, vai ko līdzīgu.

Diezgan reāla iespēja, ja nav AV un ir sanācis paciemoties sliktā weblapā. Jāskatās FTP logi un jāpārbauda visas FTP vietnes, kuru paroles ir saglabātas lokāli kādā no FTP failu menedžeriem.

Nav liela iespēja, bet arī pašam PHP ir caurumi, piemēram, šis te: http://www.google.lv/search?q=php+CVE-2012-0830

Šis ir ļoti sarežģīts projekts, ja vien programmētājam nav gatavi šabloni audio draiveriem visās 3 sistēmās un attiecīga pieredze.

Pilnīgi manas domas.

Drausmīgi. Melnstrādnieka darbs. Akadēmiskām zināšanām nebūt, ņem tik lāpstu (klaviatūru) un roc (baksti php, strādās taču, tas taču php!)

Diezgan baisas nākotnes perspektīvas. Es jau mācos JAVA. PHP frontē tomēr mežonīgs overkills (ar zināšanām nebūtu problēma, bet pieeja, ka pilnīgi nonivelē akadēmiskās zināšanas, galvenais, ka tik ražo kaut kādu kodu.. short termā tas strādā, bet longtermā tas nav labi ne pašam, ne darba devējam).

Protams, daudzi čaļi ir priecīgi strādāt stroikās, kur pasaka - mālē sienu, un viņi mālē, pārējā lietā neiedziļinoties...

Kas ir domāts ar "advance"? Militārajā terminoloģijā tas nozīmē izvirzīšanos uz priekšu.

Ko tu tieši vēlies panākt? Uzlikt uz klienta hosta skriptiņu, kas nosūta e-pastu no tevis veidotās aptaujas lapiņas? Uzlikt PEAR? Ja uzlikt PEAR, novelc PEAR Mail Uzkopē failus un sakonfigurē ceļus (ja vajag)... installeris tam nav vajadzīgs (vismaz es vecos projektos to neesmu lietojis, vnk. iekopēju failus pamata package un dependent)

Kaut kā šitā: http://www.cyberciti.biz/tips/rhel-install-php-net-smtp-email-socket.html

Smieklīgi... trīs pilnīgi nesaistīti lielumi sasaistīti pilnīgā bezsakarā :)

Ok, tie, kas saka, ka nepalīdz, lūdzu, atsūtiet tad vismaz man tās grāmatas, kuras Jums nesanāk palasīt. Īpaši priecāšos par Kindle versijām. Pilnīgi nopietni! :)

Palīdz! Nākošajā reizē palīdz prātīgāk izvērtēt resursu izlietojumu un pieņemt lēmumu.

Vnk. pats, ja esmu nopircis grāmatu, tad vismaz ir bijis kāds motīvs, lai es tērētu tam naudu, tāpēc agrāk vai vēlāk vismaz pāreju pāri. Šobrīd lasu grāmatu, kuru nopirku pirms 3 gadiem un redzu, ka lēmums bija pareizs.

Ar to kačāšanu ir tā, ka piekačāt vari pilnu disku ar grāmatām, bet ja vēlies kaut ko reāli iemācīties, labāk ir nopirkt. Tam ir sava filozofija un pamatojums, kuru ļaušu pašiem apdomāt.

Nu cik ir manīts, cilvēki, kas programmēt sāk pēc 20+ gadiem tā īsti tādu prasmi nemaz nesasniedz, jo tie, kas jau to dara no 10-15 gadu vecuma ir krietni ar lielāku pieredzi un viņiem programmēšana, kā teikt, ir asinīs. Viņu smadzenēs vēl to nobriešanas laikā izstrādājās algoritmi un paterni, kuri nepieciešami labai programmēšanai.

Interesanti, vai citiem ir līdzīgi novērojumi? Pašam grūti spriest, jo ar programmēšanu sāku nodarboties 15 gados, ātrāk vnk fiziski nebija iespējams.

Man to gribētos asociēt savādāk - skolas vecumā vieglāk apgūt skolojamās lietas, jo cilvēks mācās. pēc 20 g. v. jau sākās pieaugušā dzīve un ir ļoti grūti pastāvīgi veikt sistemātisku programmēšanas apguvi - galvu nodarbina 10 citi svarīgi jautājumi.

(jūs paši saprotat, cik grūti ir atrast programmētāju-finansistu).

Programmētājs - finansists?

Hmm, pieņemu, ka programmētājs ar pieredzi finanšu sistēmu izstrādē. Jeb tas domāts tā, ka viens cilvēks izstrādā un apstiprina biznesa prasību specifikāciju, un pēc tam pats arī realizē programmējot?

Ar PHP kursiem būs stipri par maz. Šādu uzdevumu normāli var atrisināt lasīšanas + rakstīšanas ātrumā.

pieļauju, ka runa bija par 1600 pēc pārbaudes laika. kuru vispirms būtu vajadzējis izturēt.

piedāvājums varbūt ir reāls, bet tā nav, ka pie tāda ir vienkārši tikt. domāju, ka mysql, php un jquery nav nekas tik sarežģīts, jautājums ir par to, cik no tiem, kas programmētāji, šobrīd ir ar dažu gadu pieredzes bagāžu konkrētajā tematā lai ražotu jau 1. darba dienā.

Viela pārdomām... No vienas puses, tā tas ir, ka ir vērojama neizpratne par programmēšanas darba sarežģītumu. Par to, cik patiesībā tas prasa laiku un enerģiju, salīdzinot ar sākotnēji šķietamo.

No otras puses, kas vainīgs? Varbūt vainīgi ir paši programmētāji un/vai tie, kas par tādiem izliekas? Es noteikti pamanīšu programmētāju, kurš teiks:

• "tas ir grūti, jo... (pamatojums)",
  
• "tur ir zemūdens akmeņi",
  
• "80% laika prasīs neparedzēti sarežģījumi"
  
• utt.
  

Jo pārsvarā visi tādi pa gaisu:

• "to var izdarīt 5 minūtēs",
  
• "tas ir vienkārši",
  
• "tas taču nav nekas sarežģīts",
  
• "viss jau ir gatavs, vajag tikai izmantot"
  
• utt.
  

Paši [mazpieredzējušie] programmētāji nonivelē savas zināšanas, bieži vien rada iespaidu par profesiju kā tādu sociālo frīku nodarbi. Kas reizēm ir arī taisnība – starp tiem, kas nodarbojas ar programmēšanu, bieži varu novērot cilvēkus, kurus vajā būtiski sociālo spēju traucējumi (nenormāli iedomīgi vai kautrīgi, reizēm šķiet, ka gatavi atriebties visai pasaulei par kaut ko). Protams, sevi apgrūtināt ar tādām "muļķībām", kā kaut cik loģiski strukturēts kods, glīta, akurāta dokumentācija, precīzi termini, no malas pasūtīts, nevis paša saķibināts grafiskais dizains utt. Dokumentācija, protams, jālasa tikai pēc tam, kad kaut kas nobrūk, nevis pirms programmas plānošanas. Reizēm pat vērojami tādi paradoksi, ka cilvēciņš savtīgi izmanto citu cilvēku atklātību vai darba devēja pretimnākšanu (apmācības, pieredze), bet pretim nav gatavs dot neko (nereportē kļūdas, nedalās ar informāciju, aizejot atstāj darba devēju bez dokumentācijas, ar kriptētiem izejas kodiem). Tad vēl ir brīnumbērni, kuri pa 5 Ls izdarīs jebko, vai jaunieši, kuri savu jaunības resursu iztērē "lone warrior" projektos, vai tādi, kas uzskata, ka par labu darbu nav jāmaksā (tāpēc visi, kuri prasa naudu, "ir slikti un bagātie zog")

Varbūt pašiem atrotītām piedurknēm jāpastrādā pie profesijas prestiža celšanas?

yuppio, tu domā, ka programmētājs, kurš ir tik čakls/apsviedīgs, kā tevis minētais kāršu spēlētājs, pelna maz? Ir programmētāji, kuri ir izveidojuši produktus, saņem % no iepriekšējo projektu šodienas ieņēmumiem, utt., utjpr.

Jā, ir lieli IT uzņēmumi, kuru biznesa prakse vairāk atgādina kanibālismu. Bet tas ir no pašiem programmētājiem atkarīgs, kā situācija izvēršas. Var jau arī degradēties līdz taksistu/mikriņu vadītāju līmenim, kuriem pašiem dienā darba devējam jāsamaksā 35-45 Ls.