Leotard

http://www.freakart.lv/

On 4/10/2018 at 8:29 AM, jurgenz said:

Par desktime piekrītu, pilnībā netraucē un neparko nav jāuztraucas un jāpiekrīt @briedis - pašam ir vieglāk izsekot, cik stundas esi darbā, jo darba dienas sākums ir mainīgs.

On 4/10/2018 at 11:17 AM, briedis said:

Vadība DeskTime izmanto tikai ekstrēmos gadījumos

Vai ne? Tipa, "tas tik tā..." No sērijas, kad tev iedod parakstīt līgumu un saka - "tas jau tik tāds papīrs, tukša formalitāte, mums jau nemaz nevajag, bet parakstiet gan, un salasāmi, lūdzu". :D

On 3/26/2018 at 12:11 PM, e-remit said:

DeskTime

Pirmais jautājums pēc šī uzreiz ir - abet arodbiedrība ir? Kā iestāties? Kam jāraksta iesniegums?

Ja cilvēks ir spiests strādāt vietā, kas izspiego viņa katru soli, tad var vienīgi uzsist uz pleca un izteikt līdzjūtību.

Manis pēc cilvēks uz galvas var stāvēt, kamēr vien darbs ir padarīts

Karodziņš uz galda nav jāizliek, kad iet pačurāt? :D

Un tas vēl tiek reklamēts kā progresīva Latvijas eksporta prece. Kaunējušies būtu. 

Nu, tā tas laikam gluži nenotiek... :D

Mans ieteikums praktiskam risinājumam -  aizej uz w3schools sadaļu par CSS, izstaigā visas nodaļas un izmēģini "Try it yourself" podziņas. Agri vai vēlu redzēsi piemēru, kas atbilst tavām vajadzībām, un kurā Tu vēl pats vari orientēties. To tad arī izkopē un saglabā pie sevis. Pieklājības pēc kaut ko bišķi palabo. Ar to varētu pietikt.

On 3/27/2018 at 11:44 AM, Treaktors said:

neizmantojot wordpress planus nav savādāks veids? Jo kopija man stāv uz localhost

 

Wordpress domēna plāni ir domāti gadījumiem, ja tu izmanto viņu hostingu. Ja tu hostējies citur, viņiem gar tevi nav nekādas daļas. Liec ko gribi, kur gribi, kā gribi.

Jāapzinās, ka ir divas dažādas, lai arī saistītas lietas: (A) Wordpress kā CMS, bezmaksas programmatūras pakete, un (B) Wordpress kā uzņēmums, kurš rada un izplata šo programmatūru, bet arī pelna naudu ar hostingu, uzturēšanu, domēna vārdiem u.c. - kas mums nav aktuāli, ja mūs tas neinteresē.

On 3/27/2018 at 10:50 AM, Treaktors said:

Sveiki! Kas man reāli ir vajadzīgs lai pārliktu savu wordpress lapu uz savu personīgo domenu? Doma ir paņemt domenu no nic.lv bet nezinu kas jādara tālāk?

Kas? Nekas.

Nu, t.i. vajag, saprotams, (1) savu domēnu, (2) Wordpress instalāciju, ko var paņemt bez maksas no viņu vietnes, (3) serveri, kur to ielikt, un viss.
Noīrē hostinga vietu, ieliec tur Wordpress, paņem domēnu no nic.lv un nokonfigurē, lai rāda uz pareizo IP. Vairāk nekādas burvestības  tur nav.

Ja Tev jau ir blogs wordpress.com, kā noprotu, tad tajā ej uz Tools – Export – Free / Start Export. Dabūsi e-pastā saiti uz ZIP failu. Atzipo to, dabūsi XML failu. Savā serverī aizej līdzīgi uz Tools – Import – WordPress/ - Install Now (tiks noinstalēts importa skripts), pēc tam turpat – Run Importer. Ielādē XML failu. Tad apstiprini, ka gribi, lai skripts no esošās wordpress.com lapas nolādē attēlus (jo tie nav iekļauti). Un gatavs!

