Kasspars

Tev ir jāuzliek vecāka MySQL versija.

Vienā no versijām MySQL db engini sāka definēt šādi ... "ENGINE=MyISAM" Tev skaidri redzams, ka IPB skripts engini definē "TYPE=MyISAM" tāpēc arī kļūda.

Vēl vari mēģināt pašu svaigāko IPB

To, ka zuksam pietrūkst zināšanu WEB sfērā pierāda arī tas, ka viņš aktīvi debatē par vizītkartes lapām. Vizītkartes lapas jau sen kā vairs nav aktuālas.

Tagad aktuāla tēma ir landing pages, kuras tiek ceptas augšā nemērīgos daudzumos.

Re kā, izrādās zuks ir tikai trollis

Klients maksā par profesionāļa darba stundām un tur ir vienalga vai tu taisi lapu uz Joomlas vai taisi savu CMS no nulles.

Cena veidojas iztērētās "darba stundas" x "stundas likme latos". 

Normālas firmas (algas maksā ar nodokļiem) stundas likme ir kā minimums 25Ls

Menedžeris runā ar klientu, Dizaineris zīmē, programmētājs taisa psd->html un liek Joomlā.

Gribētos redzēt, kā to var izdarīt par 1, da kaut vai pa 5 stundām

@zuks Gribētos redzēt, kas notiktu mirklī, kad klients tavam torrentos novilktajam dizainam paprasītu nedaudz "palielināt to", "samazināt šito". Tad arī parasītu 25Ls?! :haha:

Ir ir Tieto. Vieņi tagad sāk lielu projektu un aktīvi vāc kaudzi ar developeriem.

Renathy, liels +1 tev!

Nav tik traki, tur tak tikai datu attēlošana. Max 2 - 3 formas.

Vai tad skolā šito vairs nemāca?

Šis nav tas gadījums.

Njā, tā izskatās. Jo lielāki rowi jau selekts lēnāks paliek.

Pamēģini piespiest MySQL izmantot PRIMARY indexu. Jāpaskatās kā precīzi sintakse bija. Tipa FORCE_INDEX

Mjā, šķiet marrtinam taisnība, ka mysql neizmanto indeku, lai meklētu offsetu.

http://stackoverflow.com/questions/4481388/why-does-mysql-higher-limit-offset-slow-the-query-down/4502426#4502426

 

 

P.S. Tas ir tik tizli <- tas, ka mysql tā dara jeb precīzāk nedara.

Par to index un offset vēl var pastrīdēties. Tas laikam atkarīgs no paša mysql, kā viņš tagad izdomās taisīt fullscan vai pēc indeksa.

Skaidri zinu, ka problēmas sākas, ja piedžoino tabulu un tad kārto pēc tās lauka, tad gan ideksu neizmanto un sākas fullscans

SELECT * FROM table1

LEFT JOIN table2 ON table1.id=table2.idd

ORDER BY table2.val

nu tad iekopē īstās tabulas struktūru!

Man šķiet, ka tas bija tāpēc, ka "skrollēšanai" ar LIMIT tas index nemaz netiek izmantots. Kāpēc nē - nezinu.

Ā, vēl pamēģini tikai ar "select testdb.id" nevis *.

Nu tā nav! Index tiek izmanots, ja limitē!

Tikko pats pamēģināju ar 1010000 ierakstiem un tavs query man izpildās 0.27 sekundēs

Man explain izskatās šādi

Kā tu izsecināji, ka tev tur notiek fullscan?

/Klusi applaudē /Mod//

 

 

Par tēmu - ūdens tas nav. Ir ne mazums letiņu un ne mazāk ārzemju itt kantori, kam ar komunikāciju pašā kantorī ir pamatīgā pakaļā - plānošana sucks, nav skaidra "chain of command" (nē, visi nevar būt vienlīdz vadoši, demokrātija nedarbojas), nemaz nerunājot par sliktu komunikāciju ar stakeholderiem (stakeholder ( == || != ) klients) kā rezultātā top sliktas specifikācijas un zūd kvalitāte. Ir labi, kad lead var objektīvi un korekti lemt par termiņiem, bet lielā daļā kompāniju lead vedas pēc "how to earn more in less amount of time", kas nozīmē pārslodzi "melnstrādniekiem". 

 

