404

getimagesize jau šķiet būtu jādarbojas arī uz remote bildi.Teiksim: list($img_width, $img_height) = getimagesize('http://php.lv/f/public/style_images/master/meta_image.png'); Tikai tādā stilā šāds ierobežojums ir genocīds pret lietotājiem,kuriem nebūs ne mazākā interese pirms tam čekot bildes izmērus lai tikai atbilstu.Tā vietā labāk pie uploada automātiski resaizot bildi un miers.Priekš tam ir pietiekami visādas gatavas klases,kuras var atrast pagoglējot pēc keywordiem: php resize images

Kуда катица этот мир.... /* function win_to_utf($str) { } */ Neder?

Gan jau ka neatteiksies kāds,ja spēles budžets tiks sadalīts daudzos mazākos :) No tā var izvairīties,pagooglējot pēc atslēgvārdiem "php image upload" un papētot piemērus,kā tur tiek noteikts bildes izmērs,paplašinājums,etc. Bildes izmērus var pārbaudīt kaut vai šādi: list($img_width, $img_height) = getimagesize($avatar); if ($img_width > 160 || $img_height > 160) die('Pārsniegts atļautais bildes izmērs! Tai jābūt ne lielākai par 160x160 px'); else { // Viss ok.Var pievienot bildi } Un eskeipo visus $_POST datus.Par to ir miljons tēmu.

Ja dati nesūtās vispār,tātad: - neesi form action parametrā norādījis pareizu ceļu uz apstrādes failu - forma satur kritiskas kļūdas Bet ja sūtās,tad apstrādes faila sākumā ieliekot print_r($_POST); un print_r($_FILES); visas atbildes tiks izvadītas acu priekšā.Atliks tikai salīdzināt,vai tiek saņemts viss ko centies nosūtīt.

Šajā gadījumā izskatās,ka darba sludinājumu sadaļā atsaucība būs lielāka.Un forumu nevajag nahrenizēt.Visi līdz šim ir atbildes atraduši arī uz daudz sarežģītākiem jautājumiem.Varbūt ar laiku pat izdomāsi kāpēc :)

Pirmā asociācija par "sludinājumu": "Cik maksātu pabeigt mājas remontu laukos? Vajag tā lai var dzīvot. Lai būtu siltināta un ar balkonu.Istabās parkets,kamīns un tādas lietas.Aptuvenā lētākā cena par kādu esat ar mieru to izdarīt." Lai man piedod autors,bet ar šādu sludinājumu atrast nopietnu pretendentu būs,maigi izsakoties-sarežģīti,īpaši ņemot vērā skripta specifiku.Turklāt līdz riebumam pazīstamā frāze "Aptuvenā lētākā cena" atsitīs nopietnākus kandidātus pat efektīgāk nekā citi bestselleri: "konkurētspējīgs atalgojums" un "samaksa pēc vienošanās". Daudzmaz cerīgi vēl izskatītos kaut kāda fiksēta stundas likme,bet pagaidām nekas neliecina,ka tas varētu būt piedāvājumā. Lai nu kā nebūtu,bet veiksmi meklējumos :)

Nu par to tas bija vairak kā sarkasms,jo tādi argumenti ir dzirdēti,un,ja nemaldos,tad vai arī šeit tas netika savulaik diskutēts par to,kā pārklājas dizainera un kodera pienākumi līdz pat absurdam,kad abi "griež" vai mēģina kodēt.Bet ja par to nedefinēto variabļu izmantošanu,tad ir baigi kaitinoši pēc reportinga ieslēgšanas uz E_ALL,ieraudzīt lapu izraibinātu no noticēm. Arī "dārgos" komercskriptos. Kā arī potenciāli nākamajam koderim var rasties vēlme uzbraukt iepriekšējam,par viņa slinkumu :)

Laikam jau tāda,ka: <? esot slikti,un short_open_tag var nākotnē kļūt deprecated,tāpēc nākas rakstīt jau <?php echo $var; ?> jo <?php $var; ?> neparādīs neko un dizaineriem,kam jāstrādā ar templeitiem,esot vieglāk uztvert {} vai %% nekā <?= ?> :D Citi argumenti nenāk prātā,jo ar nekad neesmu sapratis,kādas priekšrocības dod kaut kāda monstroza templeitu sistēma kas jāstudē kā cita valoda lai viņu varētu vispār pielietot.