Congratulations! :D

Manā skatījumā pietiktu, ja biznesa cilvēks zina, ka Themeforest var nopirkt jau gatavus šablonus visiem dzīves gadījumiem. Pārējais nav viņa rūpe. Varbut advancētam indivīdam būtu labi zināt, kāda ir atšķirība starp .html un .css failu. Bet arī tas jau ir par daudz, ņemot vērā, ka lielai daļai cilvēku pat failu paplašinājumu rādīšana datorā ir atslēgta...

Mhm. Ko jums tur tajā biznesa skolā māca. Kopš kura laika uzņēmējdarbības sastāvdaļa ir Web programmēšana? Tā ir ilūzija, ka cilvēks, kurš nekad neko nav programmējis var uzreiz no ielas apsēsties pie datora un "čiki briki" pāris vakaru laikā kursa darba ietvaros uzprogrammēt stilīgu mājaslapu. Tam, kurš izstrādāja mācību programmu, ir bijuši salmi galvā. Tas gluži vienkārši nav iespējams. Zili-zaļi-sarkanus DIV taisnstūrīšus pazīmēt ekrānā pāris vakaros var iemācīties, vairāk neko.

Jā, Elons ir kruts. Pat bez ugunsmetējiem. :)

Es patiesībā arī esmu dažreiz pārdzīvojis sirdsapziņas mokas par pārmērīgi lielu datu lauku lietošanu, bet vienmēr esmu atmetis ar roku un labi vien bija. Ar mūsdienu jaudām nelielām sistēmām tas ir absolūti nebūtiski. Un problēmas un čakars, ja lauks izrādās par mazu, ir nesalīdzināmi daudz lielākas, ja tas rada datu zudumu, šaubas par datu ticamību, darbības traucējumus, liek pārtaisīt sistēmu, kas var nelabvēlīgos apstākļos izrādīties pat ļoti grūt, tā ka - priekš kam riskēt? Saprāta robežās, protams...

Jā, tā laikam īsti nav, kā visi domā. Tas ir tikai kolonnas platums datu izdrukā. :D 

Quote

 

A very common misconception about what int(11) means in MySQL is that the column can store maximum integer value with 11 digits in length. However, this is not true. int(11) does not determines the maximum value that the column can store in it. 11 is the display width of the integer column

 

https://www.virendrachandak.com/techtalk/mysql-int11-what-does-it-means/

Ņem par labu!

4 hours ago, Māris Skrīvelis said:

 ja man stāvēs 10 iekavās, tad tā ir lieka atmiņas tērēšana

Ja Tu ar to domā 10 pozīcijas lietotāja saskarnes lodziņā, tad tas reāli nav saistīts ar datubāzes atmiņas izmantošanu. Tas pats MEDIUMINT UNSIGNED (kas reāli glabājas datubāzē) nosedz diapazonu no "0" (viena pozīcija, viens cipars), līdz "16777215" (8 pozīcijas). Ja gribi, vari noformatēt stringu labākai salasāmībai kā "16 777 215" un būs Tev 10 pozīcijas lodziņā pie tā paša vietas patēriņa datubāzē. Ko es gribu teikt - tas kas ir datubāzē un tas ko redz lietotājs ne vienmēr ir tas pats, tas ir jāapzinās.

Bet vispār - roc Googli. Tādās vietās kā Stackoverflow cilvēki jau ir izrunājuši lielāko daļu no tā, kas var jebkad ievajadzēties.

Lai veicas!

Papildinājums:

Pielēca, ka Tu domā konkrēti MySQL parametrus,  tipa "INT(10)". Tad viss kļūst vēl interesantāk. Tici vai ne, bet tam nav nozīmes. Tas ir tikai atainošanas mērķiem. Reālo atmiņas patēriņu nosaka datu tips.

Quote

