renathy

Programmētājs interneta veikala izstrādei. Dizains nav jātaisa. Interesentus sūtīt aptuvenās cenu robežas, termiņus, portfolio (priekšroka tiem, kam ir pieredze i-veikalā), kāda apmaksas sistēma apmierina. Tālāk jau tiks izrunātas precīzākas prasības. R.

Nepieciešams esošam ineta veikalam pievienot maksājumu ar kredītkarti (visdrīzāk ChronoPay). Diezgan steidzami. Ja ir interese, sūtiet ziņu - prasītā samaksa / nepieciešamais laiks / vai ir pieredze līdzīgas maksājumu sistēmas ieviešanā / būtu labi kādu piemēru... R.

Visa lapa, izņemot vienu sadaļu ir ar statisko informāciju. Tādējādi reāli sanāk, ka kontrolierim ir tikai jāpaņem no db (vai config mainīgā) atbilstošos tekstus + varbūt vēl kkas. Viena sadaļa gan ir sarežģītāka.

Sāku izmantot Codeigniter un radās jautājums: Man ir divu līmeņu horizontāla navigācija + dažiem ir arī trešā līmeņa vertikālā navigācija. Kā ir loģiskie priekš MVC un CI - katrai navigācijas sadaļai savas kontrolieris vai arī pirmā līmeņa navigācijai ir savs kontrolieris, bet otrā līmeņa - tā ir funkcija, savukārt trešā - tas jau sanāk parametrs, vai? Teiksim, man ir "forums -> php -> cms", tad 1) pirmajā varianta būtu kontrolieris "cms" (iespējams arī "forums", kas defaultā nosūta uz php/cms, kā arī "php", kas nosūta uz cms). 2) otrajā variantā būtu kontrolieris "forums", funkcija "php" ar parametru "tips", kura vērtība būtu "cms"?

Zinu, ka valodai var atsevišķu lauku, bet šādi liekas ērtāk un jau ir uztaisīts, bez tam neliela lapa, nebūs citu valodu. Renāte

Datubāzē ir tabula "tulkojumi" ar lv, en, ru. Ir daudz tekstu, kas tiek iztulkoti. Tie ir "parastie teksti", nepārāk gari - piemērm, navigācija, sveicieni, e-pastā sūtītie teksti utt. Papildus šiem tekstiem ir apmēram 15 tekstu, kas satur arī html tagus. Šie teksti arī ir visās valodās, bet tie, pirmkārt, satur html tagus, otrkārt, ir daudz garāki par parastajiem tekstiem. Jautājums - vai ir kāda lietderība tabulā "tulkojumi" veidot 6us laukus nevis 3s, proti: lv_parastais, en_parastais, ru_parastais un lv_garais, en_garais, ru_garais? Un tad parastiem tekstiem likt iekš "parastā lauka", bet garajiem+html likt iekš "garā lauka"? Īsti jēgu neredzu, bet varbūt... varbūt kāda jēga ir, jo lielākā daļa tekstu ir "īsi", bet šo dažo garo tekstu dēļ trīs lauki jādefinē kā ļoti gari, nez..? R.

Izmantoju codeigniter. Ir 4 dropdownlisti. Dati tur parādās no datubāzes. Pie tam pirmais nav atkarīgs ne no kā cita, otrais - atkarīgs no pirmā vērtīām (ja pirmais nav izvēlēts, tad parādās visas vērtības) utt. Tie ir navigācijas daļa, tādēļ paredzams, ka tiks biezi izmantoti. Jautajums ir tads - vai ir vērts izveidot kaut kādu mehānismu, lai nevajadzētu atkārtoti versties pie db katru reizi, bet pirmajā reizē visu ielādēt un tad tikai skatīties. Ja ir vērts, tad kā apmēram idejiski kā tas būtu jādara?

Vai ir kāda īpaša prakse veidojot "lapas karti" (kaut ko līdzigu kokveida struktūrai, kas vairāk vai mazāk parāda visur, kur var nokļūt lapā). Lapa tiek taisita ar codeigniter.

Ok, paldies. Kaut kas sanāca. ----------- par **** ar izdomāju pat-i. R.

"Nav ko ****, uztaisi vienkārši papildus lauku kā "ievadteksts" vai kas. Apmudīsies tikai šitā sarežģīti taisot. Rezultāti arī nav īsti prognozējami.." Nepatīk ideja ar ievadtekstu, prasība ir redzēt tesktu lv, ru un en tekstu pirmos simbolus tabulā. Ir tā, ka nav jābūt tam substring tekstam 100% identiskam un prognozējamam, galvenais lai tur nav visādu <p>, <br> un tādi... Tas ir, ņemot vērā, ka 80% gadījumu šie teksti nemaz nesaturēs nekādus tagus, bet tikai parasto tekstu. R. P.S. Un kas gan slēpjas zem šīm smukām ****?

