Kaklz

Kaut kad sen sen atpakaļ iekš Netbeans priekš universitātes kaut ko javā rakstīju. Nebija ne vainas :)

+ 10k rindiņas gari faili man liekas ir auzas no programmēšanas viedokļa :)

man atkal liekas, ka šis tieši ir tas gadījums, kad vēlāk vairs nevar atgūt. Vienkārši vienā brīdī tas serviss ir jāklapē ciet un jātinas ar visu peļņu, kamēr tāda vēl ir.

Tik ierēķini, ka lai tiktu pie 2600 solījumiem tev vajadzēs trafiku, kas pilns ar muļķiem. Attiecīgi nāksies nolikt teiksim 500LVL par reklāmu :) Padomā vēl par izmaksām un tad parēķini cik tev ienesīs tas pasākums :)

Un tiešām tas viss čakars, klientu meklēšana, utt. .. ir nieka 50LVL vērts?

Nu ja par zelta drudzi, tad arī tam nemaz tik lieliski vairs neiet - cik nu esmu manījis, pēdējā laikā visas summas pamazām samazinājās, attiecīgi tas nozīmē, ka viņiem tās naudas nemaz tik smuki vairs nenāk iekšā un .. voila! Kādu jauku dienu viņi izdomā jaunu kaut kādu spēli, kur jāzvana tieši noteiktajā laikā lai lummētu xxx LVL. Tas tikai apliecina, ka ir jāmainās, jāattīstās, lai tiktu pie papildus auditorijas vai atgūtu to auditoriju, kas vairs neķeras uz veco makšķeri :))

Nez kāpēc man liekas, ka tu mēģini ielēkt aizgājušā vilcienā. Protams, ja vien tev nav kādas jaunas idejas, kā apčakarēt tautu. Tb tas pasākums darbojas un nes peļņu tik ilgi, kamēr ir pietiekams daudzums muļķīšu, kas cer tikt pie preces par lētu naudu. Tas savukārt nozīmē, ka tev konstanti visu laiku ir jāmeklē veidi, kā tikt pie jaunas auditorijas, jo neba jau nu tev būs pastāvīgie apmeklētāju tūkstoši, kas regulāri sacentīsies par pārsimts latu vērto fotoaparātu vai telefonu.

Ja par topic, tad varbūt vienkārši palasi viņu lapās noteikumus, vai tur ir kādas atsauces uz konkrētiem likumiem. Man ir aizdomas, ka esošajos tautas čakarēšanas portālos esošā funkcionalitāte nekādā veidā neatbilst loteriju un izložu noteikumiem, jo tur prece tiek "izsolīta" un ir skaidri definēti nosacījumi pie kādiem cilvēks par nosolīto summu preci iegādājas. Tb man liekas, ka sanāk tā - ja tu preci atdod par velti, tad tā ir kaut kāda "balvu došana/izloze" ja cilvēks nopērk preci tad tur vairs loterija nesanāk.

Pats gan neesmu staigājis pa intervijām, bet cik ir dzirdēti nostāsti par intervijām no paziņām, tad ciparus sola aptuveni tādus pašus, kā pirms publiskas krīzes pasludināšanas, bet neviens no darba devējiem tā īsti nesteidzas cilvēkus pieņemt.

Nu ja tev vajag pus gadu, lai izkostu kādu frameworku, tad vai nu tev ir problēmas ar mācīšanos, vai arī tas ir vājprātīgs HaX0rZ frameworks :D.

Normālā gadījumā ir jāizvēlas tāds framework, kas atbilst tavam zināšanu līmenim un kura pamata apguvei un sistēmas izpratnei vajadzētu prasīt ne vairāk, kā dienu vai divas.

Nu mums kādu laiku atpakaļ bija pieņemts viens html/css/js darbonis, kas arī šo to zīmēja. Nelaime gan vairāk bija pašā cilvēkā, kam bija problēmas ar darbu nobeiguma fāzēm. Bieži vien fināla fāzē uzradās kādi iemesli, kāpēc viss bija jāpārbūvē.

Bet fakts kā tāds, ka tādi 1. kategorijas speciālisti ir un tiek izmantoti vispār ir :)

Būs mazliet jāpaspēlējas ar fontu iekļaušanu pdf failā. Standarta pdf fonti neatbalsta utf-8 kodējumu.

Izskatās, ka cilvēks grib zināt to auto-id pirms ieraksta ielikšanas tabulā, kas man liekas varētu nebūt pārāk labs risinājums.

bubu, vari mierīgi noņemt to vārdu 'kredīta' un jēga diži nemainīsies. Kāpēc lai normāls cilvēks gribētu teiksim 20, 25, 30, 35 gados dzīvot pie vecākiem, nevis veidot savu ģimeni savā miteklī, lai arī īrētā?

Kavacky, '?>' starp citu php failu beigās nav obligāts un atsevišķos PHP kodēšanas standartos (piem Zend Framework) to pat iesaka nelietot failos, kuros nav nekā cita izņemot PHP kodu.

nu ja tu mysql nesaki no kuras tabulas datus atlasīt, tad diez vai viņš kaut ko tev tur atlasīs. Tb.

Aleksejs, Today, 13:11

Minēšu - mainīgais $tb9 ir tukšs.

neviens tev neliedz arī tulkojumus glabāt datubāzē un eksportēt uz statiskiem failiem reizi pa reizei:

