![](https://php.lv/f/uploads/set_resources_2/84c1e40ea0e759e3f1505eb1788ddf3c_pattern.png)
Web Developer
-
Posts
478 -
Joined
-
Last visited
Posts posted by Web Developer
-
-
Mr.Key - dienā tur nekādi nesanāk, visticamāk mēnesī, lai gan to arī var pārpast:
Alga (visi nodokļi tiek oficiāli maksāti) pārbaudes laikā (3 mēneši) - 300 Ls (pēc nodokļiem).Iespējams, ka tas ir par visiem 3 mēnešiem kopā! :D
P.S.
Programmeri, esiet aktīvi un nepazemojiet sevi! Atcerieties, ka krīzē būtībā sevišķi neietekmē programmētājus! Gluži otrādi - tieši šajā laikā cilvēki meklē jaunus risinājumus un lielā vairumā tie ir IT risinājumi biznesam! Ja Latvijā jūs pazemo, nav problēmu - strādājat ārzemēs - tur Programmētāji vienmēr pieprasīti!
-
nemec - tomēr ir krīze un 300 Ls arī ir nauda (tagad Rīgā dzīvokļus par 100 Ls var izīrēt bez problēmām). Tiesa gan - tik un tā nauda ir par maz, jo, lai gan dzīvokļu cenas kritušās, pārtikai tikai ceļas! (Rimi un Maxima kartelis?)
Tātad - alga programmētājam ir samērā maza. Par 400 Ls uz rokas varētu domāt jau...
Par pārbaudes laiku - 3 mēneši ir maksimālais iespējamais pārbaudes laiks Latvijas Republikā - tas noteikts ar likumu. Un darba devēji to izmanto, jo pārbaudes laiks principā ir darba devēja labā, jo viņš var kuru katru brīdi atlaist, neizmaksājot nekādas kompensācijas. Ja likumā būtu atļauts 12 mēnešu pārbaudes laiks, ticiet man - jums visur - itin visur piedāvātu 12 mēnešu pārbaudes laiku. Darba devējs ir ieinteresēts mūžīgi "pārbaudīt" jeb uzturēt stresā darbinieku, lai tas spiež no sevis ārā pēdējo sulu - darba devējam tas ir izdevīgi - viņš izvelk maksimumu par cenu - algu! :)
-
Par inbox.lv: inbox spamu jau sen ignorēju absolūti, man inboxā neviena nopietna e-pasta kastīte vairs nav palikusi! ;)
Par sludinājumu:
Dīvains. Ne tikai tas, ka jāraksta kaut kādam mikus_1 uz e-pastu inboxā un nav minēts firmas nosaukums, bet arī tas, ka tiek nosaukta tikai alga pārbaudes laikā, kas sliec domāt, ka sludinājuma licēji nevēlas nodarbināt darbiniekus uz pastāvīgu laiku. Pie tam - kāpēc darbiniekam jāpamato, kādēļ algai jābūt lielākai, es nesaprotu? Lai pastrīdētos un nosistu algu vēl zemāku? Tak tāpat nav izvēles darbiniekiem mūsdienās. Lai nosauc algas intervālu, firmas nosaukumu, adresi un uz kādu laiku, ar kādām prasmēm apveltīti darbinieki tiek meklēti?
-
Datubāzi var organizēt dažādi.
Bet tas pamats varētu būt apmēram tāds vai savādāks, bet šitāds vienkāršiem variantiem varētu derēt:
Tabula:
Files
Lauki:
ID | Name | OriginalName | Extension | Path | CreatedTimestamp | UpdatedTimestamp
Tabula:
VisitorsDownloads
Lauki:
ID | VisitorID | FileID | Timestamp
Tabula:
Visitors
Lauki:
ID | UserID | IP | FirstSeenTimestamp | LastSeenTimestamp | Online
Tie varētu būt tādas tabulas un lauki, kas pirmie iešaujas prātā. Ar Visitors saprotam visus apmeklētājus, bet ar Users (to tabulu gan te nepasniedzu) - reģistrētos lietotājus. Bet šitāda shēma vairāk ir noderīga universālos gadījumos - respektīvi, ja apmeklētājiem ir iespējas veikt vēl citas darbības, par kuriem varētu vākt statistiku (piemēram, balsot) utt.
-
Taisi tak pats, vai tik grūti?
To datubāzi var uztaisīt arī nedaudz kompleksāku, uzskaitīt vajag vairāk lietas tomēr... (eh, citrreiz izskaidrošu)
-
Bet vispār neesmu sajūsmā par tām klasēm.
Labāk izlasi http://phpsec.org/projects/guide/ un vadoties no tur pieejamās informācijas, uzprogrammē pats savu klasi.
-
Filtrē parametrus GET šādi:
http://paste.php.lv/0e2c83255f9f65127bd7cd...4499a7?lang=php
izmantojot šo klasi:
http://paste.php.lv/83a24a74130989b6bfabd8...0675bb?lang=php
pēc tam laikam vajadzētu priekš sql tieši, bet to vajag atsevišķi likt jebkurā gadījumā...
-
Augstāk minētā posta "source":
-
Pamēģini izmantot sekojoši:
[..]
klasi:
[..]
-
Validē visus ienākošos datus, kas ienāk no "request". Izlaid caur vienotām validācijām, bet ja nepieciešams, teiksim, db veic atsevišķu validāciju.
SQL arī eskeipo to, ko liec iekš querija.
-
SELECT * FROM table ORDER BY date DESC LIMIT 0,10;
-
Nu nevar jau visu gribētu uz zelta paplātes! Diemžēl webā haki un workaroundi ir ikdiena! Ar to samierinies! Tavs uzdevums ir to izdarīt vienkārši pēc iespējas skaistāk un mazāk sāpīgi.
-
Skatos, šai intīmajā forumā apakšā ir sekojošs ieraksts:
The newest member is TEEN DOG SEXuz "lietotāja uzklikšķinot, raugām uz skaista sarkana teksta ar lieliem burtiem:
TEEN DOG SEXENTER
teen dog sex
dog teen sex
teen and dog sex
teen dog sex free
teen sex dog
dog sex teen
teen having sex with dog
teen sex with dog
teen girl dog sex
pre teen dog sex
teen with dog sex
dog has sex with teen
dog having sex with teen
dog sex teen girl
hot teen sex with dog
k9 teen dog sex
teen girl having sex with dog
-
Muļķīgi. Labāk tad vienkārši uztaisi to <tr class="empty"> , kuram klase piešķirās tikai tad, ja tabulā nav ierakstu. Savukārt, iekš css ieraksti:
tr.empty {
display: none;
}
-
Ja gribi validēt strikti, tad būs jāliek vien tev tas <tr><td class="emtpy"></td></tr>
Nedomāju, ka tur šausmīgi komplicēts kods jātaisa php - ļoti elementāri tur ir.
-
bubu - būsim precīzi - kur tu redzi konfliktus starp maniem tekstiem?
-
codez - un kāds variants paliek pāri?
Šķiet paliek pāri tikai tāds, ka es mācos to, ko man, kas ir aktuāls man personīgi un kam man ir laiks uz attiecīgo brīdi. Man vēl nav ne reizi bijusi vajadzība, kas pausta šajā tēmā, tātad, kur ir problēma?
P.S.
codez - man prieks īstenībā, ka spēji atlasīt šo izteicienu kopumu - tur pat var uztaisīt algoritmu. Vienīgais, ka tev return parametrs pietrūka! :D
-
codez - varbūt jau esi paguvis to visu izstudēt, ko tu tur parādīji, bet man tam nav laika.
-
Mūžu dzīvo, mūžu mācies. Programmētājs kā minimums mācās tieši tik ilgi, cik ilgi strādā par programmētāju. Es ar nezināju neko par šādiem algoritmiem...
-
Tev būs jāraksta pašam sava funkcija vecīt. Ja nemaldos, nekas tāds php nav iebūvēts.
Pie tam, nebūs vienkārši.
Pieņemsim, ka case nav svarīgs. Uztaisi abus stringus uz lowercase un tad salīdzini.
Bet salīdzināšana te būtu īpatnēja. Viss atkarīgs kā tieši vēlies salīdzināt - jābūt pavisam konkrētiem noteikumiem?
-
Primitīva pieeja. Bet vienkāršiem variantiem der. Bet ja projekts ir paredzēts nopietnāks vai paplašināties spējīgs, tad:
Patiesībā būtu jāveido dictionary faili kaut kādi... Ja nemaldos, php var lieliski izmantot gettext:
http://www.gnu.org/software/gettext/
http://www.gnu.org/software/gettext/manual/gettext.html
Sāc mācīties kaut vai to... Iemācīsies kā tulkot tekstus, kur tiešām ir daudz tekstu... Savukārt, administrēt tos varētu divos veidos:
Klients vai programmētājs iemācās lietot tos po failus un lokalizē pats... Otrs variants, advancētāks:
Admin interfeisā iebūvēts toolis, kas prot šos failus parsēt un rediģēt.
Bet šo visu varētu attiecināt vairāk vai mazāk uz statiskiem tekstiem, kas, ja mainās, tad pietiekami reti.
Ikdienas ziņas tak nerakstīsi lokalizācijas failos. Tos glabāsi pa tiešo datubāzē attiecīgā tabulā. Principā jau vari veidot datubāzē lokalizāciju - dictionary, bet vai standarta mesidžiem tas derēs - nu nebūs labi tik daudz noslogot softu un datubāzi ar pieprasījumiem.
No otras puses - ja glabāsi tulkojumus dažādās datubāzes tabulās un ja nu tās tabulas un ieraksti tajās sarodas pietiekami daudz, kā tu ātri tulkosi, kad vajadzēs piemēram, pārtulkot visu projektu uz jaunu valodu - pieņemsim, projekts ir nolēmis ieiet vācu tirgū. :D Taisīsi n-tos megakverijus datubāzē? Vai tad tik nebūtu ērtāk labot vienu, divus lokalizācijas failus?
Jāskatās pēc vajadzības, maziem projektiem, kas būtiski nepaplašinās, mierīgi var glabāt tulkojumus datubāzes attiecīgajās tabulās, lieliem projektiem ir jādomā par lokalizēšanu un tulkojumu novietošanu atsevišķos failos.
-
Par jpg nestrīdos, pieņemu, ka tiešām png varētu būt labākā izvēle skicēm un pat gatavam griežamajam dizainam (tipa, ja ir tāda lieta kā Fireworks, bet dizains nav ar spešal efekts).
-
Ko tu domāji ar "artefakti", Aleksejs?
-
Kāpēc haltūra? Tu vari protams, bez problēmām dabūt perfekti uz vienu pārlūku atbilstoši skicei, teiksim uz Firefox, bet tiklīdz nāk kāds savādāks (piemēram, ne-standarta IE), tā tas rada problēmas un papildus čakaru...
Kas attiecas uz PSD, normāla prakse ir pieprasīt arī JPG attēlus 1:1 visiem skatiem, kas jāveido, gluži vienkārši - dizaineris varbūt PSD aizmirsis kādu layeri paslēpt utml. Fakts tāds, ka JPG ir tas etalons jeb pierādījums, kas tev jādabū gatavs, psd ir source.
sadarbība - CMS
in Darbs
Posted
CMS ir lietojami tikai miniprojekti. Lielākiem projektiem derēs frameworki.
P.S.
Lai kā kāds neargumentētu, Drupal nav nekāds frameworks, bet mēsls.