labaiss

īsti nesapratu... Izveido div elementu WRAP piemēram. nosaki WIDTH, kurš maksimāli ir manuprāt var būt 950px; tad tam pieliec margin: 0 auto; lai tas iecentrētos un pārējo krāmē iekš šī wrap'a un problēmu nebūs.

Drīkst vaicāt Kapēc tieši pylons? - jautājums tikai intereses pēc. Un vēl viens jautājums? - tā drīkst darīt? ka es savu auto ielieku ss.lv un piekrītu ka viņš tur būs, bet tad viņš parādās arī šeit? (gan ka var, ja jau šāda app pastāv..it kā īsti jau nekas pārkāpts nav) P.S. un aplikācija - ja darbojas, tā kā saprotu - manuprāt, ļoti labs darbs.

un ja pareizi sapratu, tad, lai panāktu rezultātu derēs: <p>1</p> <p>2</p> un gatavs

div vai kkāds cits ģēniju html elements - nav jābūt ģēnijam, lai saprastu to ka - no vairs tabliem neražo lapas, protams, izņemot vietas, kur tas nepieciešams.

function DraugiemSay( title, url, titlePrefix ){ window.open( 'http://www.draugiem.lv/say/ext/add.php?title=' + encodeURIComponent( title ) + '&link=' + encodeURIComponent( url ) + ( titlePrefix ? '&titlePrefix=' + encodeURIComponent( titlePrefix ) : '' ), '', 'location=1,status=1,scrollbars=0,resizable=0,width=530,height=400' ); return false; } DraugiemSay('Ieraksta virsraksts, zem kura slēpsies saite', 'http://links.uz.resursu.lv/ar/pilnu/celju/uz/failu.html', 'Mana Lapa'); nu šis ir variants. vari ieteikt ko gribi. Par pases integrācijju - es domāju ka var - ja tev kods ir pieejams...

Apstākļi: Mozilla/5.0 FireBug 1.6.1 situācija: ielādējam lapu - apskatam ar VIEW SOURCE viss kā vajadzētu būt apskatam ar FireBug kods ir samainīts nedaudz vietām...- tā kā tam noteikti nevajadzētu būt. Varbūt kādam ir kaut kas tāds gadījies? un kādēļ tas notiek arī ir zināms: -izmantoju codeigniter kad šī rindiņa tiek izmantota: $this->email->send(); respektīvi nosūtīts email parādās šī interesantā parādība! Un kapēc es tik ļoti par to pārdzīvoju ir tas, ka šai parādībai ir blakusparādība: 22px neredzams un ar css neapzīmēts margins. - ar fireBug to neuzrāda un nav arī nekādu tagu vai citu redzamu lietu, kas to dara. (iekš css: body -> margin: 0px;) esmu gandrīz visu izmēģinājis un 100% zinu, ka tas notiek pie email sūtīšanas. Risinājums man ir body -> position: relative; top: -22px; bet man nepatīk tā doma, Kapēc tā? P.S. ļoti atvainojos bet dzīvē to apskatīt nebūs iespējams.

beidzot kāds atalgojumu pievienojis :D

tiešām nezinu - tiko intereses pēc iegāju brain un visiem source kodiem tieku klāt (izņemot server side protams :D) Neviens man neliedz tam pieeju... varbūt es kaut ko jaucu un daru citu.

kopēt tekstu no lapas - kurai to neļauj JS? tad - VIEW SOURCE un kopē tikai

a) vai nu stingri noteikts liidz kuram datumam jasamaksaa- visiem pilniigi vienadi - šis laikam būs tas labākais variants - par to arī biju aizdomājies. bet bišķi neiebraucu - te tu saki tā - te tu saki kā tas ir bet pilnībā piekrītu variantam A

ok. viss ir savā ziņā kārtībā - rATRIJS ieteica to ko vajag, bet bet ja rēķins tiek izrakstīts uz vienu kalendāro mēnesi - manuprāt der šis arī: date("Y-m-d",strtotime("+1 months")); P.S. Es vnk jautāju, lai pārliecinātos vai nekļūdos.

un kā ir ar šo: $next = date("Y-m-d", strtotime("next month"));

