Grey_Wolf

briedis: viņam jau nevajadzēja lang. klasi, bet ideju kā izmantot masīvu vairākās pilnīgi dažādās klasēs ..

raj: Vispār jau atbilde ir - tāpat kā izmanto DB klasi / objektu ( ja tādu izmanto) , tu taču katru reizi neveido jaunu DB objektu ?

Man vajag eksportēt "test" datubāzi bet manā phpmyadmin viņa nav pieejama/paslēpta...

 

Es varu to izdarīt kautkā savadāk ?

caur php es viņai tieku klāt ... viss čotka

TEST datubāzei prasti var tikt klāt VISI useri, tieši tādēļ viņa ir TEST , PHPAdmins tomēr skatās pēc user tiesībām , un tādēļ nerāda.

Ja tiec klāt pašm SQL tad izeksportē pa taisno

Un vel. cik 'xxx', jābūt lai izmantotu TEST priekš datu glabāšanas ...

Ja , vajag tikai struktūru, tad uzraksti nelielu PHP kodiņu kas izvadīs struktūru uz ekrana / saglabās faila

(kādas 5 rindiņas koda)

varbūt inklūdo pašu failu iekšā klasē. Globāļus īsti prātīgi nebūtu likt.

Tieši includot īsti labi nebūtu, jo ja tika minēts, ka tiek izmantotas vairāks klases, un gandrīz katrā shamais jaizmanto, tad globals OBJEKTS iespējams ka būtu piemērots.

Protams, jāredz pats kods/struktūra

P.S. šādās situācijās var sanākt, ka tas includs tiks izmantots N-tas reizes

Ar tiem kursiem jau arī ir tā - gluši kādā speciālā skolā stāties, un iet pilnu programmu, nav iespēju pagaidām, bet no kursiem gan neatteiktos. Un tomēr tieši uz doto momentu, pat tas ir jāatliek, jo kā topa nosaukumā minēts - meklēju darbu.

Pagaidām jāatrod kautkas ko protu labāk par programmēšanu un tad jau jāskatās tālāk.

Sameklē un nopērc labu grāmatu, parasti tur ir gan piemēri, gan nelieli uzdevumi ..

Galvenais izlasi visu PĒC KĀRTAS, nelēkā no lappuses uz lappusi ...

kā arī kaut ko uzprogrammē kur dota 'viela' tiktu izmantota ...

Latviešu valodā diemžēl labu grāmatu par programmēšanu tikpat kā nav :(

Meklē RU vai ENG.

Krievu valodā būs kvalitatīvi tulkojumi no ENG tika cena vismaz 3X mazāka ( ~~ LS 10 krieviski, tā pati grāmata ENG ~~LS 30 )

Vispār PHP ļoti labi apstrādā masīvus, piedevām pat ir iespēja pašam uzrakstīt kārtošnas f-ju kas ļaus precīzāk definēt vajadzīgo darbību ...

--

• uasort — Sort an array with a user-defined comparison function and maintain index association
  
• uksort — Sort an array by keys using a user-defined comparison function
  
• usort — Sort an array by values using a user-defined comparison function
  

Lab, nezinu, cik gudri vai stulbi ir kas tāds, bet īpaši meklēties negribas šodien.

ar lielgabalu pa zvirbuļiem ;)

izstudē šo

Ir speciāla f-ja kas to dara array_shift()

nu galvinju izveidot elementāri .. pie paša raksta DB velviens lauks , kur arī ieraksti to galviņas tekstu ...

Vajag, lai saīsinājuma ierobežojums būtu nevis noteikts vārdu skaits, bet rindu skaits tekstā.

Diezgan stūlbs risinajums :(

Padomā par to ka, būs ļoti daudz gadijumu kad teksts vienkārši aprausies, izveidojot 'smieklīgus teikumus' ..

Optimālāk ir vedot rakstam 'galviņu' ( īsu aprakstu par pašu rakstu), tad arī varēsi nokoriģēt teksta garumu...

Es no savas pueredzes - saaku ar zimuli un burtniicu uziimeeju izdomaaju tad tikai saaku rakt kaa, kaut ko taadu dabuut gatavu!

Pat miljonu vērti projekti, ir sākti ar šo :)

P.S. Nekas nav atcēlis zīmuli un papīru ...

Qute Nr1:

Praktiski, neko tik sarežģītu neesmu domājis :). Doma bija uztaisīt daudz vienkāršāk par to visu. Trīs funkcijas, kuras var ievietot starp jebkuriem html kodiem u.t.t. Funkcijas vienkārši izvilks ar selectu informāciju no datubāzes :). CSS + HTML sastāvēs tikai administratora panelītis, bet funkcijas, ko liks mājaslapā, tās būs pliks PHP + SQL. ;)

Qute Nr2:

1) Būs iespēja uzinstalēt uz jebkuras ne-CMS bāzētas weblapas.

2) Instalācijas procesā varēs izvēlēties, ko iekļaut (postošanu, komentēšanu, reģistrēšanu (ar laiku tiks papildināts)).

