Venom

ja tef pašam severītis, tad vieglāk uzlikt CGI proxy, ja naf, tad sk. attiecībā uz iepriekšējo postu + fopen, file fsockopen utt tef palīcēs

mysql_fetch_assoc($result) ir tas pats kas mysql_fetch_array($result, 1) ja ? līdzīgi ir, bet otrais atgriež ne tikai masīvu ar "kolonnu nosaukumiem" kā indexiem, bet uztiasa arī dublējošos masīva indexus ar kolonnu skaita numuru. E.g. tev pirmā kolonna ir "id", tad pēc assoc tu lasi datus kā $result['id'], bet otrajā gadījumā var arī kā $result[0] (vai [1]? - ilgi neesmu licis) vobšem otrais patērē vairāk laika & enerģijas NB a vēl mysql_unbuffered_query ira!

mjā, mūžu dzīvo, mūžu mācies

Tad jau mierīgī var to (x)htmlu inklūdot un mainīt atsevišķi. Bet vispār, zinot, kas notiek iekš visādiem phpBB un Gallery, teikšu, ka tā ir liela bezjēga.

NB: varbūt 80 ports aizņemts?

i neko nemuldu - pats atceros, kad lai normāli ietu gan uz IE, gan uz NN, div vietā izmantoju span.

/me varbūt ir stupid, bet manā izpratnē alpha ir pakāpiens pirms final?

btw, XML drīz būs 6 gadi

12 gadus mācijos krievu balvē - atstāj savu iespaidu; + esmu racionālists, un galīgi besī raxtīt tik garu vārdu kā "lejuplāde", zinot, ka tas nemaz labāks par "nolāde" (no - ar jēgu:"uz leju", "no kaut kā") naf' /nolādēt skan vispār greizi, kaut arī šajā gadījumā, semantiski pareizi/ + vakar ilgi smējos par to kā veselu studentu baru /latviešu/ piesēdināja pie datoriem ar latviskoto windowu, ofisu un mandrake terminālu. Tik daudz kvalitatīvās lamāšanas latviešu valodā [of course, katrs _svarīgs_ vārds bija krieviskots (vai, ja vēlaties, "mongoļu-tatarizēts") vai nosperts no angliskā] sen nav bijis dzirdēts. Tas pats attiecās uz sesijas periodu, kad studenti cītīgi tulko referātus uz latviešu un lamājas par lv (starp citu - arī izmantojams kā saīsinājums priekš "latviešu valoda") nabadzību, it īpaši attiecībā uz pasīviem locījumiem. + drīz nāksies tulkot dažus datormanuāļus en>lv, pietiekami oficiālam pasākumam /cerams, par $, bet vismaz sakarā ar bakalaura diploma tematu/ + vienkārši nav kā cita darīt /darbā pagaidām "lafā", bet jāsēž līdz 2200/

Mani reiz izbesīja tās izmaiņas nummuros /~ tad, kad parādījas Amigo / & es vienā projektā vienkārši laižu mailus uz abiem diviem. gan jau neaizrīsies ;) citā projektā laiž nevis mailu uzreiz, bet caur socketiem "parunājos" ar pasta serveri, ķipa telneta uz 25 porta. Piem. uz sms.tele2.lv kaud kāds Sendmail 8.8.5 stāv - aiziet palasīties specifikāciju un tad aiziet! HELO sms.tele2.lv ... . QUIT viņš tad pats kādā brīdī izfiltro, vai viņam tāds recipients ir (RCPT TO:)

Ņu nau jau nemaz tik traki. Cik atceros, pavisam nesen Netscape un citi Mozillveidīgie ļoti šķībi skatījās uz <div> (it īpaši ar position:absolute).

kaut kā man tagad arī visi posti, kas jau vairākreiz lasītī vairāku dienu laikā rādās jauni [domā skaļi] kaut kas ar sessijām/cūkijiem?

1) error_reporting(E_ALL); ja nu gadījienā tomēr kaut kas iekš skripta 2) iekš mail() papildus headeriem - Return-path un citādi Bounce-To, ja serveris neņem pretī un nosūta atpakaļ error-reportu par DoS

