Mr.Key

Distanču slēpošana ļoti labi palīdz muguriņai! Bet ko nu vairs, vienīgi var iespēt uz atlaidēm nopirkt inventāru. Tāpat arī peldēšana.

Nu jā, derētu izvēlēties kādu no plašajām iespējām - orientēšanās, velomaratoni, piedzīvojumu sacīkstes, skriešana, vai kas cits, kas aizrauj, un trenēties. Tas nekas, ka esi iesūnojis, ir bijis līdzīgi, galvenais, nepārtrenēties.

Es nevingrotu un netrenētos, ja nebūtu atradis interesantus pasākumus, kuros tad arī var novērtēt darba rezultātu.

p.s. Hoķis 4-5h ... emm, nav mazliet pa daudz?

ne ne, es domāju, ka pat tik ļoti gudrs, ka viņa vietā te sen jau darbojas paša taisīts bots! ;)

Neko daudz spēļu jomā neesmu darījis, možka patiešām jāpadomā. kā nekā, tieši ar spēlēm sāku programmēt :D Arī ģeometrijā var izpausties, un tas jau ir FUN.

p.s. vairāk interesē interesanta nodarbe, kas nodarbinātu prātu, liktu domāt. nav mērķis pelnīt lielo miljonu :D

Kas teica, ka vajag lasīt un nekodēt? :)

Labi jau labi, tāpat skaidrs, ka 2easy mums ir ļoti gudrs, tāpēc jau nav jānoliek citus :p

Deprecated nozīmē, ka funkcija ir novecojusi, jaunajā php versijā tā nebūs un to vajag aizstāt ar citu, lasi, ko briedis raksta.

par spēli, interesanta ideja, es gan nestādos priekšā, cik varētu būt spēlētāji.. varbūt 5, varbūt 5000000.

laikam garlaicību kliedēšu, apgūstot kaut ko jaunu.

Kaut kur klīda labs teiciens - ja man iedotu cirvi un liktu nocirst koku 8 stundās, es sešas stundas domātu, kā to izdarīt 2ās stundās.

Tas par mācīšanos un lielo lasīšanai, domāšanai atvēlēto laiku.

Mani, piemēram, tracina firmas / vadītāji, kuriem liekas, ka pareizi ir tad, ja programmētājs 8h sēž pie klaviatūras un raksta kodu. Patiesībā tas ir 100% nepareizi. Tas ir ļoti nepareizi. Tas ir ļoti, ļoti nepareizi.

Piemēram, reizēm galva nedomājas, atliek tikai iziet mazliet pastaigāties un stundas laikā ir skaidrs viss vairākām dienām uz priekšu.

Programmē ar galvu, nevis ar pirkstiem un klaviatūru.

Nu tad tev tajā 2. lapā vajag laiku saglabāt sesijā, teiksim, $_SESSION["diff_time"] = $diff_time;

un 3. lapā izvadīt $_SESSION["diff_time"] ...

Nu tas tāpēc, ka tajai lapai laiku skaitīja servera pusē ;)

Ar javascriptu var mēģināt sākuma laiku piekabināt klāt linkiem (vai ielikt cookie), taču tas nav droši, jo lietotājs to var nomainīt.

Jātaisa PHP sesija, kurā tad arī sāc skaitīt to laiku.

kaut kur bija saits, kurā ievadot urli, pēc brīža varēja paskatīties skrīnšotus uz 10+ browseru versijām dažādos OSos.. pagūglē, mož tur būs aprakstīts sīkāk, kā čaļi to taisījuši.

Varētu, bet man liekas, ka tādiem parasti iztrūkst FUN faktors un tā vietā ir kārtīga BORING deva :D

Vot, kā viņi spēj izpīpēt tās mafijas un fermu spēles, nekādi nesaprotu...

Diezgan ilgu laiku mokos ar to, ka varētu uztaisīt kaut ko interesantu, bet nezinu, ko... tehniski problēmas nesagādā ne datubāzes, ne ajaxi, arī flashi nē, bet kur to varētu interesanti realizēt?

Nu, jāieliek starp pirmo un otro ruli ;) :D