rekur kaut kādas client side includes: http://www.massimocorner.com/libraries/csi/ http://johannburkard.de/blog/programming/javascript/inc-a-super-tiny-client-side-include-javascript-jquery-plugin.html + bet tas nav nopietni, jo SEO.....,...,..

Tā tad darbinu savu galvu par rēķiniem - to termiņi. (temats vairāk laikam grāmatvežiem domāts :D ) Tā tad, kā to panākt? Ja izsniedzam uz mēnesi, kas ir ideāls variants - rodas mana problēma - ja ši brīža datums ir 1. janvāris tad periods līdz sanāk 1.februāris - VISS OK! ja ši brīža datums ir 30. janvāris tad periods līdz sanāk 30.februāris, bet problēma tā ka februārī nav 30 dienu. Kā labāk darīt? Kā panākt ar php, kā tiek aprēķināts nakošais....? p.s. Vai nu man šobrīd galva vairs nestrādā vai arī skatos nepareizā virzienā?

nevaru pat iztēloties kā ar tabulām to varētu izdarīt. Ja noskaidro, lūdzu, uzraksti te. Un kas tur slikts, ka CSS jāizmanto - bez tā manuprāt mūsdienu WWW nemaz patāvēt nevar - nosacīti :D jo izmantot css un iframe būs vieglāk&drošāk nekā javascript un tabulu(teorētiski tabulai jau arī vajadzēs CSS) + protms ja nav pieejams PHP

piekrītu, daGrevis, jo kad mācījos par session sapratu, ka tās glabājas&atrodas serverī un līdz ar tie nav cepumi, kurus var izmainīt... Bet lasot šeit forumā kaut kādus rakstus, laika gaitā man jau arī sāka likties, ka session ir salīdzinoši viegli izmainīt.... P.S. Bet nu tagad viss laikam pavisam skaidrs..

pievienoju codeigniter šo http://codeigniter.com/wiki/TCPDF-CodeIgniter_Integration/ problēma NR.1. - nezinu kapēc bet viņš neņem konfigurāciju no codeigniter mapes - config/tcpdf.php izmet apmēram tādu kļūdu: meklēju,domāju, mēģināju bet nesaprotu kapēc viņš nedefinē to konstanti, jo viss itkā ok... Kad pirmo problēmu neatrisināju metu pie malas, jo nevarēju atrisināt :D uzliku, lai ņem "default" konstantes no "tcpdf_config" faila, kas atrodās pie paša tcpdf nevis codeigniter "config" mapē. problēma NR.2. - beidzot viss sāka strādāt, bet parādījās nepatīkmā latviešu problēma (vai precīzāk mana nemācēšanas problēma) - kodējums! pdf fails tiek uzģenerēts, bet tur kur vajadzētu būt garum un mīkstinājuma zīmēm tur ir.... Saprotu, ka īsti nevariet palīdzēt, bet varbūt kāds ir saskāries ar līdzīgu problēmu? un - Cik noprotu UTF-8 jau ir default kodējums, tam TCPDF?

šitas labs :D man uzreiz viss bija skaidrs!

isset - šitas nesanāk lieks? jo ja session nesakritīs..., tad jau tā pat būs FALSE un md5(session_id()), jau nevajadzētu būt tukšam - iespējams + kā tas session_id tike ģenerēts? tas katram lietotājam ir unikāls? vai pie katras ielogošanās tiek ģenerēts unikāls?

+1

liels paldies... jā par to burtu atkārtošanu arī sāku domāt, ka tā nevajag.... P.S. kaut kas man vēl nepielec :D

der gan pamācīties - un to arī darīšu! jo jau vēl atradu failu savā pregā - ja pirmo burtu raksta ar lielo.... p.s. centīšos vairs neuzdot jautājumus par preg.... cerams :)

ok. preg_match("/^[^a-zēūīāšģķļžčņ]|[^a-zēūīāšģķļžčņ]+/", $name); tad šitas vairs neskaitās super fails? tādu drīkst lietot, lai validētu latvieši cilvēka vārdus un uzvārdus??

:D tā jau domāju jo man kaut kā daGrevis - variants īsti nedarbojās... pat bez latviešu mīkatinājumiem

kaut ko tādu sameisteroju - gan jau pilnīgs fail, bet man liekas ka strādā preg_match("/^[^a-zēūīāšģķļžčņ]|[^a-zēūīāšģķļžčņ]+/i", $name)