Kaklz
-
Posts
1,401 -
Joined
-
Last visited
Posts posted by Kaklz
-
-
omg, nu priekškam tas tev?
:D ja būtu skolas laiks, varētu padomāt, ka kāds pasniedzējs ir iedevis studentiem/skolniekiem uzdevumu :D
-
laacz šon savā lapā bij devis norādi uz kaut ko tādu:
ja pareizi sapratu, tad cilvēkam vajag pretējā virzienā - kad atver lapu, tad ir liela bilde, kura uzreiz neielādējas un kamēr viņa lādējas, tikmēr viņš grib skaisti parādīt, ka viņa kaut kad ielādēsies ;)
-
Es būtu ieviesis 2 laukus.
1 announcement/sticky
2 locked/open
Attiecīgi nolasām no tabulas visus kam ir announcement/sticky uzstādīts un pēc tam kaut vai ar UNION pielasām klāt pārējos ierakstus, sakārtotus pēc datuma, kurus atkarībā no locked/open stāvokļa attiecīgi arī atzīmējam.. ;)
-
kādai vajadzībai izmanto htmlspecialchars? Piemēram ja rakstu komentāros nevēlies, lai izmanto kādus tagus - vari pielietot strip_tags(). Jamam var kaa parametru padot sarakstu ar tagiem, kas ir atljauti --> paareejie tiks dzeesti.
Tadeejaadi neaiznjem lieku vietu db un arii atbriivo no decode.
tas gan peec vajadziibas...
ar strip_tags jābūt uzmanīgam, jo tas nenotīra attiecīgo tagu atribūtus.
Teiksim izmēģini šādu piemēru:
<?php $text = '<b style="display:block;position:absolute;left:0;top:0;width:1000px;height:1000px;background-color:lime;color:red;font-size:100px;">Hacked!</b>'; echo strip_tags($text, '<b>'); ?>
-
Esmu sapratis un tā arī vienmēr rīkojos. Bet šobrīd lasu grāmatas par plānošanu, specifikāciju rakstīšanu un projektu vadību. Un sāk rasties sajūta, ka darbs ietu raitāk, ja plānošana tiktu veikta nevis +/- uz papīra un galvā, bet visu iepriekš uzzīmējot, izanalizējot, pārdomājot, uzlabojot, un tikai tad taisot. Esmu padomājis arī par Tavu variantu ar personalizēta koda ģeneratoru, kas ir ļoti laba doma.
Tātad, cik noprotu, neviens šos ģenreatorus / shēmu zīmētājus nelieto...
Redzi, viss ir atkarīgs no tā, kam tu to projektu taisi, kur strādā, utt.
Teiksim lielā uzņēmumā, lielā projektā, kur viens cilvēks nav projektu vadītājs, sistēmanalītiķis, programmētājs, testētājs, lietotāju apmācītājs un ko nu vēl tur piemirsu, šī pieeja labi varētu iet cauri (un cik man zināms, tā arī notiek) - katrs izdarītu savu darbu un programmētājs jau saņemtu šīs shēmas, uzģenerētos koda šablonus vai ko tur vēl.. bet ja tas viss ir jādara vienam cilvēkam, tad praktiski nav tādu projektu, kas būtu ar mieru tik ilgi gaidīt un pie tam par to visu vēl samaksāt.
Kad rakstīju bakalaura darbu, darba vadītājs stāstīja, ka Exigen esot kaut kāds maģisks in-house rīks, kas no UML diagrammām ģenerē PHP kodu, ieskaitot arī dažus biznesa objektus. Pameklējot internetā toreiz atradu šādu linku http://www.uml2php.com/xmlweb/index.php , taču paeksperimentējot secināju, ka tas priekš maniem mērķiem, pirmkārt ir par dārgu, otrkārt tā ģenerētais kods tālāk ļoti grūti rediģējams un attiecīgi arī izmantojams.
-
Domāju, ka varētu pamēģināt lietot, piemēram, dia un ar UML2PHP5 ģenerēt klašu sagataves, tomēr gribētos zināt, kā rīkojas citi.
Mēģināt jau tā var, taču ja tu esi gan cilvēks, kam ir vajadzīgas tās shēmas, gan cilvēks, kas viņas zīmē, gan arī tas, kurš pēc tam to visu programmēs, tad pilnīgi pieļauju domu, ka agrāk vai vēlāk tu sapratīsi, ka to laiku, ko pavadi zīmējot shēmas un ģenerējot šablonus, vari labāk pavadīt nedaudz paplānojot ar pildspalvu uz papīra un sākot programmēt. Reāli, cik esmu sastapies ar koda ģeneratoriem, ir divu veidu ģeneratori - tādi, kas uzģenerē kaut kādus maģiskus triviālus šablonus, kurus tu pats 5 minūšu laikā vari uzrakstīt, vai arī uzģenerē kaut ko TĀDU, kur pat velns kaklu nolauztu.
Tas, ko es esmu mēģinājis veidot un izmantot ir paša ražoti koda ģeneratori, kas savāc vajadzīgo informāciju no speciāli noformētiem XML metadatiem un pēc tam jau ģenerē pilnībā strādājošu PHP kodu. Reizēm tādējādi var praktiski stundas laikā dabūt gatavu projektu, kam citādi būtu nepieciešamas vairākas dienas .. bet tas jau ir atsevišķs stāsts, par kuru vasaras sākumā veiksmīgi aizstāvēju bakalauru...
-
Uz Windows platformas labu redaktoru ar UTF-8 atbalstu ir ļoti, ļoti, ļoti, ļoti maz. Vienkāršāk būs visu vajadzīgo izdarīt tajā pašā HTMLPad, pēc tam ar kādu saprātīgu redaktoru vienkārši saglabāt kā UTF-8.
-
Tiem, kam slinkums lasīt bubu doto saiti, īsumā atstāsts ir tāds, ka lapas popularitāte tiek mērīta pēc tā, cik daudz Alexa Toolbar lietotāju attiecīgo lapu ir skatījušies. Ņemot vērā, ka pie mums ļoti neliels procents interneta lietotāju izmanto šo rīku joslu (es personīgi nepazīstu nevienu), tad arī attiecīgie dati par Latvijas web lapām ir visai maz uzticami. Attiecīgi es uz šādiem rezultātiem nepaļaujos absolūti nemaz.
Iespējams, ka kaut kur pāri okeānam, kur šīs rīku joslas popularitāte ir daudz reižu augstāka, attiecīgie dati varētu būt arī vairāk ticami.
-
Vajadzētu konkretizēt, par kādiem cipariem mēs runājam - 6k lietotāju dienā vai vienlaicīgi? :D
-
Tas ir tas pats, kas
if (empty($_SESSION['lauks'])){ $_SESSION['lauks'] = 'name'; }ja tulko attālināti un
if (!empty($_SESSION['lauks'])){ $_SESSION['lauks'] = $_SESSION['lauks']; }else{ $_SESSION['lauks'] = 'name'; }ja tulko burtiski.
Teorētiski labāk būtu rakstīt 'attālināto tulkojumu' - varētu iztikt bez vienas liekas piešķiršanas, ja gadījumā $_SESSION['lauks'] nav tukšs, bet nu tas jau ir gaumes jautājums.
-
Nez kā citiem, bet man labāk patīkas kaut kas uz šo pusi: http://paste.php.lv/2215
Darbībā gan nepārbaudīju, bet nu domu gan jau ka var saprast.
-
Nevajag arī pārspīlēt. Pieļauju domu, ka lapas dizainā ir paredzēts kāds specifisks fonts virsrakstiem un tad nu nav nekādu problēmu uzģenerēt bildi pie pirmā pieprasījuma un saglabāt to kaut kur uz servera, bet katrā nākamajā reizē jau ģenerēt nevis bildi, bet izmantot jau uzģenerēto. Ir pietiekami daudz projektu, kas šādu shēmu veiksmīgi izmanto.
-
To var darīt ģenerējot bildes. Ja tas tevi apmierina, tad skaties http://lv.php.net/imagettftext virzienā.
-
Jauns domēna vārds nav jāpērk. Sameklē kādu cilvēku, pie kā tu izvietosi savu lapu un ja viņš būs pietiekami saprātīgs, visu tev izstāstīs. Ja ne, tad shēma ir aptuveni šāda:
1) atrodam hostingu
2) sakam, ka gribam izvietot savu lapu ar domēna vārdu www.[ieliec savu nosaukumu].lv
3) uzzinām jaunā hostinga IP adresi
4) Pārceļam visu lapas saturu uz jauno hostingu
5) zvanam NIC un sakam, ka gribam pārcelt domēnu uz jauno IP adresi
6) Pagaidam pāris dienas, līdz visi DNS serveri ir atjaunojušies
7) Zvanam Latnet un sakam, ka atsakamies no pakalpojuma.
-
Liekaties ka nu mierā. Cilvēkam ir pašam sava mērķauditorija, kvalitātes un cenu līmenis. Tas, ka viņš atteicās no 'kaut kā līdzīga pasts.lv' izstrādes tikai norāda uz to, ka viņš saprot, ka nav nekāds mega-strādnieks, kas var visu. Starp citu, izlasiet parakstu.
-
-
Cik saprotu pēc tā, kā tu viņu izsauc (php fails.php &) tev ir linux-veidīga operētājsistēma. Vai nav prātīgāk to skriptu likt nevis ciklā ar while (1 = 1), bet vienkārši iemānīt iekš cron? Tb. tu katru skripta ciklu laid reizi 3 stundās tad nu vienkārši ņem un laid viņu no cron šādi:
* */3 * * * php /celjsh/uz/failu/fails.php
(protams, neaizmirsti novākt to while ciklu tādā gadījumā)
Šādi tu atmiņas resursus (lai arī nelielus), tomēr ietaupītu un tad nebūtu jāuztraucas, ka skripts pēc kāda laika nosprāgst.
Nosprāgšana var būt kāda atmiņas apgabala neatbrīvošanas dēļ vai kādu citu iemeslu dēļ. Ja ir tā, kā tu saki, ka skripts reizēm nosprāgst tikai pēc pāris dienu darbības, tad godīgi sakot atrast problēmas cēloni varētu būt pagrūti.
-
Paspēlējieties ar http://www.cdi.lv/pelna.xls un sapratīsiet, cik patiesībā liela ir komisijas maksa un cik salīdzinoši maz no tās summas, ko reāli samaksā apmeklētājs, dabūsiet jūs pats.
-
Jap, tikai nedrīkst arī pārspīlēt. Ir jāpierēķina arī laiks, kas tiek patērēts failu atvēršanas, nolasīšanas un aizvēršanas operācijām ;)
-
Pats vispār saprati, ko gribēji pajautāt?
-
Ja gana advancēts CMS ir pietiekams taviem kritērijiem, tad var teikt, ka tiek reāli izmantots:
-
Ir cilvēki, kas stipri iefano par WACT (http://www.phpwact.org/)
-
Ja nav bail, varbūt parādi (kaut vai paste.php.lv) to savus 33KB lielo index.php failu. Ar interesi apskatīsimies un pakomentēsim ;)
-
Kā jau bubu teica, MVC
meta data
in PHP un PHP :)
Posted
Delfins, izstāsti, cik reizes reāli tev ir vajadzējis to n-rdbms risinājumu?
Atzīšos godīgi no savas pieredzes - vairāku gadu laikā, kurus programmēju PHP, ne reizi neesmu uzrakstījis risinājumu, kas strādātu uz vairāk kā vienas datubāzu pārvaldības sistēmas, attiecīgi es ļoti skeptiski skatos uz cilvēkiem, kas n-rdbms risinājumus liek kā bāzes funkcionalitāti gandrīz jebkuram projektam.