Lūdzu :) Pašam ar noderēja.Forums jau pats par sevi viens no labākajiem.Skatos ka šamajam pat ir gatavi risinājumi dumpu importam.

Izskatās ka atkritīs vajadzība pēc ģenerēšanas,bet vienalga paldies par idejām. Pasmēlos gatavus no šejienes. Dabūtais rezultāts no 1 839 388 rindu (436MB) XML: 210.8 sec (neko nerakstot db) Pašam jau izskatās ka būs ok,lai gan nav ne jausmas cik būtu normāli izspiest no tāda SAX bāzēta varianta.

Nu ar jau it kā varētu,kaut vai time() + $i pielikt.Vienīgi db tad baigā putra būtu,ka neko nevar saprast.Reālam fīdam vismaz smuki var kontentu atškirt un pasekot kas ir importēts,un kas varbūt trūkst.Tāpat nāk kādiem tagiem atribūti,subkategorijas u.t.t,ko būtu interese iebarot. Lai nu kā,bet pati ideja jau der tīri labi.Neizdevās man Stackoverflowa dumpu līdz galam novilkt.Kad izdosies,patestēšu uz šamo kā stress testu.Vajadzētu pilnībā pirmajam aplauzienam pietikt :)

Vienkārši ieliekot augšā mainīgo,tam nav jēgas,ja tālāk skriptā tas vienalga tiek par jaunu pārrakstīts ar citu vērtību.Paštuko,ko dara mainīgais $result,un kur tam būtu jāatrodas.Izvadi mysql rezultātu debug modē ar print_r(mysql_fetch_assoc($result)); Ja viss ir ok,pašpiko kādas atslēgas ar kādām vērtībām izvadās,un vienkārši pieliec vajadzīgo iekš linka.Īsāk sakot,skriptu vajag vispirms mēģināt saprast,pēc tam debugot,un ja neizdodas,tad kāds vienmēr norādīs uz kļūdām.Tā ir arī šajā gadījumā.

Ja tu parādītu,ko mēģināji,un kas nesanāca,tad domāju,ka jebkurš noziedos nedaudz laika,lai palīdzētu izprast.Tev tikai ir jārada iespaids ka tu kaut ko dari,nevis bičo kodu. :)

Noteikti ka var.Es pat teiktu,ka to var izdarīt jebkurš,kas ar php strādā vismaz gadu.

Jāsamaina selekts uz iepriekšējā postā ar karotīti iedoto,un linka izvadē jāpieliek vajadzīgā $row atslēga.

Arī variants :) Šis uzvedināja uz ideju vienkārši sasplitot vārdus arrayā no lorem ipsum vai kaut vai kādas ziņu lapas rindkopas.Tur varētu būt pietiekami. Lab,šim būtu ideja atrasta. No gatavajām vēl iedomājos,ka mūsu pašu kāda vairumnieku bāzes produktu liste vēl varētu būt piemērota (varbūt kādam kaut vai veca ir aizķērusies?) Ja nemaldos,tad GNT un kas nu tur vēl bija,arī izmērs ir iespaidīgs.

Pie maza jā,bet kur ņemt saturu katram tagam,ja tam ir jābūt unikālam,un rezultāts iet kā update iekš db? Ģenerēt randoma ciparus ? :D Nu ir man viens tāds XML ap 97 000 rindām. Izmērs ap 3MB. Jau tādu saģenerēt no izdomātiem datiem būtu problēmas.Es nestādos priekšā,kā to izdarīt 100 reizes lielākam.

Gribējās patestēt parseri uz reāliem,bet apsveru arī tādu domu,ja nekas piemērots neatradīsies.Ir jau pašam pa kādam nelielam,bet ģenerēt pārsimts megus ar randoma contentu nav iekāriena klasi rakstīt :D