The display width of the column does not affects the maximum value that can be stored in that column. A column with INT(5) or INT(11) can store the same maximum values. Also, if you have a column INT(20) that does not means that you will be able to store 20 digit values (BIGINT values). The column still will store only till the max values of INT.

Reference: https://www.virendrachandak.com/techtalk/mysql-int11-what-does-it-means/

Izstudē šo rakstu, un Tu būsi zvaigzne pasniedzēja acīs. Dabūsi plus punktus. Vai arī mīnus. Par to, ka zini lietas, ko pasniedzējs pats nezina. :D

11 hours ago, Māris Skrīvelis said:

EDIT : Es sāku domāt par MySQL databse useriem. Ir kādi ieteikumi, cik jābūt garam INT id ailei ? Parasti visiem ir 10-12, bet es šaubos, ka man tik daudz būs nepieciešams, ja plānoju veidot mājaslapu mikrouzņēmuma prezentēšanai un pakalpojumu uzrādīšanai. ( tās visas datubāzes nepieciešams tīri tādēļ,  lai koledžā galadarbu pieņemtu, citādi ir tīrs vizuālais bez programmēšanas. ) . Es pieļauju, ka ar kkādu 6nieku vai 7nieku iekavās pietiks, ne ? Citādāk lieki atmiņu noēdīs.

:D Ja vien Tev nav 1 000 000 useri, nedomāju, ka mūsu laikos tas kādu varētu īpaši uztraukt. Koledžā gan Tev var laikam pasniedzējs principa pēc piesieties par pārmērigi gara id izmantošanu, jo teorētiski tā ir izšķērdība, nezinu.

Vispār, ja id Tev ir INT, tad runa ir nevis par ailas platumu, bet par mainīgā tipu. SMALLINT UNSIGNED varētu reālistiski būt Ok: 0..65535. Nu labi, ņem MEDIUMINT UNSIGNED, lai ir drošs, tas ir max 16777215 - visās trīs Baltijas valstīs kopā nav tik daudz iedzīvotāju, vajadzētu pietikt... :D 

Reference: https://dev.mysql.com/doc/refman/5.7/en/numeric-type-overview.html

12 hours ago, Māris Skrīvelis said:

Vienīgi es sāku vēl domāt - ja man Kontaktos būs forma, kur jebkurš lietotājs var nosūtīt epastu adminam ( pieņemsim, uz privātu mikrouzņēmuma gmailu ), kā notiks tā nosūtīšana ? Lapa jau nevar no zila gaisa nosūtīt uz tavu epastu ziņu, tātad vajadzēs apakšā kaut kādu adresi zem pašas lapas palikt, lai ir no kurienes sūta, ne ?

Nu, saprotams. Lai ņem admina adresi no konfigurācijas faila vai datutubāzes, bet sūtītājs lai savu ieraksta kontaktformas lodziņā.

Pati sūtīšana jau ir vienkārša. No konteksta izrauts apgraizīts piemērs zemāk. Atceries tik, ka subjektā latviešu burti lai visiem rādītos, subjekts ir atbilstoši jākodē, kā te redzams.

$message = "Viens, viens...";

$to = "[email protected]";

$headers = "From: [email protected]" . "\r\n";
$headers .= "Bcc: [email protected]" . "\r\n";
$headers .= "MIME-Version: 1.0" . "\r\n";
$headers .= "Content-Type: text/html; charset=UTF-8" . "\r\n";

$subject = "Šī ir pārbaude žšč";
$subject = '=?UTF-8?B?'.base64_encode($subject).'?=';

mail($to, $subject, $message, $headers) or die("Error. Mailing request failed.\n");

Reference: https://secure.php.net/manual/en/function.mail.php

