-
Posts
343 -
Joined
-
Last visited
Everything posted by renathy
-
Mēģināju izpētīt paypal. Vai šāda darbību kārtība būtu pareiza: Man ir forma, kurā lietotājs savada visvisādu info (tekstu, bildi utt.). Pēc tam ir poga "Apmaksāt". Pēc šīs pogas nospiešanas notiek POSTs, kuru es apstrādāju teiksim apstrade.php failā. Tur es pārbaudu formu laukus, ielādēju uz servera lietotāja norādīto bildi utt. Kad viss ir pārbaudīts, es izveidoju URLi, kas ir "paypal.com/cgi-bin/webscr" + tam ir sakabināti daudz dažādu attiecīgo parametru. Es redirektēju uz šo urli. Parādās paypal ielogošanās forma. Lietotājs ielgojos paypal, apmaksā un tad atgriežas lapā, kuru es norādu. R.
-
Skaidrs. Tad būtu pareizi šādu auto commitu izslēgt pirms multi-insertiem un ieslēgt pēc tam pēc multi-insertiem? Respektīvi, lai visur citur tomēr auto commits notiek, bet, kur nevajaga - nenotiek.
-
Pag, es līdz galam nesapratu... Vai tad PHP nav tā, ka pēc katra insert-a notiek automātiskais commits? Tad jau nevar uztaistīt vairākus insert-us (ar mysql_query) un tad rollbacku, jo viss jau ir no-commitots. Pēc kādiem vārdiem meklēt gūglē? Es ideju visu saprotu, piemēram ar Oracle Pl-SQL varētu tikt galā, jo tur to visu taisīju. R.
-
Apskaties manu postu - http://php.lv/f/topic/17174-bilde-un-slideris-blakus/page__pid__134405#entry134405 Tur es kaut ka to slaideri iedabuju, liekas, kas strada... Varbut kas noder.
-
Varat lūdzu ieteikt: ir bilde un blakus tai pa labi jābūt jquery slider-im, taču tas vislaik parādās apakšā vai vēl nezin kur un nevaru nekādīgi to piedabūt blakus bildei... http://phpstuff.onlinewebshop.net/test.htm Paldies. R.
-
Kaada metodes izmantojat, lai debugotu javascript kodu, t.sk., ajax-igos izsaukumus? Man maza pieredze ar javascriptu, pagaidaam iztiku ar parastu alert-u izsaukshanu, bet domaajams, ka ir kkas labaaks par to...
-
Ok. Es zinu, ka taas ir transakcijas un ka taas ir jaacheko, man tikai nav pieredzes tieshi ar PHP un transakciju apstraadi. Domaaju, ka var uzreiz kaut ko preciizaaku ieteikt, ko paskatiities, bet varbuut tad pietiks ar guugli un PHP+transakcijas mekleeshanu.
-
Kaa ieksh PHP riikojas, ja man teiksim ir vairaak INSERTi, pirmais uz tabulu TABULA1 un tad 10 uz TABULA2. Man nepiecieshams - ja neizdodas kaads no INSERTiem, tad atsauc visus paareejos (piemeeram, uz TABULA2 nesanaaca 5-tais INSERTs, tad atsauc visus ieprieksheejos, t.sk., uz tabulu TABULA1).
-
Ok. Paldies, pamegjinashu... Es gan tik daudz ar JS vispar nedarbojos, tadelj lidz shim patiesiba eventus tikai pa tiesho liku "onclick" u.tml., bet to bindoshanu nekad neizmantoju un nemaz nezinu tas realos labumus...
-
Ir sekojosha struktura: <div id="steps"> <div id="step1"> <h3>STEP-1</h3> ... <a onclick="remove_this_step('1'); ">Remove this step</a> </div> </div> <a onclick="add_next_step(); ">Add next step</a> Taatad te ir divas pogas - "remove_this_step" un "add_next_step". Ja spiezh uz "add_next_step", tad vajadzetu noklonet esosho div-u "step1" un nomainit jaunieguta klona id uz "step2". Ja velreiz spiezh uz pogu "add_next_step", tad tur paraditos "step3" utt. Shis solis sanaak teiksim: $('#step1').clone().attr('id', newid).appendTo('#steps'); kur newid - tiek noteikts, teiksim, izmantojot kadu globalo mainigo step_count, kas katru reizi palielinas par 1. Tachu neizdodas sekojoshais: - katru reizi pie pogas "add_next_step" vajadzetu veel arii nomainiit virsrakstu, piemeram, bija <h3>STEP-1</h3>, tagad bus <h3>STEP-2</h3> utt. - poga "remove_this_step" izdzesh tekosho soli - tai vajadzetu no DOM koka izmest attiecigo div-u. Pashu izmeshanu vel kaut kaa vareetu izdomaat, ja vien buutu zinaams div-a id, kuru izmest. Teiksim, saakumaa jaaizsauc remove_this_step('1') un tad jaaizmed <div id="step1" ...>. Tachu kaa izdariit, lai pie pogas "add_next_step" pie funkcijas izsaukuma <a onclick="remove_this_step('1'); ">... funkcijai iekavaas paraadiitos atbilstoshais numurs.
-
Varetu ludzu preciziet - $(this).serialize() jegu? Respektivi - pirmais mainigais $post-am ir skripta nosaukums, treshais - atdotie dati, bet ko dara shis otrais ($(this).serialize())?
-
$.post("leave_comment_ajax.php", $(this).serialize(), function(data)... un $.post("leave_comment_ajax.php", function(data)... Tikko saku macities jquery... Kada atskiriba starp augstakminetajiem, no oficiala apraksta nevaru izprast...
-
Ko dariit, ja ieksh get parametra ir japadod ari "&"? Nu, teiksim index.php?i=1&redirect=test.php&j=3? Vienkarsi tiek izmantota esosha sistema, kura izmanto shadu "redirect" GET parametru, bet sanak chaabiigi, ja ieks taa ir arii &...
-
Varbūt arī, bet šoreiz ne.
-
Nepieciešams sekojošais (nav laika izstrādāt patstāvīgi, tādēļ meklēju palīgu): - reģistrētie lietotāji var pievienot rakstus ar bildēm (katrs raksts ir tutoriālis saistīts ar fotogrāfijām) - rakstiem ir kategorijas - apakškategorijas; tagi; - iespēja reģistrētiem lietotājiem komentēt rakstus - visi redz lietotāju rakstus (izvēlas tutorials -> kategorija -> apakškategorija un tad visi atbilstošie sakārtoti pēc datuma) - iespējams meklēt rakstus pēc tagiem - rakstam ir apraksts un tad pats raksts - rakstam ir apskatīšanās statisika - jābūt iespēja redzēt "Most viewed" - ja lietotājs apskata rakstu, tad viņam tas pievienojas kaut kur "your last viewed tutorials" vai tml. - iespēja nevis pievienot rakstu, bet linku uz savu rakstu kaut kur citur Principā galvenais arī viss (precīzāk tad vēlāk), bet daudz kas vēl tiks precizēts. Reģistrācija un lietotāju administrēšana nav jātaisa. Admin panelis arī nav. Zināmas prasības pret kodu - lasāms, iespējami atdalīts php no html, pēc iespējas rakstīt ar funkcijām (ja sakarīgi iederas). Ir jāizmanto jau esošs template dzinējs un db pieslēgšanās (par to vēlāk). Tutoriāļi apmēram kā šie - http://www.pxleyes.com/tutorial/photography/1623/Create-Natural-High-Dynamic-Range-Images-Without-Noise.html Tātad būs daudz bildes un nedrīkst lādēt tik lielas bildes kā vien lietotājs grib. Iespējams vajadzēs arī pogu "šis raksts ir zagts" un ierobežojumu uz kopējo foto skaitu rakstā un vēl citus. Principā skaidrs, ka nav nekas sarežģits, tāds rutīnveida darbs... Ja ir kāds interesents sūtiet lūdzu ziņu ar savu piedāvājumu...
-
Nu, ja neviens nepieteiksies man būs pašai jāmeklē info kā to izdarīt caur paypal... Btw, pasūtītājs minēja kaut ko par excel failiem (vai teksta) kas nez kāpēc jāsūta masveidā uz paypal. Šito es neesmu sapratusi - kādā sakarā tas varētu būt.
-
Nav laika lapai pielikt paypal un nav laika par to vispār pat lasīt. Varbūt kāds var palīdzēt? Tātad ir (precīzāk - būs) saits, kurā notiek konkursi. Par dalību konkursā ir jāmaksā kaut kāda summa (parasti neliela, 1$ vai tml.). Lietotājs to iemaksā, tad piedalās konkursā. Konkursa uzvarētāji saņem noteiktu naudas summu. Daļa no iemaksām paliek uzturētājam. Tātad šeit sanāk šādas lietas: - kā organizēt to, ka lietotāji iemaksā naudu? (laikam sanāk divi veidi - pirmais, ka iemaksā saitā tieši tik cik vajaga, otrais - ka iemaksā saitā ieprieš jau lielāku summu, teiksim 100$, un tad katru reizi vienkārši no tās ņemas nost). - kā izmaksāt uzvarētājiem? (vai par katru konkursu jāmaksā uzreiz, vai teiksim mēneša beigās par vairākiem konkursiem...) - kā izmaksāt "sev" (saitam) kaut kādu komisiju? Principā nepieciešams uzrakstīt funkcijas, kas veic attiecīgās lietas. Tam visam jānotiek caur paypal. Ja kāds var palīdzēt idejiski un arī uzprogrammēt, rakstiet lūdzu pm.
-
Nepieciešama norēķināšanās caur paypal. Sāku lasīt, info pārāk daudz, nevaru izfiltrēt sev vajadzīgo. Idejiski - teiksim ir konkursi, lai tur piedalītos lietotājam jāiemaksā kāda summa (neliela summa, kādi 0.50$ vai tml.). Konkurss notiek un iekasētā nauda tiek pēc tam sadalīta pa uzvarētājiem pēc noteikta algoritma. Lietotāji maksā caur paypal. Izmaksas arī notiek caur paypal. Kā apmēram notiek mehānisms ar paypal apmaksu?
-
Līdz galam nesaprotu exif_thumbnail funkcijas lietojumu. Vai kāds var pakomentēt? "exif_thumbnail — Retrieve the embedded thumbnail of a TIFF or JPEG image"
-
Labs pamatojums! Paldies.
-
Tad idejiski apmēram šādi sanāk: // ielādē bildi $img = imagecreatefromjpeg($source); // nosaka kādus izmērus vajaga $newwidth $newheight // tmp $tmpimg = imagecreatetruecolor( $newwidth, $newheight ); // izveido jaunu bildi imagecopyresampled( $tmpimg, $img, 0, 0, 0, 0, $newwidth, $newheight, $width, $height ); // saglabā jaunā failā imagejpeg( $tmpimg, $target, $quality); //$quality ->>> 95%?
-
Vēl neizpētīju tās funkcijas, bet vienalga - kāda ziņā 95% kvalitāti? Tas attiecas uz visām trim bildēm (arī fullsize) vai arī uz tām divām, un ja uz visām - kādēļ būtu jāsamazina uz 95%? R.
-
Lietotājs uploado JPG bildīti. Man šī bilde jāpārāda - thumbnail izmērā (teiksim 150 x 150), - normalsize izmērā, kas ir 640 x XXX - fullsize - pilnā izmērā, kas ir tik liela kādu lietotājs ir ielādējis (protams, ir max ierobežojums). Nepieciešams, lai bildes būtu pieteikami labas kvalitātes, jo tās tiek vērtētas. Vai pareiza doma - ka pie bildes ielādes es pati resizeoju ielādēto bildi un uz servera saglabāju trīs dažādas bildītes - attiecīgi priekš thumbnails, normal un full_size. Vai nebūtu pareizāk teiksim normal size bildi tomēr neglabāt uz servra, bet gan veidot pa ceļam, kad nepieciešams šo bildi rādīt? (man liekas, ka nepareizi). Un vēl - kādi ieteikumi par resize skriptu, varbūts kāds links vai nosaukums skriptam/saspiešanai, kam nav daudz zudumu? R.
-
Kads ieteikums par to ka pie bildes ielades no cieta var iegut vel visadu informaciju par bildi - sakot ar izmeriem, beidzot ar kameru, ar kuru ta uznjemta... Ka meklet gugle kaut vai?