Ir radusies vajadzība pēc kādiem pamatīgākiem(vēlams simtos MB) XML feediem priekš testiem.Ir sastopami kādi saiti,kuri ko tādu servē online bez reģistrācijas? Valoda un saturs nebūtu svarīgi.Pačekoju,ka Stack Overflow piedāvā ap 500MB dumpu,bet zipotu, Wikipedia >30Gb velk uz otru galējību,bet internetveikali un rentail saiti parasti dod pieejas tikai klientiem.Būšu pateicīgs,ja kādam ir krājumā kādas saites ar ko padalīties :)

Formām jau bieži ir vajadzība izvadīt vairākus kļūdu paziņojumus-tukšs lauks,nepareizs formāts,etc. Ērtāk varētu būt lasīt apstrādes kļūdas masīvā,un tad pirms formas izvadīt visas. Piemēram: <?php $errors = array(); // Masīvs,kurā ielasīt visas kļūdas $username = trim($_POST['username']); $email = trim($_POST['email']); if(empty($username)) $errors[] = 'Netika ierakstīts lietotājvārds'; if(empty($email)) $errors[] = 'Netika ierakstīts epasts'; // ...u.t.t /* Izvadīt pirms formas */ if(!empty($errors)): foreach ($errors as $error): ?> <div class="error">* <?php echo $error; ?></div> <?php endforeach; endif; ?>

Var pačekot par substr variantu šajā tēmā.

Nu šo problēmu es sapratu burtiski-kā parastu dinamisko dropdownu,kad klients noklikšķina uz vēlamās stundas,un ajax attiecīgi ielasa no servera un iemet iekš otra selecta pieejamās minūtes "tā lai nepārklājas".Vienmēr ir licies,ka servera pusē veikt šādus aprēķinus ir ērtāk,bet nu katram savs.

Varbūt to visu var vienkāršāk,ja vien nav īpaša iemesla kāpēc vērtības būtu jāapstrādā klienta pusē. Servera pusē no masīva izvadīt saformētus optionus: <?php foreach($options as $option) { echo '<option value="'.$option['id'].'">'.$option['name'].'</option>'; } Un klienta pusē ajax requests,kas iemet to iekš vajadzīgā selecta: $.post('ajax.php', {'function':'getReservationOptions'}, function(options) { $('#reservation_times').html(options); });

Ideja jau kā tāda ir ļoti laba,jo mums nav gandrīz neviena tāda daudzmaz apmeklēta saita(izņemot atsevišķus blogus),kur varētu apkopot šādus tādus jaunumus un tendences web izstrādē.Tās ir lietas,kurām vienmēr būs pietiekoša auditorija,ja vien tas būs pasniegts kvalitatīvā,lasāmā veidā.Lielāka problēma būs ar autoriem,jo idejas vārdā vairumam ir diezgan grūti piespiesties kādu raksteli uzrakstīt,kaut vai mūžīgā laika trūkuma dēļ.Bet no otras puses,piekrītu tam,kurš teica,ka reizēm ir vēlme padalīties ar kādu interesantu info vai vienkārsi uzrakstīt savas domas par kaut ko,bet savu blogu uzturēt nav vēlmes.Droši vien tas arī sastādīs daļu no iesūtītajiem rakstiem,bet nu otra puse būs arī vajadzība praktizēt kādu vienkāršu rakstu filtrāciju,lai pasākumu nenodegradē CS'isti un spameri.Ja puse rakstu būs zemas kvalitātes,tad tas var atbaidīt pārējos potenciālos rakstu autorus.

Nu cURL jau defaultā būs gandrīz jebkuram sevi cienošam hosterim maksas plānam.Parasti nav haļavajiem hostiem,ar ļoti retiem izņēmumiem.Bet par priekšrocībām-cURL ļauj pilnībā simulēt usera pārlūku(user agent,cookies,redirekti,post dati),un ir pamatā dažādām kontenta ievākšanas sistēmām un autologin skriptiem.Bet visbūtiskākā priekšrocība droši vien būs iespēja veikt visus pieprasījumus paralēli ar curl_multi_exec,piemēram ja ir vajadzība lejuplādēt vairākus liela apjoma failus,parsēt XML'us vai jebko citu,kur vien tas var noderēt.Kopā ar RegExp'iem tas ir spēks :)