Aleksejs

NBX, jāmeklē ir nevis sekas, bet gan cēlonis (~;

No izstrādātāja viedokļa, ja projektu paredzēts realizēt ~2mēnešu laikā: Lapas grafiskā noformējuma elementi varētu maksāt sākot no 200-500 LVL Biznesa loģikas izstrādāšana aptuveni tik pat 150-300 LVL Pati lapas kodēšana aptuveni 300-500 LVL Satura radīšana un pamatdatu aizpildīšana ~100 LVL Tātad kopumā: 750-1400 LVL Tālāk ir atkarīgs no tā kādā veidā šī izstrāde tiek veikta. Ja kā pasūtījums web izstrādes uzņēmumam, tad, rupji runājot, reizini skaitli ar divi, jo otra puse aizies nodokļos. P.S. Pārāk liela pieredze šajos jautājumos man nav (taču arī bez pieredzes noteikti neesmu), tādēļ, iespējams ir palaista kāda nianse garām.

Nē! Šajā gadījumā ir vienkārši jāsaved kārtībā tas, ko esi sataisījis un viss darbosies lieliski. Nezinu, kā Tev viss tur izskatās, bet pieņemsim, ka šī lapa caur GET saņem komentāra ID: kid un raksta ID: rid (ja notiek dzēšana), vai arī caur GET raksta ID: rid un caur POST komentāra laukus: autors, komentars (ja notiek pievienošana). Tad kods izskatās aptuveni šādi: http://paste.php.lv/1ce4d0153530fec61c848a...355311?lang=php

Tīri cilvēks kurš? Vai programma? :D

Nevajag sarežģīt to, kas nav jāsarežģī! Komentāra pievienošana un komentāra dzēšana pēc loģikas nedrīkst notikt vienlaicīgi - bet tieši tas Tev notiek. Es vispār šīs lietas atdalītu dažādos failos/moduļos.

Alhost.lv piedāvājuma novērtējums saistībā ar šo sludinājumu: http://php.lv/f/index.php?showtopic=12844

Vai nav tā, ka 6. rindiņā esošā pārbaude ir true arī tad, ja $_GET['a'] nav uzstādīts vai ir tukšs: if(preg_match('/^[0-9]*$/i', $_GET['a'])) Kas notiek, ja nomaini uz: if(preg_match('/^[0-9]+$/i', $_GET['a'])) ? un Pamēģini pirms izpildīšanas izvadīt (ar echo), kādi tie vaicājumi sanākuši.

Visdrīzāk izskatās, ka cat1/subcat1 esošais fails satur kļūdu, kas neļauj uzstādīt cookiju - piemēram, tas varētu jau būt sācis izvadi, pirms tu izpildi setcookie();

cucumber, man ir nepamatotas aizdomas, ka tas viss notiek uz personīgā "servera" ;)

Web Developer, nē - nav serveris.lv

Nu, tam es piekrītu, vienīgi esmu saskāries ar tiem pašiem ļaunajiem hostētājiem, kas visādas storētās procedūras trigerus utt neļauj taisīt.

Hmm, bet kāpēc trigeris obligāti? Nē, nu es nenoliedzu - ar trigeri tas viss darbotos uzticamāk. Bet var taču arī INSERT/UPDATE un DELETE/UPDATE. Jo ja grib, lai viss vienmēr būtu aktuāls, tad vispār pilnīgi visas lietas jātaisa ar transakcijām.

Pārveido katru mysql_query(...); par mysql_query(...) or die(mysql_error());

Tev ir jānorāda php.ini failā tava interneta pakalpojumu sniedzēja SMTP serveris, piemēram, mājas DSL lietotājiem tas ir mail.apollo.lv

Pamēģini pirms izpildīšanas izvadīt (ar echo), kādi tie vaicājumi sanākuši. Un katru mysql_query(...); pārveido par mysql_query(...) or die(mysql_error());

Mounkul, mana vaina bija tie lielburti. Atzīstos. Vienkārši aptrūkās padoma, kā vēl lai pasaka, ka PIETIEK VIENMĒR UN VISUR CITĒT IEPRIEKŠĒJO KOMENTĀRU. (~;

nu parādi,ko tu dari, kad pievieno.

Un ko Tu gribi no mums? Lai mēs saprotam Tavā vietā? P.S. Nespied bez vajadzības pogu , bet gan

Web Developer, kārtības rullis jau ir. Pašā lapas augšā. Tev ir kāda ideja kā to papildināt? Pēc tēmas aizsācēja lūguma tēma slēgta.

Mēs Tev ticam, ka noteikti esi. Ir jāgrib mācīties un kļūt par pro, nevis jābūt par pro. ;)

Atļaušos citēt vēlreiz ko teicu vienā citā vietā:

Tā - tikko veltīju tā php-fusion izpētei veselas 5 minūtes. Pirmām kārtām jādodas uz: http://php-fusion.co.uk/downloads.php?cat_id=15 un jānovelk tas fails - tajā ir sīki aprakstīts kas ir kas. Un kā kaut ko izdarīt. citēšu vēlreiz, ko teicu šajā tēmā:

Vai var uzzināt iemeslu, par ko? Tīri pieredzes apmaiņas nolūkos... (~;

Šeit dzīvo par šīm tēmām atsaucīgāki ļaudis: http://www.gign.lv/forum/ Šeit atrodas Tevi interesējošā dokumentācija: http://www.phpfusion-mods.com/news.php http://themes.php-fusion.co.uk/news.php http://www.php-fusion.co.uk/

"Sistēmai" bija jāstrādā - tātad kaut kur būsi kļūdījies. Bet nu ja pieņemam, ka raksti ir tabulā jaunumi: jaunumi --------- id ... un komentāri ir tabula: komentari ---------- id raksta_id Tad sarakstu ar visiem rakstiem, kur katram rakstam blakus tā komentāru skaits, var iegūt (ja vien kārtējo reizi neesmu kļūdījies): SELECT r.id, r.`pārējie lauki`, (SELECT count(k.id) FROM komentari AS k WHERE k.raksta_id = r.id) AS skaits FROM jaunumi AS r Taču es izmantotu Klez ieteikto variantu.