Pa lielam domu gājiens šķiet pareizs. Ieteiktu sākumā nelauzīt galvu par CSS versijām, bet koncentrēties uz kopējo vietnes struktūru un funkcionalitāti. Sākumā izveidot primitīvu strādājošu prototipu bez kādiem CSS, neglītu pēc velna, lai ļauj izprast tieši šīs lietas, par kurām Tu runā. Smukumu pietaisīt pēc tam. Galvenais atceries atdalīt funkcionalitāti no stila, ja sajauksi formatējumu kopā ar kodu, būs praktiski neiespējami bez 90% pārtaisīšanas ko pamainīt.

Visi kā aptrakuši pēc Bootstrap, bet nelielam projektam tas ir overkill, dabūsi vairāk laika cīnoties ar nesavietojamībām, nekā darot lietderīgu darbu. Var mēģināt kādu no minimālistu freimworkiem, kā Foundation vai Skeleton. Arī jQuery, kas tagad skaitās pats par sevi saprotams, tāds nemaz nav, un kādreiz labāk izmantot pliko JavaScript. Savādāk vienai mazai štrunta lapai ar diviem paragrāfiem teksta mūsdienās velkas līdzi vagons ar bibliotēkām, kas ļauj šos divus paragrāfus atainot precīzi tādā pašā veidā kā divi miljoni citās lapās ... pēc 5 minūšu ielādes.

Sāc tik programmēt un rocies pa Google. Tur ir atbildes uz visiem jautājumiem ar jau gataviem piemēriem. Galvenais ir piešauties ātri meklēt un izšķirot lielu informācijas daudzumu, paturot derīgās kripatas.

Tā vienkārši forumā neviens to nevarēs izstāstīt. Sāc tik darīt un būs.

4 hours ago, Kasspars said:

Lai dabūtu veikalu tev vajag vienu no diviem

 

O, man ir ļoti labas zināšanas! Tās tik vēl ir tapšanas procesā. Tādēļ arī ievācu viedokļus, lai tas notiek ātrāk. :D

2 hours ago, Caaliitis said:

Man nav bijušas problēmas ar WOO, jo wordpres by default ir blogs un neviens plugins no abiem tev nenogriež iepsējamību pievienot bloga ierakstus. Pieņemu, ka konfigurē kaut ko ne tā.

Tā ir taisnība. Wordpress jau arī ir blogs. Taču runa iet par Prestashop.

Par kādiem pluginiem iet runa? Wordpress nekādus pluginus nevajag. Savukārt Prestashop normālus, kaut vai strādājošus, bezmaksas pluginus man atrast nav izdevies, un maksas plugini izskatās visai ierobežoti savās iespējās, tā ka atskaldīt savus 100EUR par iespēju ieraudzīt pāris kvadrātiņus ar tekstu neliekas saistoši.

Pieņemu, ka arī saprotu visu ne līdz galam, tādēļ ievācu viedokļus un padomus.

Vajag saitu ar blogu un veikalu.

Esmu, nocīnījies līdz nelabumam ar Wordpress+WooCommerce un Prestashop, un esmu nonācis pie slēdziena, ka pirmais ir jēdzīgs blogs ar nekam nederīgu veikalu, bet otrais ir labs veikals ar nekam nederīgu blogu, un vispār diezgan ierobežotām iespējām ko mainīt.

Beigās rādās, ka labākais risinājums ir katru sēdināt uz sava apakšdomēna un ļaut tiem nodarboties ar to, ko nu kurš prot labāk. Bet tas atkal rada citu problēmu - ja pērk tēmas, tās būs jāpērk divreiz, un vienotu vizuālo identitāti ievērot būs grūti.

Vai vairāk pieredzējušie kolēģi varētu padalīties ar saviem priekšstatiem par principiāli labāko risinājumu?

Vai eksistē kāds normāls bezmaksas bloga modulis priekš Prestashop?

Ir gadījies redzēt dažus bezmaksas tēmās iekļautus, no kuriem neviens nestrādāja normāli vai nestrādāja nemaz.

Vai ir kāds cits risinājums, kā pašā Prestashop sistēmā izveidot blogu, nepērkot maksas moduļus?