Ar tinymce izveidoju tekstu un saglabāju to datubāzē. Man vajaga to attēlot divās vietās - pirmkārt, tabulas šūnā nepieciešams attēlot pirmos 20 simbolus, otrkārt, texteditorā, kurā ļaut labot utt. atkal ar tinymce. Jautājums ir - kā panākt, lai "pirmkārt variantā", kur jāattēlot pirmie 20 simboli visi html tagi netiktu ņemti vērā. Teiksim, ja man ir "<p>Kaut kads tekstins</p> beigas", tad tur parādītos tikai "Kaut kads tekstins b" bez pārejām nākamā rindā utt.

Situāciju atrisināju, pirms serialize ieliekot: tinyMCE.triggerSave(true,true)

Izmantoju sekojošo kodu: $('#frm').submit( function(){ var postdata = $(this).serialize(); $.post("/ajax/", postdata, function(data) { ... Ir textarea, kurā teksts ielādējas no datubāzes. Tad tekstu maina un spiež pogu "Saglabāt". Problēma ir tāda, ka tinymce laikam pārveidot textarea tā, ka pie $(this).serialize un postdata tiek uzrādīta vecā textearea vērtība nevis izmainītā. R.

Paldies, būs jāpapēta.

Paraugs: $('#btn_save').button(); Ko īsti dara .button()?

Pamēģināšu... Btw, redzēju svešā kodā, ka rakstua <id>.button(), t.i., pārvērš par "<button" nevis atstāj "input type="button", kādēļ tā? R.

Man ir kods, kas uzģenerē ar ajax starpniecību textarea atsevišķā dialoglodziņā. Man vajadzīgs, lai tur tiktu pielikt tinymce? Bez ajaxa ir skaidrs - ir tinymce.init, kas automātiski izpildās, kā šeit būtu jārīkojas? It kā varētu paredzēt jau iepriekš uztaisīt uz lapas textarea, uzrakstīt tinymce.init daļu un tad ar ajax ielādēt tikai textarea saturu un citas lietas, taču man ir viena universāla funkcija, kuru gribas izmantot un tad ar ajax tiek ģenerēts viss textarea (gan paši tagi textarea, gan arī vērtība). R.

Man ir pogas, kurām id sakas ar "poga_", piemēram, poga_1, poga_2 utt... Nepieciešams visam šīm pogām uzlikt click eventu. Teiksim, ja man ir viena poga, tad šādi: $('#poga').click(function(){ id = atrast_id(this); mana_funkcija(this, id); }); Kā varētu šo pašu "click" eventu salikt visām pogām, kas tiek saģenerētas? (mēģināju ar each, kkā nesanāca)

Man kaut ko vienkāršāku. Liekas pārāk smagnējs tas gettext mazam projektam.

Nepieciešama lapa vairākās valodās (lv, en, ru) + admin panelī iespēja labot valodas. Kādu db shēmu labāk izvelēties: 1) izveidot atsevišķu tabulu "translations", kas saturēs kolonnas "id", "code", "lv", "ru", "en", "source_id -> norāde uz tulkajamā vārda avotu, visdrīzak tabulu, varbūt arī sadaļu vai ko tādu). Kolonnas lv, ru, en taisīt ar datu tipu TEXT. 2) izveidot tabulu "translations" ar kolonnām "id", "code", "translation", "lang_id" (ar vērtībām 1, 2, 3, kur 1-lv, 2-en, 3-ru) Kolonnu translation taisīt ar datu tipu TEXT. 3) izveidot tabulu "translations" ar kolonnām "id", "code", "translation", "lang_id" (ar vertibām lv, en, ru) Kolonnu translation taisīt ar datu tipu TEXT. Cits variants?

Kapec nestrada uz IE8? function OnSecurityChange() { if (document.getElementById("DropDownListSecuritylevel").selectedIndex == 0) { document.getElementById("chkAllowVisitation").checked = true; document.getElementById("chkAllowVisitation").disabled = true; } else { //document.getElementById("chkAllowVisitation").disabled = false; //neiet!!!!!!!! document.getElementById("chkAllowVisitation").removeAttribute("disabled"); //ariii neiet!!!!!!!! } return true; } PROBLEMA ATRISINATA, BIJA SAISTITS AR ASP.NETu...

Ok, paldies.

Ar ajax palīdzību ir jādzēš no tabulas vajadzīgās rindas (ieraksti). Dzēšana atļauta tikai adminam. Kā ir ar drošību? Izsaucot teiksim delete.php ar ajaxu, tur nevar vienkārši izdzēst ierakstu, jo tad jebkurš var uzminēt faila nosaukumu un palaist šo failu ar kaut kādu id... Kā to novērst?

Man ir viena aplikācija, pie kuras var vērsties ar webservic-iem un ir apraksts kāda formātā. Kā to darīt caur PHP? Vai ir kādi gatavi risinājumi? Neko daudz par to visu nezinu un skatos guglē, bet varbūt Jūs varat piedāvāt gatavu komplektu, kas ir jāapskata...