$qry = 'select * from lang_data where lang="lv"';
$res = mysql_query($qry);
while ($row =mysql_fetch_assoc($res)){
$langdata[$row['key']] = $row['value'];
}

file_put_contents('/path/to/lang/lv/filename.php', '<?php $langdata=' . var_export($langdata, 1));

Klientiem gan nekādi rēķini netiek izrakstīti.

Tev jau arī maksājot ar SMS vai kredītkarti/hanzanet tajā pašā draugiem.lv nekādi rēķini netiek izrakstīti ;)

nu vēl pastāv variants "saņem nepilnu vai mazāku algu par tirgus cipariem tagad un procentu kad/ja pasākums aizripo" :)

Pie reizes varētu arī pāris vārdos paskaidrot, ko nozīmē tas "investors no Kalifornijas :)"

paprasi biedriem, lai uzraksta tev pascal uzdevumus :))

"/home/foxsk8/public_html/drm/" bija pietiekams iemesls lai savilktu paralēles ar tavu nickname šeit.

Karoč, Burbuļa metode, masīvi, input, output, randomize, utt.. Tas ir tik daudz, ko no tiem pascal uzdevumiem atceros.

ģeniāli definēti uzdevumi, domāju, ka kandidāti tūlīt tev iesūtīs jau gatavus risinājumus :D

Tak beidz vienreiz te stāstīt savu dzīvesstāstu, vienkārši ieliec šeit uzdevumus un gan jau kāds labdaris azarta pēc tev viņus 10 min laikā uzrakstīs.

gan jau vienkaarshi izgruuzh caur kaut kaadu google translate, kas tagad piedaavaa arii tulkot no en uz drausmiigu lv valodu.

Ja tev būs daudz reklāmas, tad ieteiktu nemainīt dinamiski prioritāti atkarībā no atlikušo kredītu skaita, jo var izveidoties situācija, ka tev būs milzīgs skaits ar reklāmām, kurām būs niecīgs ekspozīciju atlikums un attiecīgi niecīga parādīšanās varbūtība. Savukārt no jauna pievienotās reklāmas rādīsies praktiski visu laiku. Tādējādi tev ar laiku vienkārši veidosies milzīgs "nepabeigto" reklāmas kampaņu apjoms, kas tikai traucēs.

Būtībā ir tā, ka lai tev piedāvātu kaut kādu tev reāli derīgu risinājumu ir vairāk jāzina par to, kā tu tās reklāmas tirgo un ko tavuprāt nozīmē prioritāte.

Tb ir starpība vai tev prioritāte nozīmē, ka konkrēta reklāma ar augstāku prioritāti tiek rādīta līdz viņai beidzas ekspozīcijas un tikai tad rotācijā parādās citas vai arī tu gribi, lai reklāmas ekspozīcijas tiek tērētas pakāpeniski, vienkārši piešķirot lielāku parādīšanās varbūtību konkrētai reklāmai. Tāpat ir no svara, cik precīzas atskaites par reklāmu parādīšanas statistiku tu gribi redzēt, vai tev reklāmas tiek tirgotas dienas ietvaros vai ekspozīciju skaitā, vai jaunas reklāmas var parādīties dienas vidū, utt., utjpr.

Vienkāršākais variants, ja gribi lai viena reklāma rādās 1 reizi, otra 3 reizes, bet trešā 6 reizes no 10 ekspozīcijām ir vienkārši veidot kaut vai php masīvu

$ads = array(
1,2,2,2,3,3,3,3,3,3
)

un pēc tam ar triviālu rand() izvēlies vienu no 10 masīva elementiem, kuras reklāmas ID tev rādīt:

$adId = $ads[rand(0,9)];

Ja tu darbojies ar ekspozīcijām, tad vari veidot, piemēram, variantu, ka tu skaiti visu reklāmu parādītās ekspozīcijas konkrētā laika posmā un izvēlies to, kura šajā laika posmā ir procentuāli saņēmusi vismazāk ekspozīciju. Piemēram, tev ir mysql tabula:

ad_id, ad_exp_last_hr, ad_priority
1, 0, 1
2, 0, 3
3, 0, 6

un

select ad_id from ads order by ad_exp_last_hr / ad_priority ASC limit 1

+ parādītās reklāmas atbilstošajam ad_id jāpalielina ekspozīciju skaits laika periodā:

update ads set ad_exp_last_hr = ad_exp_last_hr + 1 where ad_id=x

tādējādi vienmēr tiks izvēlēta reklāma, kurai pēdējās stundas laikā saņemto ekspozīciju skaits dalīts ar prioritāti būs vismazākais:

1. ekspozīcija

1, 0, 1
2, 0, 3
3, 0, 6

izvēlas to pašu 1

2. ekspozīcija

1, 1, 1
2, 0, 3
3, 0, 6

izvēlas 2

3. ekspozīcija

1, 1, 1
2, 1, 3
3, 0, 6

izvēlas 3

4. ekspozīcija

1, 1, 1
2, 1, 3
3, 1, 6

atkal izvēlas 3, jo 1/3 ir lielāka par 1/6

utt.

Protams, tas viss atkarīgs no slodzes un citām prasībām ;)

itkā meklētājiem šitādi url patīk labāk. Tad jau tomēr tā ir optimizācija :)