Java

v3rb0 - pilnīgi piekrītu Tavam viedoklim. Endij - jau teicu - runa ir par rakstiem, kurus ir VĒRTS izlasīt! Labāk ir uzrakstīt 1 rakstu nedēļā, bet ļoti sakarīgu un vērtīgu, nekā katru dienu kaut kādus rakstu, kas vienkārši iznieko lasītāja laiku (lielākā daļa no blogu rakstiem te Latvijā "krutajiem blogotājiem" cik lasīts...). Endij - un vajadzētu tomēr vairāk kā vienu rakstu nedēļā, ja plāno tur iesaistīt vairākus cilvēkus... Un ko es vēl gribētu piebilst - kaut kā nav īpaši bieži manīts, ka blogotājiem pie rakstiem automātiski būtu klāt raksta vērtēšanas funkcija - kaut vai to nevarētu darīt kurš katrs ienācējs, bet reģistrēts lietotājs kaut vai - galvenais, lai vērtējums būtu PUBLISKI redzams, pirms es lasu to rakstu - varbūt, ja vērtējums ir 1 no 5, es negribu to rakstu lasīt? Droši vien jau "krutajiem blogotājiem" ir bail no sliktām atzīmēm... ;) Mans viedoklis par tech-blogiem: tur vienmēr būtu nepieciešams iesaistīt vairākus cilvēkus, ja vien pats blogotājs nav ļoti gudrs un pieredzējis, kurš var jēdzīgi uzrakstīt par vairākām tēmām... Kaut kā Latvijā tādi nav manīti. Bet ja blogā, piemēram, pirmdienā ir uzrakstīts labs raksts par to, kā optimizēt css savietojamību starp pārlūkiem, trešdien raksts par to, kā labāk rakstīt procedūras kādam specifiskam gadījumam SQL, bet piektdien ir raksts ar diagramām - pārlūku performances salīdzinājums, tad es uzskatu, ka tas blogs ir ko vērts...

Pastāstiet labāk ar praktiskiem piemēriem? Vairāk koda, mazāk pļāpu! :) Ar hotlinking neesmu saskāries, cik noprotu, tas ir tas, ka es ieliktu savā mājaslapā vienkārši <img src="http://arejs.resurs.com/images/bilde_ko_gribu_hotlinkot.jpg" alt="Hot Link" /> ??

andrisp - nē nu padomā pats - vai savu upload skriptu nevari uztaisīt tā lai seivo bildes ārpus web direktorijas? Un tikai tās, kas paredzētas publiskai apskatei likt web direktorijā? Principā pēc būtības VISAM būtu jāatrodas ārpus web direktorijas, IZŅEMOT - css, javascript failus (ja nav kas slēpjams), publiski skatāmās bildes un tās, kas attiecas uz lapas dizainu, publiski paredzētie pieejami faili (parasti tādi, ko piedāvā bez maksas lejupielādēt lietotājam), index.php un .htaccess Vai arī es kļūdos? (pamato)

Kāda jēga ta tu turi tās bildes, ja citi nevar izmantot? Vai nebūtu vienkāršāk bildes turēt ĀRPUS web direktorijas? Un teiksim, ja vēlies tirgot fotogrāfijas, to preview ar watermark turi web direktorijā, bet oriģinālus turu ārpus web direktorijas, jo pēc pieprasījuma ar php palīdzību tu tāpat tās bildes vari aizsūtīt klientam!

Protams, ja cilvēks ir paredzējis ielikt vienu kārtīgu rakstu dienā - nu tādu, ko būtu vērts tiešām lasīt vai arī kaut vai ik pārdienas, tad ir vērts pievērst uzmanību arī bloga urlim utml.

andrisp - nepārspīlē! Vispirms blogam jādabū tāda popularitāte, lai būtu pamats par to uztraukties...

Aizej uz www.wordpress.com un tur arī liec savu blogu - viss par brīvu! Es iesaku sākumā darīt tieši tā - jo tev ir jāpatrenējas rakstīšanā utml. Jāpakrāj pieredze un kāda jēga pirkt hostingu un domēnu, kamēr pieredzes nav un blogs var stāvēt tukš?