Es daru, vadoties pēc tā, kā jau 2easy pateicis. Admin daļa ir cita aplikācija, kopīga ir tikai db un datu modeļi (par ko vēl neesmu drošs, vai publiskajai daļai neveidošu citādus modeļus, ar akcentu uz ātrdarbību).

Bet, ja taisa kā vienu aplikāciju ar admin moduli, tad layoutu pārslēgšanai izmanto Zend_Layout_Controller_Plugin_Layout, piemēram, katram modulim atbilstošu layoutu uzliek šādi:

// library/My/Controller/Plugin/LayoutSwitcher.php

class My_Controller_Plugin_LayoutSwitcher extends Zend_Layout_Controller_Plugin_Layout
{
   public function preDispatch(Zend_Controller_Request_Abstract $request)
   {
       $this->getLayout()->setLayoutPath(
           Zend_Controller_Front::getInstance()->getModuleDirectory(
               $request->getModuleName()
           ) . '/views/layouts'
       );
       $this->getLayout()->setLayout('layout');
   }
}

// application.ini

resources.frontController.plugins.LayoutSwitcher = "My_Controller_Plugin_LayoutSwitcher"

(iespējams, mazliet savādāk, jo rakstu no galvas, tikai idejai..)

Vienmēr, kad rodas doma, ka katrā kontrolierī jātaisa vienāda funkcija, ir vērts padomāt par citu risinājumu. Tā saucamais princips "don't copy, extend". ja visos kontrolieros vajag kaut ko iekš preDispatch, utt.., tad ieteicams to pārnest uz pluginiem (vai arī extendot Zend_Controller_Action klasi).

Ja neesi neko daudz ar PHP ņēmies, novēlu izturību un pacietību, bet, no otras puses, varbūt arī labi, ka uzreiz domāt atbilstoši OOP un freimworkam.

Tā nu gluži nebūs viss.

Es izlīdzējos ar šādu:

RewriteCond %{REQUEST_FILENAME} -s [OR]

RewriteCond %{REQUEST_FILENAME} -l [OR]

RewriteCond %{REQUEST_FILENAME} -d

RewriteRule ^.*$ - [NC,L]

RewriteCond %{REQUEST_URI} !^/admin/.*

RewriteRule ^.*$ /index.php [NC,L]

Bet var arī tā, nemēģināju..:

RewriteCond %{REQUEST_FILENAME} -s [OR]

RewriteCond %{REQUEST_FILENAME} -l [OR]

RewriteCond %{REQUEST_FILENAME} -d [OR]

RewriteCond %{REQUEST_URI} ^/admin/.*

RewriteRule ^.*$ - [NC,L]

RewriteRule ^.*$ /index.php [NC,L]

p.s. veiksmi ZF apguvē ;)

Žēl, ka šobrīd šis visnotaļ interesantais links neveras vaļā.

Failsistēma jau arī pēc idejas ir datubāze.. Tāpat kā vizītkaršu blociņš, teorētiski taču var būt pieprasījums "SELECT Phone FROM blocins.vizitkartes WHERE Name = 'Jānis ... ", un piešķilt klāt SMS endžinu, kurš aizsūta sekretārei darba uzdevumu, savukārt sekretāre īsziņā atsūta atbildi :D

Vispār, tas ko gribēju teikt, ir paldies par linkiem.

Hmm, neesi apsvēris kāda frameworka apguvi? Tiem ir viss - gan modeļu, kontrolieru, viewu klases, gan dokumentācija, gan helperi, partials un pat dekorātori utt.

Arī darba tirgū varētu būt vieglāk, ja specializēsies uz vienu noteiktu. Tas gan ir tikai mans minējums.

Ieteiktu atkārtoti pastudēt, kas ir MVC, jo, spriežot pēc pēdējā jautājuma, šī pieeja nav saprasta līdz galam. Kā arī tas, ka ne helperi, ne partiali neattiecas uz MVC. Var būt MVC ar funkciju, kuru izsauc viewu skriptos, gan viewiem, kas izmanto helperus, partialus utt.

