AcidRain

gribu :D

ja tu ar roku taisi refresh, tad nekā, bet ja tu izmanto header('Location: /test.php'), tad gan vari salikt lapā id="bla" un pēc tam likt header('Location: /test.php#bla'); Tas nebija tas ko tu prasīji, bet varbūt palīdz :)

Varētu izveidot diskusiju, kas ir ātrāks || vai OR un && vai AND :)

Šīs problēmas risinājumu atradu pats, bet varbūt kāds varētu pastāstīt sīkāk, kāpēc php cgi modē saglabā POST, bet kad uzliku ISAPI, tad viss aizgāja?

<? session_start(); if(empty($_SESSION['test'])){ $_SESSION['test'] = ''; } if(!empty($_POST['testb'])){ $_SESSION['test'] .= 'test'; header('Location: /test.php'); die(); } echo '<form action="test.php" method="post">'; echo '<input type="text" name="test" />'; echo '<input type="submit" name="testb" />'; echo '</form>'; ?> Tātad, šis skripts nez kapēc ieloopo, jo nez kapēc saglabājas POST, pie header izpildes. Web server: IIS PHP: 4.3.8 OS: win2kserver

Kas meklē, tas atrod, cik patīkami vārdi ne ? :D

Te tak ir kāds, kas lieto zend, vismaz es tā ceru ka ir, bet varbūt ir vēl kāds, kas vienkārši zin vai var kā savādāk palīdzēt. Problēma ir ar zend client 3.0, kas ar savu auto correction mani ir novedis. Tā nu ir gadījies, ka man viens fails ir pāri 3000 rindiņām un ja pēkšņi kas ir uzrakstīts nepareizi, parasti tas ir apostrofs, tad tas pasvīrto ar sarkanu līdz paša faila beigām. 3.5 versijai cik redzēju ir funkcijas ietvaros, vai arī kaut kāds rindiņu skaits, līdz kurai tas rāda to sarkano pasvītrojumu. Protams, neesmu nekāds labais un lietoju nelegālo versiju, bet 3.5 nevaru atrast seriālo numuru, varbūt kāds var palīdzēt ar to? Bet, ja ir iespējams kā noņemt to auto correction, tad tas būtu ļoti superīgi.

Tas īstenībā būtu vienalga pop3 vai imap, abiem ir jābūt. Bet ir protams tas pa kuru tu pieslēdzies pie exchange pilniibaa, ar visaam lietaam, bet es nedomāju, ka tu to vēlies :)

:lol: :lol: :lol: Nēnu es atrisināju to problēmu kā tu minēji otrajā piemērā un strādā tīri labi :)

Mans priekšlikums atkal ir sagriezt to bildi vairākās mazās bildēs, neviens nebūs tik stulbs lai līmētu pēc tam tos gabalus kopā :ph34r:

Tad jau tu vari katrā no tiem failiem nodefinēt piemēram mainīgo $lang un viss. Ja tas ir lv direktorijā, tad $lang = 'lv', ja ru, tad $lang = 'ru' Vai arī es kaut ko tomēr nesapratu?

Redzi, ja tev objekts satur teiksim 10 dažādus parametrus, bet ne vienmēr tos parametrus tu izmantosi, tātad darbojoties ar to objektu viņs automātiski paliek smagāks.

A vaicājums tāds radās tādēļ, ka ir tabula ar miljons ierakstiem, no kuriem ik pa pieciem vai vairāk ierakstiem ir piesaistīti pie citas tabulas vienu ierakstu. Tāllāk selektējot tās otrās tabulas kaut kādsu tur ierakstus gribēju piesaistīt pirmās tabulas pēdējo ierakstu, nesanāca :( Apmēram tā.

Tavā gadījumā varinati varētu būt trīs. 1. Piemēram mainīgais $lang, kuram tiek piešķirts pēc noklusējuma lv, tātad $lang = 'lv'; Un tālāk pie URL mēs pieliekam klāt $url .= '〈='.$lang; Tagad mēs vienmēr varēsim caur $_GET['lang'] iegūt to, ko mēs esam pielikuši klāt tam URL. Es ceru, ka tu apmēram saprati. 2. Ar cepumiņiem, http://lv.php.net/setcookie. setcookie('lang','lv',time()+3600) un pēc ram caur $_COOKIE['lang'] iegūt to vērtību. 3. Sessijas, http://lv.php.net/session. Es varbūt neizskaidroju pietiekami skaidri, bet silti iesaku paskatīties vairāk tomēr dokumentāciju.

GROUP pildās pirms ORDER, vienīgā iespēja ir HAVING, tā laikam saucās.

Es tagad jau atradu citu variantu, kas manā gadījumā derēs, bet baigi žēl, ka nevar sakārtot to ko gribi grupēt un ar tām agregātfunkcijām man īsti neizdevās iegūt vajadzīgo rezultātu. Nācās sadalīt vairākās daļās visu uzdevumu, bet gribējās to visu uzgrūzt tīri uz MySQL, tagad nāksies ar php arī kaut ko padarīt, bet gan jau būs labi :)