Pag, pag. Un ar ko tad tu to Wordu taisi - php? Vai nevarētu iekš php pielikt rekvizītus un tad izprintēt? Iekš Worda ir tāda fiška, kā datu imports - vienā dokumentā rekvizīti, citā dati - pirmā tiek pa vidu importēts otrais. Tad saglabāts un piedāvāts klientam lejuplādēšanai [kād beidzot izdomās normālu latviešu valodas ekvivalentu downloadam?], kura/š tad izvēlas, vai to visu murgu printēt vai nē. Vai vienkārši atverot worda dokumentu iekš IE/cita browsera to nevar izprintēt ar standarta metodēm? NB: mazliet nesaprotu, laikam mēģina želeju izpūst caur adatas coķi

Incanta fiška. Ap nedēļu atpakaļ uzliku MySQL servers & clients 5.0.0 alpha un te reiz importēju tabulas, kur dati tika dzīti iekšā ar INSERT INTO tabula (`lauks`,`lauks`...) VALUES(`vērtība`,`vērtība`,...) - DROP TABLE un CREATE TABLE nostrādāja, bet tiko sāka INSERTus taisīt - tā mysql iebļāvās: Table mysql.proc does not exist! Pamēģināju Paskatījos vecākās /data/mysql/ versijās - tajās arī nav tabulas proc. Uzcreatoju iekš "mysql" datubāzes tabulu ar vienīgu lauku (autoindentais PK) - INSERT VALUES kvēriji aizgāja. googlošana faktus noklusē. Vai kādam MyQSL "mysql" datubāzē nav "proc" tabulas, un ja ir, vai, lūdzū, nevarētu iepostēt tās CREATE definīciju? Un tad vēl: šodien konstatēju, ka izveidojot user'i ar @localhost & @% un visām saprātīgam tiesībām, ar šo jūzeri var piekonektēties no programmas/mysql -h localhost -u user -pPASSWORD, bet ne no php. Atkal kādas izmaiņas autentifikācijas protokolos? Nākas visur pagaidām root-oties /nicht gut!/. lokālais WinXP/MySQL s&s 5.0.0[kā nēkā - alpha]/PHP4.3.4/Apache 1.3.29[laikam]

kaut kāds murgs [es atsistu rokas un pautus jebkuram programmētajam, kurš man nezinot atvērtu docu un izprintētu to], bet var pamēģināt 1) wo=window.open('fails.doc','WinWord'); wo.print(); 2) ar savādām ActiveX/Ole metodēm vērsties pie augstāk rādītās window references wo mēģināt panākt kautko līdzīgu VB izsaukumam (wo->Document->Print();), bet tas arī diez vai tef kaut kur ies. P.S.> un kā ar linušiem? *.doc-us tagad daudz kur ar OpenOffice skata un priecājas.

labojums: $_SERVER['HTTP_REFERER']; un vispār print_r($_SERVER); parādīs tev daudz kā laba.

sessija nevis izdzēšas, bet _aiztaisās_: tā tiek glabāta failiņā uz servera temp direktorijas [parasti] un paliek tur vēl kadu laiku, kamēr serveris neizlemj, ka viņam tempā tur daudz trasha sakrājies to var vēl pēc kada laika _atsākt_, pirms sessijas _atvēršanas_, nododot kā session_id() parametru, kurš pasaka serverim kāda nosaukuma failiņu tam jāmeklē tajā temp direktorijā ja vien šie noteikumi nav globāli mainīti iekš php.ini konfigurācijas, sessija _aizveras_ vienmēr browseri slēdzot

