Jump to content
php.lv forumi

Kaklz

Moderatori
  • Posts

    1,401
  • Joined

  • Last visited

Posts posted by Kaklz

  1. Lietojis Encoderi neesmu, bet ja pareizi saprotu, tad kompilēšana / šifrēšana notiek pārvēršot PHP kodu tādā formātā, kādā to izmanto Zend Engine jeb pats PHP apstrādājošais kodols. Attiecīgi ātruma ieguvumam arī vajadzētu būt, jo php interpretatoram nevajadzētu nodarboties ar parasta PHP scenārija pārveidošanu par šādu baitu kodu. Koda dabūšana ārā no kompilētā baitu koda praktiski esot neiespējama.

     

    Ja interesē ātrdarbības uzlabošana, tad var pamēģināt Zend Accelerator, ja nemaldos, tad tas pat ir (bija) bezmaksas produkts. Kādreiz sen sen atpakaļ biju uz viena windows servera uzlicis viņu, likās jau ka efekts kaut kāds ir.

  2. No vienas puses skaisti, taču no otras puses - man piemēram būtu diezgan sarežģīti iebraukt, kas un kā jādara, lai panāktu vajadzīgo efektu, tāpēc arī palieku pie domas, ka gan tabulas, gan cita veida masīvs HTML (tabulas, formas, utt.) ir jābūvē ar šabloniem, nevis ģenerējot ar klasēm.

  3. 1) vispirms jau skaties vai sliipaa sviitra ir uz pareizo pusi c:\aaa\bbb\etc

    Windows ir tik lieliska operētājsistēma, ka ļauj rakstīt gan \, gan /, lai norādītu ceļu. Attiecīgi, tā kā linux un citām līdzīgām operētājsistēmām patīk tikai un vienīgi /, tad labais stils laikam varētu būt visur, kur nepieciešams ceļu norādīt tieši ar /.

  4. Tieši to pašu es gribētu teikt par tabulu veidojošo klasi - lai paredzētu visus tabulu veidus, kādus vien var ievajadzēties, tev nāksies 20 reizes izgudrot jaunu divriteni, pie tam tu tikai lieki sarežģīsi savu kodu. OOP ir izmantojams vietās, kur tas dzīvi atvieglo, nevis rada liekas problēmas.

     

    Tam visam ir viens iemesls - tu nevari paredzēt un iekļaut visus formas atribūtus savā OOP kodā. Kaut vai viens piemērs - uztaisi man ar savu OOP kodu read-only text input lauku.

    Nepiekritiishu. Esmu uzrakstiijis sev tabulu gjenereejoshu klasi, ar kuru var sagjenereet jebkaadu tabulu.

    Par atribuutiem. Prieksh tam man html objektiem ir parametrs $attr, kuraa tad kaa masiivu mieriigi sabaazhu jebkurus taga parametrus, kuri ievajagaas.

    Saapes saakas tieshi tajaa mirklii, kad pietiekoshi daudz un dinamiskus colspanus un rowspanus jaataisa bez sakariigas OOP pieejas.

    Taa kaa nav nemaz taa ideja tik slikta, ja visu pietiekoshi flexibli izplaano.

    Pilniibaa esmu apmierinaats :)

    ja nav žēl, padalies ar kodu un izmantošanas piemēru, paskatīsimies ;)

  5. <html>
    <head>
    <style type="text/css">
    p.default{/*tavs defineetais stils*/}
    </style>
    </head>
    <body>
    <p class="default"></p>
    <p class="default"></p>
    <p class="default"></p>
    <p class="default"></p>
    <p class="default"></p>
    <p></p>
    </body>
    </html>

     

    Vienkāršāk izsakoties - ņem un visus iezīmējamos pārtaisi par kaut kādiem <p> ar kaut kādu klasi, bet tos, kurus negribi aiztikt, atstāj bez klases.

  6. kaut kur R īgā nesen esot atvērta speciālās (IT) literatūras bibliotēka, ja nemaldos pat baigi tuvu centram bija. Ja labi pameklē, gan jau var atrast. Liekas, ka par to bija rakstīts kaut kādu mēnesi vai divus atpakaļ Digital Times.

  7. Tas ir jābāž vienā tabulā

     

    id | text | parent_id

     

    kur parent_id atsaucas uz citu rindu tajā pašā tabulā uz id vērtību

     

    Pirmā līmeņa sadaļu parent_id = 0, attiecīgi lai dabūtu pirmā līmeņa sadaļas -> SELECT * FROM table WHERE parent_id=0

     

    Lai dabūtu dziļāku līmeņu sadaļas, attiecīgi arī parent_id nomaini pret to id, kuram tev vajag apakšsadaļas.

     

    Nevajag sarežģīt un izdomāt jaunu divriteni.

  8. Nedaudz no maniem testiem un novērojumiem:

     

    1) Pēc reģistrācijas nav īsti nekādas skaidrības, kas tas par reģistrācijas kodu. Pēc apmēram 10 minūšu domāšanas pieleca, kas par vainu. Vajadzētu uzrakstīt, kas un kā jādara ar to reģistrācijas kodu.

     

    2) Uz to laikam jau norādīja bubu, bet nu atkārtošana zināšanu māte - vajadzētu padarīt kreisās malas izvēlni mazliet dinamiskāku - lai pēc autorizācijas vairs nerādītos reģistrācijas un autorizācijas linki.

     

    3) Aktīvo projektu saraksts. Saite 'izvēlēties' nav īsti laba, jo kaut kā asociējas ar tūlītēju pieteikšanos projektam, labāk būtu ja links uz projekta aprakstu būtu vai nu zem virsraksta (<h1><a href="blabla">Projekta virsraksts</a></h1>. Pavisam labi būtu, ja aktīvo projektu sarakstā būtu arī kaut kāds īss aprakstiņš - tāds līdz kādiem 50 vārdiem. Pilnīgi pieļauju domu, ka kādā jaukā brīdī kāds gribēs uztaisīt kādu 'Featured', vai 'Urgent' projektu, kam vajadzēs kotēties pa pašu augšu un būt kā īpaši iezīmētam - par tādiem attiecīgi tu varētu mēģināt kaut kā maģiski pat komisijas maksu iekasēt.

     

    4) Projektu meklēšana - Iesākumā gan neaktuāli, bet vēlāk varētu būt diezgan aktuāli - ja projekti sarodas vairāk, noteikti būs nepieciešama kaut kāda filtrēšana vai atlasīšana pēc parametriem, prasmēm un citām lietām.

     

    5) Meklēt frīlanceri - doma laba, bet kaut kā man nepatīk tā prasmju izvēles sistēma - tam teksta laukam, kurā tiek sarakstītas prasmes, vajadzētu būt rediģējamam, lai vajadzības gadījumā prasmes varētu arī nodzēst. Šobrīd ir tā, ka prasmes var pievienot tikai caur maģisko popup logu, bet nodzēst var tikai nodzēšot visu formas informāciju. Meklēšana pēc e-maila - nu nez vai tas ir vajadzīgs, kaut gan varu kļūdīties.

     

    6) Frīlancera reģistrācija pēc tam, kad esi piereģistrējies, vēljoprojām tiek rādīti tavi ievadītie reģistrācijas dati, nospiežot saglabāt - ilgi ilgi kaut ko domā, pēc tam pasaka, ka Internal Server Error (500)

     

    7) Pie profila ir vērts paredzēt arī mājas lapu, ja tāda ir, lai vajadzības gadījumā klients varētu apskatīties arī portfolio, ja tāds ir.

     

    Iesākumam pietiks.

  9. atkarīgs no faila. ja tevi interesē parasts teksta fails, tad ņem un ieliec lapā <textarea> elementu un liec apmeklētājiem ar copy -> paste ielikt faila saturu attiecīgajā laukā. Ja dati ir bināri (bildes, arhīvi, programmas, utt) tad tas neies cauri.

  10. Mozj kaadam ir bijusi dariishana?...

     

    karoch, man interesee - cik maksaa i-veikala uzchiniishana (tip pa leeto)? ;) Kas tur bez PHP un MySQL buutu nepiecieshams! Cik ilgi paaris programmeetaaju komanda taadu pasaakumu chiniitu?

     

    Teema nav par skriptu bet varbuut tomeer! B)

    Visticamāk, ka "pa lēto" tā arī "neuzčinītu" ne viens, ne divi, ne arī 10 programmētāju komanda.

     

    Tavs jautājums izklausās pēc. Cik maksā mašīna, nepasakot ne to, kāda marka, ne cik veca, ne citus ļoti būtiskus parametrus.

     

    Uzraksti veikala specifikāciju un tad uzdod šo jautājumu jau kopā ar specifikāciju formā "Par cik tu būtu gatavs izstrādāt šādu projektu." .. pēc tam jau var vai nu mēģināt atrast lētāku darbaspēku vai arī mīkstināt prasību specifikāciju.

×
×
  • Create New...