3) Pēc instalācijas, viss tiks uzstādīts administratora panelī, kur notiks arī postu u.c. lietu pievienošāna rediģēšana.

4) Integrēt to visu mājaslapāvarēs ļoti vienkārši - pievienojot dažas rindiņas kodā.

 

Plusi :

1) Pašam nav jāraksta CMS.

2) Ir viegli pielāgojams.

Kurš muļķis?

Vai nu kaut ko nesapratu :(

EDIT: 'flag ruki' ( RUs. karogs rokās)

 

Tātad neliels apraksts -

1) Būs iespēja uzinstalēt uz jebkuras ne-CMS bāzētas weblapas.

2) Instalācijas procesā varēs izvēlēties, ko iekļaut (postošanu, komentēšanu, reģistrēšanu (ar laiku tiks papildināts)).

3) Pēc instalācijas, viss tiks uzstādīts administratora panelī, kur notiks arī postu u.c. lietu pievienošāna rediģēšana.

4) Integrēt to visu mājaslapāvarēs ļoti vienkārši - pievienojot dažas rindiņas kodā.

P.S. OS != Operating System; OS == Open Source .

nu nu .. Lai veicās..

Un OS ir un paliek Operating System nevajag izdomāt saīsinājumiem jaunu jēgu ..

Hmm, bet ir tāda lieta, ka man ir Tele 2 pieslēgums, un esmu apmierināts, ja ņemu iPhone pie LMT, vai varēšu lietot ar Tele2?

Ja maksāsi pilnu summu tad telefons NEDRĪKST būt piesaistīts tikai vienam tīklam, ja tomēr ir tad viņiem pašiem ir viņš jatkodē (bez papildus maksas)

2)saformē datus xml objektā un uzģenerē xml

ne vienmēr vajag veidot XML objektu, biezi pietiek vienkarši ar echo izvadīt uz scrīna ..

iepriekš protams izvadot XML haideri

peim:

echo '<?xml version="1.0" encoding="windows-1257"?>';

pec tam vienk cikla vadit ara

echo '<xml tags>'.$mani_dati_konkretajam tāgam.'</xml tags>';

----

jo ja būs ļoti daudz datu un failu izmantos reti, tad šāds piegājiens dažreiz ir vienkāršāks

tik nevajag aizmirst ka pirms XML taga izvades nekas cits nedrīkst būt izvadīts ;)

@Grey_Wolf - no pirmās. Jo es personīgi otro būtu rakstijis "kakis_maisa" nevis "kakis maisa" !

Tev atgrieztu ABUS rezultātus

%kakis% atgriezīs gan kakis, gan kakis maisaa , kakis_maisa gan maisa kakis etc...

JEBKURU stringu kurš saturēs kakis

vismaz pēc tava kverija , palasi tāču SQL sintaksi, ko nozīmē simbols %

Sanāk ka vienas tabulas rinda nedrīkst būt vienāda ar citas tabulas rindu ? Pareizi sapratu ?

Ne vienmēr, var būt situācijas ka var būt vienādi... bet ne pie šāda kverija

nu padoma loģiski .. , kā lai SQL zin pēc kuras tabulas title meklēt ??

nesšķiet loģiskāk šādi:

---

articles.id, articles.title, articles2.id, articles2.title from articles, articles2 where articles.title like '%$p% OR articles2.title like '%$p% ...

---

Edit: piedevām ko darīsi ja ID dublēsies??

tas pats ar tiitle lauku ?

teiksim vienā tabulā būs

99 | kakis

ortā tabulā

99 | kakis maisaa

kverijs atgriezīs abus ierakstus , un abiem būs VIENĀDS id , ko veksmīgi iebarosi Linkam ..

attiecīgi bus 2 linki ar daždiem nosaukumiem, bet vienādiem ID .. no kuras tabulas ņemsi datus ??

( random principā ?? )

Warning: mysql_fetch_array() expects parameter 1 to be resource, boolean given

 

$sql_res = mysql_query("select articles.id, articles.title, articles2.id, articles2.title from articles, articles2 where title like '%$p%' order by id desc");

Un neies arī, jo ir nepareizs kverījs , ja izmanto 2 vai vairāk tabulas ar vienādiem lauku nosaukumiem tad janorāda pēc kuras TABULAS lauka tad īsti jākārto/ jāatlasa dati

TEV ir

select articles.id, articles.title, articles2.id, articles2.title from articles, articles2 where title like '%$p%' order by id desc");

------

izdomā pats kur ir kļūda...

problēma ir tikai tāda ka kopā starp abām tabulām ir 35k ieraksti, tādēļ šis kveris izpildas >2sec.

 

Jautājums - kādu alternatīvu izmantot, kā optimizēt to kveri, vai arī kā kešot datus lai samazinātu izpildes laiku?

nepareizi nevis 35K ierakstu bet 35K*35K ierakstu , attieciigi meklesanas laiks ir liels...