Problēma ir. Ir labi, kad kāds apzinas šīs problēmas un tās labo. Diemžēl, ne visi viņas apzinās. 

Nu es sapratu tavu domu. Tas raksts ir jāskatās stakeholder/vadītāja acīm, jo viņam programmēšana ir melnā kaste. Un ja viņam pasaka, ka tu varētu palielināt peļņu par 10% samazinot programmētāju savstarpējo kašķēšanos, tad kāpēc ne. Ņemam darbā HR speciālistu  :)

There are 5 worst practices in software development that if stopped immediately will improve your productivity...

Tas raksts ir baigs ūdens. Tas taču ir tik loģiski, ka konfliktējoši komandas biedri pie rezultāta netiks.

Domāju, ka draugiem.lv ir ieliktas nonces. XSS you know

Kad vēl nebija XAMPPveidīgo, tad php, apache, mysql tika likti katrs atsevišķi. PHP pat instalātora nebija, pašam ar rociņām vajadzēja failus pareizajās mapītēs sakopēt :)

MySQL selektēt no vienas tabulā māk ļoti ātri. Problēmas sākas, kad sadžoino vairākas tabulas un tad nokārto pēc pēdējās tabulas lauka, tad ir auzas!

Tā uz sitienu šķiet, ka nav vienotas formulas kā validēt telefona numuru. 

Nu es atļautu tikai ciparus, tukšumu, - un +  tipa "+371 238-443-22" vai "+37123844322"

Katrā ziņā nebūtu labi baigi ierobežot lietotāju uz telefona numura ievadi

Uz cik mēnešiem darbs paredzēts?

Iemet te visu aprakstu un mēs tev to visi draudzīgi uzprogrammēsim. Mums tas sanāks ātrāk, jo ļoti labi zinām MySQL un PHP :P

Joomlā ir globāls document objekts, kuru var dabūt šādi:

$document = JFactory::getDocument();

Tālak, document objektam ir metode setTitle, ar kuru tiek uzstādīts lapas title.

Lapas title parasti maina komponentes skatā (view). Jā, visas Joomla komponentes ir MVC stilā programmētas

Komponentes defaultaus templeit atrodas šeit:

components/com_content/

skaties folderī views/{view_name} un ver vaļā view.html.php tur meklē $this->document->setTitle($title) (viewā jau ir sagatavots document objekts, tāpēc nevajag vēlreiz izsaukt JFactory::getDocument())

Par SIA un vispār, ieteiktu ņemt vērā, ka nodibināt ir viegli un lēti. Bet uzturēšana (grāmatvedība) un likvidācija ir pavisam kas cits - grāmatvedis ir must have un būs regulāri jāiesniedz visādas atskaites utt., ieteiktu ļoti rūpīgi apsvērt uzņēmējdarbības formu, jo parastā SIA bez grāmatveža nekādi neiztiks. Un parasti grāmatveži zin, kā izskatās programmētāju SIAs (neizskatās labi).

Kāpēc lai programmētāju SIAs izskatītos slikti?

Codez, es jau vēlāk sapratu, ka piesējies pie terminiem :)

Gribēju, kā labāk, Vienkāršiem vārdiem izstāstīt cik programmētājam freelancerim ir izdevīgs mazais SIA, sanāca kā parasti

codez iemācies lasīt

MUN (9%) ir jāmaksā tikai un vienīgi no ieņēmumiem/ienākumie. Izrakstīji rēķinu pa 1000Ls + PVN, tad MUN būs 90Ls un viss! Pēc tam no atlikušajiem 910Ls vari apmaksāt visus savus ārpakalpojumus un nekādi papildus nodokļi nebūs jāmaksā