Nepūlies! Nieka 600 Ls manā kontā un pēc mēneša tev būs tāda pat lapa! :) Bet ja gribi labāku dizainu, tad zīmē pats - tas cenā nav iekļauts! :P

Lai saģenerētu templeitu, nav vajadzīgs smarty.

mounkuls - par register globals: Warning This feature has been DEPRECATED and REMOVED as of PHP 6.0.0. Relying on this feature is highly discouraged. Vēl ir jautājumi par register globals un kaut kādu "nepieciešamību" tiem pieskaņoties?

bubu, ja tu domā uz mani, tad nepareizi esi sapratis - man nav nekāds jaunības maksimālisms, es arī starp citu, diezgan skaidri uzrakstīju, kādi ir varianti... Starp citu, pats blogošanai izmantoju bezmaksas pieejamus blog servisus - es tak netaisīšu blogu pats? Tāpat es netaisītu arī forumu sistēmu pats, ja man vajadzētu specializētu forumu kā šeit - paņemtu to IPB vai phpBB vai kādu citu jau gatavo un izmantotu, ja vien pasūtītāja prasības nav specifiskas... Un mēdz jau tās prasības būt specifiskas un tad uz tādu Drupal, Joomla, Mambo vai kādu tur vēl atzītu CMS sistēmu netiksi galā... Piemērams, skaidri zinu, ka sākotnēji šis saits ` atlaides [punkts] lv ` tika taisīts uz drupal un izstrāde bija diezgan ilgstoša un nebūt ne "ātri" un ekonomiski, kā runā... Tagad kā redzams, saits ir pārtaisīts "custom" variantā (vismaz tā izskatās). Tā nu tas ir, ka daudziem klientiem un arī paša vajadzībām bieži vien neder nekas no gatavajām sistēmām, jo viņiem vajag taisīt tieši viņu specifiskajām vajadzībām, kuras jāparedz jau veidojot saita struktūru un izstrādājot datubāzes modeli. Bet blogi, forumi, standartveida (un izskata) ziņu portāli utml. - kāpēc gan ne? Ja klienta vajadzības apmierina, droši izmantot! Es arī izmantotu! Es tikai tādu Drupal galīgi neredzu kā "universālu tooli", piemēram, jo pirmkārt - vienkāršai mājaslapai tas ir par sarežģītu - visas tās konfigurēšanas utml. Bet sarežģītai lapai tas ar neder, jo tām parasti ir specifiskas prasības, kuras programmēt klāt ir čakars tomēr. Pie tam - vēl svarīgāk - var gadīties, ka vesela burzma ar "fīčām" ir jāņem nost! Risinājums - frameworks, kurš darbojas kā bibliotēkas un pieļauj n-variantus vai arī cms, kurš darbojas tikai kā rāmis ar jau iebūvētām pamatfīčām un detaļām, bet tā, ka tomēr līkie pirkstiņi būs jāpakustina...

Squad - tu te esi tāds "speciālists", ka bail paliek... Tev trūkst paškritikas reāli, Tu uzskati, ka tev ir taisnība tas, ko tu iedomājies, nevis analizēt reāli lietas...

Pamatojums man šķiet absurds! Tikpat labi arī php koderis tev var sačakarēt tur kaut ko... Un kas par HTML koderi, kurš nesaprot, ko nozīmē <?php echo $var;?> ? Tikpat labi tas dizaineris/html koderis neierubīs smarty, jo smarty principā ir php pseidokods - absolūti lieka kārta, manuprāt... Tu tak iekš templetiem nerakstīsi klases vai funkcijas, vienkārši izmantosi esošos mainīgos, masīvus, objektus un liksi konstruktos, ciklos utml. Kāpēc viss ir lieki jāsarežgī, es nesaprotu? Jo vienkāršāks kods, jo vieglāk to labot, atkļūdot, uzlabot utt. Sākumā parasti ideja rodas vienam, tad viņš dažreiz iesaista vēl kādu, beigās, kad tas kļūst populārs, darbojas ap to visi, kas grib! :)