mjā, ir daži iebildumi: Nav ko tulkot latviešu valodā! Tikai nevajag uz manīm pēc tam bļaut un uzbraukt, bet, IMHO: latv. valoda ir maza, bet programmēšana ir liela un ANGLISKA. Nezinot angļu/vācu un nemākot lasīt tajos manuāļus tālu programmēšanā netiksi. labu tutoriāli _var_ uztaisīt speciālists speciālists tāpēc ir speciālists, ka bieži nodarbojas ar problēmu risināšanu>patērē savu darba/personīgo laiku>neatliek laika rakstīt viņam pašam vairs nevajadzīgos tutoriāļus. Jūs jau arī nerakstījāt sev atgādnes kā tīrīt zobus? OK, tad taisām tulkošanas/rakstīšanas grupu, kas taisīs tutoriāļus, pārcels postus "no PHP uz HTML sadaļu", sūtīs Junior Memberus uz jau apspriestiem jautājumiem - bet tad lūdzu, JM, maksājiet par zināšanām. Nevajag obligāti ar naudu - paldies arī sen redzēts. kas ir, tas ir: jaunjūzeri ir a) pārāk slinki kaut ko meklēt B) vēl slinkāki kaut ko lasīt un pat ja būs labs tut. iekš latv. valodas. un pat šajā forumā, to atradīs un lasīs 1 no 10, bet pārējos 9 vajadzēs kā tādus mazus kaķēnus aiz "škirkas" un "purnu iekšā" nesen palasījos R.Baha "Ilūzijas" un "Kaija vārdā Džonatans Livingstons", kur runa pārsvarā bija par Messiju dilemmu [tie, kas nezin, kas ir Messija atcerās Jēzu Kristu] - cilvēkiem nav vajadzīga tā IDEJA un ZINĀŠANAS, kurus Messija "nes" cilvēkiem - viņiem vajag brīnumus, pie tam uzreiz. NB: tie, kas nodomāja ka es sevi un pielīdzināmos gribēju pataisīt par Messijām, var iet un izgulēties. visi esam cilvieki vien, ar savām personīgām rūpēm

ak jā Varētu piedāvāt risinājumu, kur tiek settoti uzreiz divi cūkiji: viens dzēšas aizverot browseri, otrs - vēl 20 minūtes dzīvo. Katrā glabā vienus un tos pašus datus + kādu identifikātoru par viņu "ilgmūžības" termiņu. Tad nu skriptā izvēlas, kuru vajag. Bet varbūt man no sākta gala nav taisnības par to, kā taisīt pie browsera aizvēršanas izdzēsamos cūkijus.

Tiešām nezinu - neesu nodarbojies un pateikšu kāpēc: cepums, kas izdzēšas aizverot browseri manā izpratnē ir sessija vai sliktākajā gadījumā - $_GET mainīgie, kurus "stiepj līdzi" pārejot pa lapām

labais puika, pozitīvs tēls ja kaut kas nepatīk: 1) nenāc šeit 2) nelasi postus 3) neatbild 4) māci forumā 5) taisi manuāļus un tutoriāļus un "baro tos iekšā" jauniņajiem priekš 5 man laika pašam maz, tāpēc izmantoju 3/4

mysql: droši vien, tajā ko tu liec iekšā nav pareizi sakomponēti ' un ", vai arī nemāki taisīt kvērijus ;) $query="..."; if (!mysql_query($query)) echo $query; Un paprovē izechoto caur kādu programmu palaist, vai apskatīties mysql_error() rezultātu errori nerādās: iekš php.ini pameklē uzstādījumus ap error level vai error reporting ja tu eši tankā attiecībā uz to, kas ir php.ini, vai barojies no hosķinģa, kur tādam piekļuves nava - skripta sākumā liec error_reporting(E_ALL); uz dažādiem hosķinģiem errorus tik un tā nerādis, bet tajā direktorijā, kur tev ir errorrīgais skripts, raktīs kādu phperror.log

tam jau viš arī i' cūkijs - lai saglabātos pēc brūzera slēgšanas un, - jā, - laiciņš traucē

mazliet padomā: ... php - server-side language ... a tev gribās saglabāt failu uz client side tev ir būtībā 2 izvēles: 1) piedāvāt downloadot failu, saglabājot to uz servera un nododot linku 2) uzlikt uz klienta datora "klienta" programmu (piem. Java appletu vai citādu socketus atvērt mākošo programmu) un nodot datus tai - tā tad varēs rakstīt lokāli bet izejot no jautājuma grūtuma pakāpes, tev der tikai 1)