Delfins

Salvis uzdarbojās... Nu takš paskaties settingos. gan jau ka neesi pareizi kaut ko ielicis

vērsi vaļā Outgļuku vai citu webu, nāksies atcerēties sintkasi e-maila vēstulei, pareizās kategorijas un t.t. LOL vienvārdsakot, jeb 1000 un 1 iespēja, kā izgudrot velosipēdu.

Uz kūkijiem attiecās tieši `Headers already sent` fiška. Un ja tu izdrukā kaut ko 18. rindā HTML-isku, tad 45. rindā jau nu nekad tas laiks neiesetosies. kas vēl nav skaidrs? Kļūda ir arī šeit: $usr_info=$_POST['usr_info']; usr_info nekad nenāk no _POST, jo tāda nav iekš formas. Jāizmanto COOKIES mainīgais Un vispār lieto tabus kodam. Un atdali loģikas daļu no HTML daļas

kārtējais headers_already_sent_upuris :)

Fūras otrais šoferis/palīgs :) + ceļošana + bābas uz ceļa + papildus piķis Offtopik protams :) PS: cilvēku kļūda ir spiest uz maksimumu. Protams krīzes laikā grūti izsisties, bet ja iemācās to darīt, tad var atrast gan labu darbu, gan biznesu.

Kopīgs ir tas, ka uz TO platformām/karkasiem būvē saitus, un attiecīgi rodās problēmas, jautājumi un t.t. Uz CRM un HRM neko augšā nebūvē, jo tā ir pavisam cita pasaule, nesaistīta ar programmēšanu dotajā kontekstā :)

OOP toč nevajag, tikpat labi tad varētu taisīt apakšadaļas OOP/Algoritmi/XML/Bilžu apstrāde un t.t. Jāliek zem "Vispārēji", vai arī apakškategorijās zem tās `Darbs` jāliek pēdējā sadaļā, jo pirmā tiešs sakars uz PHP kodu kā tādu. visdrīzāk šeit tiek domāts vispārēji, jo lielākā daļa webu ir web-content-based sistēmas. CRM/HRM vispār nav nekāda sakara ar webu un php

Lai kāda tev (ne)būtu reliģija, bet programmētāja dievs ir "google" http://www.google.lv/search?q=print+vs+echo

omg...

Varu derēt, ka pienāks tas brīdis, kad nāksies ieviest tās tabulas... protams, ja domāsi attīstīt produktu. Varēs gan kok-veida taskus, gan projekta budžetus pa virsu uzmočīt. Nevīs vēlāk čakarēties...

Protams ka sadalīt: usertable - id, name, email, un t.t..... projects - id, name ... tasks - id, projectid, name ... userworkdata - userid, taskid [, projectid], date, laiks_sec, laiks_no, laiks_lidz un t.t. N-varianti...

99.8%, ka risinājums/atbilde ir kļūdas paziņojumā.

Risinājums nemaz nav čerez Ž.. tā pati vien DB ir.. tikai citā iskatās. Protams tur var pa virsu cache uzlikt un clean-up jātaisa, lai vecās sessijas neplaiek. Būtībā viens cron-jobs 1-reiz/min :)

vispirms ir jāiemācās pamatzināšanas HTML un PHP, un jāizprot kā tas vis notiek, nevis uzreiz pa taisno uz DB taisīt portālus. Atbilde: lasam rakstu drukājam rakstu lasam komentus drukājam komentu skaitu un lappuses drukājam pašus komentus

parasti to dara pēc šādas shēmas: drop all allow 80 incoming allow all outgoing PS: šie skripti jau praktiski gatavi visur netā aprakstīti

mūsdienu serveri nopingot līdz nāvei ļoti grūti, jo to jauda krietni pārsniedz trubas atļauto konekciju skaitu. Visvienkāršākais ir bloķēt to pingu.. ūgunsmūrī atstājot tikai (25/)80 portus

"izmanto" var traktēt divejāt - uzkarināt servisu, vai konektēties uz citu hostu. Labāk uzraksti, ko tieši gribi darīt.

$veestules = mysql_query("SELECT * FROM `veestules` WHERE sanjeemeeja_id = '$user_id' AND v_status='0'"); $ciknelasiitupm=mysql_num_rows($veestules); nu nesmuki tā ir? Daudz smukāk var atrast gan lasīto un nelasīto skaitu vienā SQL SELECT count(*), statuss FROM vestules WHERE sanjeemeeja_id = '$user_id' group by statuss

tā arī būtu uzreiz pateicis, ka tev viss uzlikts no pakām... jo to risinājumu davella... kompilēt pašam no sourcēm, likt WAMP un t.t. krāmus...

gd

Neesam gaišreģi :) IF (...) ...

Tā ir vesela `the matrix`, kur var nolauzt galvu :)

neticu ka tukšs... ob* tik vien to dara, kā salasa ko izprintēji. Ja jau agrāk strādāja skripts, tad laid viņu tāpātās bez weba, pirms tam protams jābūt meilerim sakonfigurētam.

skriptu nevajag. izskatās jams ņem outputu un sūta.. Risinājums: skripta sākumā - ob_start() beigās - $data = ob_get_contents(); email('[email protected]','cron',$data);

Vispār jau taisot lielas sistēmas konkrēti projektē - izvērtē visas nepieciešamības, variantus, iespējas. Konkrēti izvēlas vienu platformu un turās pie tās. Migrēšanu jāveic ar 100000% pārliecību, ka tā tiešām ir nepieciešama un vai tā atmaksāsies kaut vai tuvākā 1 gadā. Konkrēts piemērs no lielām ERP sistēmām - Axapta izmanto MSSQL/Oracle - tur tiek izmantota no bāzes tikai kā "krātuve", nav nekas no relations, ne view, ne procedūras. Daļēji atbalsta Oracle particionēšanu.