Tas nu gan nav nekāds pluss... Smarty normāli iebremzē pasākumu. Kāda jēga likt php pseidokodu iekš php saita? Pie tam pamatlietā kā templates (views). Vari uzrakstīt, piemēram: <p><?php echo $variablis;?></p> Nav jātaisa visādas smarty huiņņas... Līdzīgs viedoklis man ir par to, ka visādiem iekšējiem lapas konfigiem vajag izmantot XML failus (nu viens varētu būt - galvenais konfigs), bet ne jau katram modulim...

Pirmkārt - esmu trenējies zālē, eju, kad man sanāk brīvs brīdis un nebūt neesmu vājš Otrkārt - par tiem klipiņiem - pirmkārt no otrkārt, kaut kāds amerikāņu lohu klips tas ir - saprotu, ka tie tev ir "savējie" ;) Otrkārt no otrkārt, es nemaz tāds tipiņš neesmu, normāls cilvēks. Treškārt no otrkārt - ja nezināji vēl - cilvēki, kas domā stereotipos ir šai ziņā pavisam un noteikti STULBI! Stereotipos domā tie, kas paši negrib vai nespēj domāt! ;) Cilvēki ir dažādi un arī programmētāji ir dažādi un arī šeit es varu pateikt, ka par laimi es neesmu tāds kā tu!

Gribētu atbildēt uz šo kā pienākas. Es neatbalstu "divriteņu izgudrošanu" pa jaunu, ja vien tas nav "slikts divritenis", bet es uzskatu, ka php pats par sevi piedāvā daudz visādu iespēju. Var izmantot frameworku (ZendFramework, Codeigniter un vēl tie labākie...), var ņemt gatavu cms, var rakstīt kodu no 0 pašam. Kāpēc visu raktīt no 0 - vai tas ir to vērts? Atbilde - lielai un sarežģītai sistēmai - NĒ! Vēlāk iztērēs pārāk daudz laika un naudu to kodu uzturot, programmējot fīčas un kaut vai vienkārši nomainot dizainu. ;) Bet... Un te nu ir nākamais aspekts - cik lielā mērā gatavs kods ir veiksīgi uzturams, elastīgs - derētu arī specifiskiem gadījumiem un nākamā lieta - performance, kas bieži vien visādiem gadījumiem paredzētiem kodiem nav tā lielākā... Piemēram, tas pats Drupal - tur ir salikti n-tie moduļi, tiesa gan - tos var pieslēgt un atslēgt, bet ja ieslēdz vairākus, tie pastiprināti ēd nost php atmiņu. Pie tam - viss tas interfeiss - lietotāja interfeiss lai ieslēgtu un atslēgtu moduļus - nedomāju, ka mājaslapas administratoram vajag piedāvāt iespēju slēgāt moduļus un mainīt pamatkonfigurāciju... To principā vajag darīt vai nu programmētājam vai mājaslapas uzturētājam, bet tādam kas zin kodu un pa taisno var ielīst kodā un to izdarīt - nafig tādām lietām jātaisa db tabulas un grafiskais interfeiss? Tāpēc paņemot gatavu produktu un pielietojot savām vajadzībām bieži vien sanāk, ka šis tas pietrūkst, šis tas par daudz! Un beigās vēl bremzē kā caur laiva tas frameworks! Ir tāda laba latviešu paruna: "KAS DER VISAM, NEDER NEKAM!" Tieši tā ir arī ar tiem universāliem risinājumiem... Mans piedāvājums risinājumam ir sekojoši varianti: 1) raksti pats savu frameworku tā lai tas der biežākajām vajadzībām, kuras tev vajag un uz tā arī visu custom taisi, protams, var integrēt gatavas klases, bibliotēkas utml.; 2) ņem gatavu frameworku, kurš tev patīk, iemācies un taisi visu uz tā; 3) ņem tādu cms vai engini, kuru var customizēt gandrīz kā frameworku - atšķirība tāda, ka būs mazāk jāprogrammē iespējams un daudz kas jau būs gatavs, jo būs iznākuši moduļi - ja nav bezmaksas moduļi, jēga maza :) Muļķīgi, ja pašam būtu jāraksta, piemēram, bilžu uploads vai xml parsēšanas mehānisms vai arī balsošanas skripts vai visvienkāršākās galerijas skripts utml.