neizmanto pilno apvienosanu ( UNION, bet gan selektiivo JOIN [ INNER JOIN .... vai citu ], piedevaam uzreiz atlasi tikai derigos datus...

principā tev vajag 3 lietas

1. ierakstīt kukija masivu (objektu) kura saglaba tos stavokljus ( ieslegts / izslegts)

ta ka JS nav asociativa masiva kaa tada, bet ta vieta ir OBJEKTS..

( faktiski tas ir tas pats kas PHP asociativais masivs)

tad vari kā 'key' izmantot slepjamaa/paradamaa elementa ID un ka vertibu ieslegts/izslegts ( 0/1) etc..

2. ielasi kukiju, vai ja nav panjem defoltas vertibas

3. ar ciklu izej cauri masivam/objektam un attiecigajiem elementie ieseto vajadzigo stavolki ( show/ haide vai block / none)

( protams 3 punktu izpildot pie OnLoad)

vienigi atceries ka elements tiks noslepti / paradiiti PEC lapas pilnigas ielades..

taa ka sakuma labak visus noslep, un tikai vajadzigos atradi, nevis radi visus un nevajadzigos paslep

Programmēšana būs aktuālā vienmēr. Un nākotnē, manuprāt, tā kļūs tikai aktuālāka, jo viss virzās uz automatizāciju. Ja vien cilvēce neizgudros AI, kas spēs ražot kodu bez cilvēces iejaukšanās, tad līdz tam darbs programmētājiem (labiem) ir nodrošināts.

Un arī tad, būs vajadzīgi cilvēki kas to AI uzstāda uz konkrētās mašīnas...

Negribu īpaši popularizēt portfolio forumā,

Diezgan dīvaina attieksme..

Tas ir apmēram tas pats kas piedāvat automašīnu ar tekstu 'Kruta mašīna pērciet, tehniskos parametrus un vizuālo izskatu nosūtīšu ja man atbildēsiet..'

Manuprāt, ja piedāvā kādu preci, (tavā gadijumā tā ir prece/ pakalpojums) tad vismaz ieskatam parādi ko piedāvā ..

jebšu ejot uz veikalu nopērc mantu un tikai mājās skaties ko nopircis?

P.S. manuprāt vienkārši kaunies no saviem darbiem VAI demonstrē ZAGTUS darbus, kas nebūt nav tavi ..

(tādi kadri arī redzēti)

Personīgi sliecos domāt ka otrs , jo labs dizaineris ar saviem darbiem lepojas un meģina Sevi popularizēt, nevis slēpties..

 SELECT nosukums FROM tabulis  WHERE faili LIKE %meklejamais_vards% 

Ka strādāt ar $_POST / $_GET mainīgajiem un r pašu SQL nerakstīšu, jo to nāksies vien pašam sameklēt...

Es gan neesmu drošs, vai tas ir ātrākais variants.

ja jazin pilnigi visi ieraksti bez WHERE , tad atraks buus COUNT(*) , kas vienkarshi atgrieziis ierakstu skaitu tabulaa, (MYSQL skaitu glabaa atseviskji, taa kaa nekaada parlase nebuus)

Ja ar WHERE tad ir vienalga vai ID vai * ( protams ja ID ir primara atslega )

IMPHO num_rowus, buus mazliet lenaaks (nedaudz ...) jo MYSQL izmanto savu ieksejo mehanismu.. kas ir optimizets tieshi prieksh COUNT(*)..

P.S. bet nu ipashi nevajag iesprinkt, jo starpiiba buus nieciiga ...

Bet no pašas IP adreses skaitlīšiem nevar kaut kā, matemātiski, izskaitļot? Vismaz valsti...

 

Vai arī tās IP adreses dala pilnīgā random'ā?

 

Protams ka var izskaitljot ;) izmanto IP adreshu izdaliitos abgabalus, un skaties kurai valstij (ip apgabals) ir izdaliits

nee daudzmaz katrai valstij ir izdaliitas.. , bet taa vispariigi apgabali ir daudzmaz randomaa ...

Latvijas IP var izskaitljot njemot sho

nepateikshu uzreiz formulu, bet ir uzradiiti IP apgabali, un gan jau citam valstiim arii ir pieejami shie dati ...

tie visi komercialie softi, izmanto tieshi shos datus, jo citi NAV PUBLISKI pieejami ...

EDIT: vel info sheit

Bet nepieciešama tāda, kur ir arī pilsēta vai reģions ne tikai valsts.

reali varesi noteikt tikai kam IP pieder - organizaciju

attiecigi Lattelekomam taa buus visa latvija, kadam citam varbut arii pilseta/regjions... smalkaak dabuut buus problemas, ja vien nesadarbosies ar IP ipasniekiem (kautvai to pashu Latelkom, kurs tad talak pateiktu kur IP fiziski tiek izmantota)

 

Nu nu...

 

http://www.mysqlperf...what-is-faster/

es tecu STRINGA, nevis enum, jo enum jau glaba INT, (masiva indeksus) !!!