Nē, man vajag grupēt pēc `Name`, bet grupēt tā, lai sagrupējot beigās ir nevis pirmais ieraksts, bet gan pēdējais. Es domāju varbūt ir iespējams kaut kā norādīt, ka MySQL vaicājumu taisa no apakšas uz augšu nevis kā parasti no augšas uz apakšu.

Tad viņš sakārto to kas beigās iznāk. Bet GROUP taisa tikuntā no augšas uz leju :(

Es patiešām neticu, ka nav iespējams izmantojot GROUP BY, sagrupējot vairākus ierakstus, tos sagrupēt nevis pēc pirmā sastaptā ieraksta bet gan pēc pēdējā. Piemēram ja man ir tabula ar `Name` un `Text` laukiem un man ie pieņemsim divi ieraksti 'test','kautkaads texts' un 'test','cits teksts'. Tātad ja es taisīšu vaicājumu SELECT `Name`,`Text` FROM `table` GROUP BY `Name` tas man izdos 'test','kautkaads texts', bet kā lai panāku lai tas man izdod 'test','cits teksts'? Es ceru ka MySQL tomēr ir tāda iespēja, jo negribās taisīt drausmīgākos vaicājumus lai tiktu pie tik vienkāršas lietas. Var gadīties ka to var ļoti labi panākt ar apakšvaicājumiem, bet pagaidām nevaru iebraukt kāda ir viņu pamatdoma īsti.

Nēnu protams, katrs raksta pa savam, bet mans uzskats tomēr paliek tāds, ka programmai ir jaabuut taadai: 1. Saņem ievaddatus 2. Sagatavo izvaddatus 3. Izvada izvaddatus Un man liekas, ka sagatavojot izvaddatus saprotamāk tas viss notiek, ja tu to visu "kluci" iegāz vienā mainīgajā un tad tikai izvadi.

Kaklz: Tas, ka tajā piemērā tās funkcijas īsti neizskatās pēc funkcijām, tas ir skaidrs un tāds arī nebija mans jautājums. Mans jautājums bij, kādas ir jūsu domas par sistēmu, ka principā viss saits tiek sadzīts vienā mainīgā un tikai pašās beigās tiek izvadīts laukā. Parasti tā nedara, ļoti bieži php tiek rakstīts pa jaucot kopā ar html.

Venom, es nezinu, kā man sanāks pašreiz to cilvēku, kas man viņu varētu noslaikt nevaru dabūt rokā, bet līdz rītdienai gan dabūšu.

Bet tie ir tikai sapņi. Es ļoti gribētu uzzināt cilvēku domas par sistēmu ko lietoju: http://paste.php.lv/1095 Galvenā pamatdoma ir visu sadzīt objektā $out mainīgajā un beigās ar out() funkciju to izdabūt laukā. Šajā piemērā out() funkcija taisa echo bet parasti ir return.

Nedaudz par offtopic, Venom dēļ UTF-8 nesuporta es Venpad izmetu miskastē, viss būtu baigi labi, tikai man nepatīk vairs rakstīt saistus kaut kādā citā kodējumā :P Un ja tev ljoti vajag to D7, es varu paprasiit lai priekš tevis noslauc un iededzina. Tātad, atgriezīšos tomēr pie topka. Es arī pēdējā laikā esmu pasācis rakstīt index.php + kaut kādas dažas klases. Bet, tas ir tikai tāpēc ka projekta izpildes laiks ir šausmīgi mazs un nav iespējams tik dziļi iedziļināties tajā lai varētu to visu uzbūvēt ar klasēm. Es īsti nepiekritīšu arī tam, ka nevar pilnībā rakstīt OO, jo uzskatu ka var to darīt, tikai tev katrai mazai lietiņai ir vajadzīga sava klase, kas protams patērē ļoti daudz laika. Man piemēram ir sapnis, ka es varētu, izdomāt saita struktūru, izdomāt kādas klases man būs nepieciešamas, salikt visu to kopā, izmanīt nepieciešamās lietas un vis beidzot es esmu pilnībā pārliecināts, ka manis uzrakstītais saits nevienā brīdī nav kļūdains un ja arī ir kāda kļūda, tad man šī kļūda ir tikai vienā vietā, kādā no klasēm.

Šis patiešām ir vienkāršs, bet tad, kad tev piemēram ir kādi 20 mainīgie, bet tu ne veinmēr tos izmanto, tad gan var rasties jautājums vai šī klase patiešām tev ir nepieciešama tāda, kāda tev viņa ir. Bet, tas ne vienmēr ir tas, kas cilvēkus atbaida no OOP rakstīšanas, vis grūtāk manuprāt tomēr ir izdomāt visu struktūru, kā kas notiksies utml.