Toms

Ja tiem cipariem no http://www.freelancer.com/ var ticēt, tad $70,452,908 USD user earnings pret 885,459 projects completed ~= 79.57 USD/projekts.

Vienkāršākais variants, kas labi strādā jau X lapās:

<form action="/postbot" id="myform">
<input type="submit" onclick="$('#myform').attr('action','/post')" value="Post"/>

Ar slēptajiem inputiem - ne vienmēr visi boti visu aizpilda.

Un tie 3% lapas apmeklētāju bez JS - puse no tiem boti, otra puse pietiekoši zinoši lietotāji, kas ieslēgs JS, kad tas būs nepieciešams.

Priekš Zend 5.5.1 manas templates: http://www.binde.lv/misc/zend.xml

Esmu sarakstījis priekš CSS lielu daļu..

Varbūt kādam sarakstītas templates priekš JS? Vai jQuery?

Kādam te ar humora izjūtu ir kā ir..

1337 ir IT Čaks Noriss.

Es arī atceros laikus, kad aptuveni 9. klasē gāju un bija stilīgi programmēt iekš notepad. Kā jau īstam vecim.

/sarcasm/

Esmu testējis daudz IDEs un neviena nav perfekta.

TOP3:

1. Zend 5.5.1

2. NuSphere PhpED

3. Netbeans

Pārējās ir galīgi apdalītas, gļukainas vai vienkārši pārāk neērtas.

briedis:

Kāds ir use-case koda formatēšanai? Tu raksti murgainu kodu, ko liec IDEi formatēt? Es iedomājos, ka formatēšanu varētu lietot tikai sveša kodera cūcīgā koda sakārtošanai pirms sāc darbu, tāpēc lekšana uz beigām nav svarīga..

Un man interesē, kāpēc tev svarīgi zināt, cik simbolus esi iezīmējis. Man tāda vajadzība ir tik reti, ka uz to nav vērts iespringt..

EDIT: Aptana Studio 3 izskatās arī labi, bet tagad nav laika pamatīgi iztestēt. (vecākas versijas nekam neder)

Es jau teiktu, ka tie ir sīkumi. Galvenais ir tas, ka klientu ver vest uz pareizā ceļa - trešā neitrāla persona, kas pasaka kas ir kas. Vismaz jācer, ka tā arī ir :)

Atblastu visu, ko saka j2b.

Un vēl komentārs, atsaucoties uz šo "situāciju":

Viens piedāvā māju pa 50kLs, cits precīzi tādu pašu pa 25kLs. Ej un izvēlies! "Skice" vai vizuālais neatšķiras.

Ko klients padomā (neko/maz saprotot no sfēras), kad atrod 2x lētāku piedāvājumu? Es noteikti prasītu kā tas tā var būt. Ir klienti, kas neprasa? Bet varbūt viņi nemaz neaizdomājas paprasīt? (ir bijis gadījums)

(jautājumu formā, lai rosinātu domas..)

Bez tam, ir arī tādi izstrādātāji, kas prasa pārāk daudz. Nav runa par www.latvija.lv (http://pods.lv/2006/08/11/pavisam_nedaudz_par_klauniem_no_latvijalv_grupejuma/), bet citus nesaukšu.

Un kad pie tevis atnāk klients un izrādās, ka viņa projekts maksā "tikai" 3500 Ls ar visām garantijām un kvalitāti (to, protams, jāpaskaidro), tad klients ir priecīgs un tu esi priecīgs, ka nauda būs laikā :)

P.S. Sūtam klientus uz http://www.efumoaudits.lv/ lai šie izvērtē speceni un nosauc cenas amplitūdu, kādai būtu jābūt par attiecīgas kvalitātes darbu/projektu :)

Varbūt kaut kas šāds tev palīdzēs

select t2.*,t1.* from  (select * from t where sakums='Riga' or beigas='Daugavpils') as t1, (select * from t where sakums='Riga' or beigas='Daugavpils') as t2 where t1.sakums=t2.beigas;

Kā lai es zinu vai stacija Ogre ir pa vidu starp Rīga-Daugavpils? Un nav uz Rīga-Ventspils maršruta.

Paskatījos to Kohana, bet nu... Piemēram, no dokumentācijas:

foreach(ORM::factory('user', 3)->posts->where('post_date', '>', time() - (36000 * 24))->find_all() as $post)
{
   echo $post->title;
}

 

WTF?!@#$))K)

 

Speciāli viss tiek sarežģīts. Tā izskatās, ka gribās kodēt kā Ruby on Rails, bet netīšām "paņēmās" PHP.

Nekas netiek speciāli sarežģīts. Iepazīsties ar ORM, CRUD un Active record pattern.

Un PHP sniedz to, ko tas sniedz, tāpēc RoR, JAVA, Python un pārējie lūdzams nespamot.

Edit priekš tiem, kas vēlas mācīties:

Lietojam kohana v3, nevis v2!! http://kohanaframework.org/

Lasam šo dokumentāciju: http://kohanaframework.org/guide/about.kohana

Lasam šo Wiki: http://kerkness.ca/wiki/doku.php

Un, protams, lasam pašu KO3 kodu. Tur katra funkcija un process ar komentāriem ļoti labi aprakstīts.

...Bail pat iedomāties, ja kāds izdomātu šādu aplikāciju sadalīt pa 20 serveriem...

Manuprāt tāda veida atdalīšana noderētu tad un tikai tad, ja kāda konkrēta aplikācijas daļa (viena MVC triāde) izpilda tādas operācijas/aprēķinus, kas pamatīgi noslogo serveri. Tad sadali aplikāciju pa 19 serveriem ar loadbalanceri un katrs no tiem serveriem slēgsies pie tā viena, kas spēs viens pats (kaut vai trīs citi uz vienu MVC triādi) paveikt visu pārējo serveru pieprasījumus.

Te gan laikam būtu nepieciešams, lai HMVC darbojas "visā web slānī".

esteria, kingsms

Uzhakojam klientu un nosūtam koordinātes, kas ir "aiz sienas". Un varam staigāt kur patīk..?

Izlabo linku..

Kāpēc vajadzīgs šādi ?

 

while($row = mysql_fetch_assoc($result));

 

Es domāju kad vareetu pameigināt arī šādi !

 

while($row = mysql_fetch($result));

Bāc, un tu vēl piesakies taisīt projektus pa lētu naudu...

+1

Vari tā darīt, bet ne priekš isset().

Nepietiek ar šo?

$lpp = (int) $lpp;

Man tā ir gadījies un pie vainas ir bijis Firebug! Diseiblot nācās.

Ja meklēsi, tad atradīsi iekš www.nettuts.com

Nekur netiek teikts, ka "TIKAI DIV".

Arī html e-pastos ir problēmas ar DIViem.

Šajā gadījumā tas TIEŠI NAV "DIV rulzzs table Suxx", jo te lietojot tabulas, kods būs 5x garāks, nepārskatāmāks, lēnaks renderings, lēnāka izstrāde un grūtāk ko mainīt, ja gadīsies vajadzība. Un vajadzība rodas diezgan bieži.

"Divs are the smart way to design web sites and make maintenance alot easier." - Pilnīgs true. Es izvēlos vienreiz kārtīgi iemācīties "smart way" un dzīvot ar vieglu maintenance.

Tabulas ir tabulāriem datiem. Nevis layoutam. Pasūtītājs mainīs domas, kad ar viņu izrunāsies par tabulu tēmu.

Un IE6 nepatīk <td> elemetiem klausīt height norādījumiem!

Mācies taisīt bez tabulām.