NU CMON, kas neviens ģēnijs iekš šejienes nevar pateikt kā atjaunot tikai vienu konkretu vietu ar javascript, ta lai ari bez javascripta stradatu??

Var pateikt, a kas?

<a href="RTFM.html" onClick="loadRTFM(); return false;">RTFM</a>

Jā, ir.

if ($_GET) {
   // true
   echo 'masivs nav tukss, count($_GET) > 0';
} else {
   // false
   echo 'masivs ir tukss, count($_GET) == 0';
}

if (!isset($_GET)) {
   // tu ko?
   echo 'nee, taa nevar buut..';
}

if (isset($_GET['page']) && (count($_GET) > 1)) {

echo 'mums ir vel kads bez $_GET["page"]';

}

Ir backwards compatibility ar v2.

Kā es skatos uz Smarty:

* Sintakse, kuru var izmantot HTML redaktorā, saprotama plašākai publikai, dokumentēta speciāli templeitu kontekstā. Piemēram, to var iedot klientam, kurš pēc iepazīšanās ar to var pats veikt vienkāršas izmaiņas lapā.

* Nodalīts templeita "scope", t.i., darbības apgabals. Darbs ar templeitiem var tikt veikts atsevišķi, no darba organizācijas viedokļa. No tehniskā viedokļa, iespēje kontrolēt, ko var un ko nevar darīt templeitos. Ne vienmēr var uzticēties tam, kurš strādās ar templeitiem, piemēram, ja templeitus maina lietotājs caur CMS sadaļu, nedrīkst atļaut tīšas vai netīšas kļūdas. Varbūt viss, ko projektā var atļaut, ir daži sintakses elementi. PHP gadījumā kā nokontrolēsi, vai templeiti saveidoti pareizi - pārbaudīsi katru? Un ja tā ir sistēma ar 1000 lietājiem?

* Plugini ļauj papildināt bāzes funkcionalitāti ar sistēmai vai CMSam specifiskām iespējām. Piemēram, CMSā var veidot rakstu ar HTML redaktoru, un raksta vidū ielikt {gallery name='lielie_nemieri_saeima'}, kas automātiski iemetīs tajā vietā dajebkādu projektam atbilstošu galerijas kodu. Un HTML editoru var papildināt ar pluginu, kas atpazīst šādu tagu un piedāvā to pievienot/rediģēt. Protams, var jau arī taisīt <?php echo $this->gallery(' ... ?>, bet nu... tas nav tīri..

* utt.

Tas vairāk ir jautājums par koda struktūru, kārtību. Un arī jautājums par darba organizāciju. Tas var nebūt būtiski, raugoties no 1 personas skatu punkta un/vai nelieliem projektiem. Taču, veidojot produktu vai palielāku sistēmu, tādi jautājumi jau kļūst būtiski, un parasti risinājums ir templeiti ar savu sintaksi.

Tāds mans praktiskais skaidrojums, droši ka ir teorija, kurā viss skaidri un gaiši pamatots.

Nezinu īsti, vai Smarty pieder pie freimworkiem un CMSiem.. protams, ka nepieder, jo tā ir veidņu dzinēja bibliotēka.

Kādu laiku nebiju sekojis līdzi, tagad skatos, ka nu jau rit darbs pie 3 versijas, kuru, domājams, tad arī lietošu. Līdzīgi kā Zend Framework, tā darbojas tikai ar PHP5 versiju, ir jaunumi sintakses ziņā, kas ir daudz .. atceroties to, kā 2. versijā nācās atstrādāt elementāras lietas. Man liekas diezgan iespaidīgi: http://smarty-php.googlecode.com/svn/branches/Smarty3Dev/distribution/README

Vai kādam jau ir pieredze, darbinot 3. versiju? Bugi, ātrdarbība, savietojamība, jaunās superduperfīčas un tā?

p.s. Lai nesāktos fleims par to, kāpēc jāizmanto Smarty, izmantošu tāpēc, ka templeiti glabāsies CMSā un tos rediģēs dizaineri/Hā-Tē-eM-eL-isti. Ir daudz vienkāršāk dizainerim iedot smarty manual, nekā mācīt php..

Sanāca kaut kas?