Kaušanās galīgi nav manā stilā, varbūt tev patīk, bet es tomēr uzskatu, ka izkausies, sasitīsi galvu un nevarēsi pēc tam paprogrammēt... Labāk citus sporta veidus... Es jau saprotu, ka tev ar Čaku Norisu intīmas attiecības, bet paldies - es jūsu draudzībai pa vidu nejaukšos! :D

Paldies visiem tiku galā ar godaddy! ;) idiots.

Developeris, kas savā mūžā nav uztaisījis nevienu kaut vienkāršu sistēmu - vai tas būtu cms, forums utml. nav īsts developeris, jo nav guvis nozīmīgo pieredzi! :P Kaut ko ātri samuļāt liecina vai nu par slinkumu vai nepacietību kopā ar ne visai augsto intereses rādītāju par šo darbu, kas tikai nāk par ļaunu - labs programmētājs nevar būt tāds, kuram neinteresē programmēšana un, kurš nespēj nosēdēt pacietīgi stundām pie datora un risināt problēmas...

Es savus cmsus izmantoju tikai papilddarbos un tur nebija alga, vienkārši norunāta cena par darbeli un viss :P Man tiešām nav laika, jo olimpiādes uzdevums nav uzrakstīt pāris postus forumā, darba laikā es blakus darbus nedaru (postēšana forumā nav blakusdarbs), pēc darba man laika paliek pārāk maz un zināji, ka cilvēkam arī ir jāatpūšas? Kad būs luste un nedaudz laiciņš pieķeršos tiem uzdevumiem klāt, aizmirsis neesmu!

Analgiins - Tava filosofija šai sakarā ir līdzīga manējai... Mana pamatnostādne ir: 1) gatava cms, frameworka izmantošana neatbrīvo no speciālistu no programmēšanas. Es zinu personiski vienu tādu, kurš ņemas ar drupal, lai gan tur arī rodas problēmas... Viņš ir par slinku (un varbūt ne pietiekamām zināšanām), lai rakstītu savu... Es to neatbalstu, uzskatu, ka tā ir "haltūrēšana" šī vārda sliktajā nozīmē... Ja grib dabūt gatavu kvalitatīvu produktu (kas ir arī pietiekami optimāls-optimizēts) un atbilstu specifiskajām klienta vajadzībām, var paņemt pamatbibliotēkas, kādu light frameworku, bet ne fīčām bagātos cmsus, kas prasa minimālu programmēšanas darbu... Tādi der tikai vajadzībām - man vajag gandrīz tādu pašu web lapu kā 1000 citiem lameriem. To var salīdzināt ar ēdiena gatavošanu - mājās gatavotas no izmeklētām izejvielām svētku vakariņas praktiski vienmēr būs labākas, nekā nopirktas "uzsildi mikroviļņu krāsni un 3 minūtēs gatavs!" barības!

Kādas muļķības! Vari nodefinēt iepriekš tukšu variabli un pārbaudīt if ($var) { ... } un viss! Pie tam vari definēt variabli arī sekojoši $var = NULL;

Un? Esi lietojis? Tavas atsauksmes, plusi un mīnusi?

Es ar te sēžu un iesmaidu par to phpbb fanātu! :) Tas tak nav cms... Ar CMS es domāju, tādu sistēmu, kur vari veidot brīvi dažādas sadaļas jebkādos līmeņos, savu menu un izvēlēties dažādus satura tipus un likt tur iekšā dajebko paša veidotā interfeisā, nevis forumiskā vai shopiskā! :)

Pag, es varbūt kļūdos, bet phpbb šķiet bija foruma engine? Gluži kā šis Invision Power Board, tikai draņķīgāks nedaudz?