Jump to content
php.lv forumi

Leotard

Reģistrētie lietotāji
  • Content count

    13
  • Joined

  • Last visited

About Leotard

  • Rank
    Māceklis
  1. Login, register, gallery, ect.

    Jā, Elons ir kruts. Pat bez ugunsmetējiem. :)
  2. Login, register, gallery, ect.

    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...
  3. Login, register, gallery, ect.

    Jā, tā laikam īsti nav, kā visi domā. Tas ir tikai kolonnas platums datu izdrukā. :D https://www.virendrachandak.com/techtalk/mysql-int11-what-does-it-means/
  4. Login, register, gallery, ect.

    Ņem par labu! 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. 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
  5. Login, register, gallery, ect.

    :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
  6. Login, register, gallery, ect.

    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 = "me@example.com"; $headers = "From: info@manalapa.lv" . "\r\n"; $headers .= "Bcc: info@manalapa.lv" . "\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
  7. Login, register, gallery, ect.

    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.
  8. 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
  9. Bezmaksas blogs Prestashop

    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.
  10. 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?
  11. Pārnest datubāzi uz Woocommerce

    T.i. apsvērums ir tāds, ka labāk normāls saits ar vienkāršāku veikalu pielikumā, nekā pliks advancēts veikals? Es te plānoju uzstādīt nelielu veikaliņu, un nevaru izšķirties starp WooCommerce un Prestashop. Prestashop kā veikals šķiet jūtami labāks, bet arī liekas krietni ierobežojošāks, turklāt pat parastu bloga lapu "pieskrūvēt" izskatās, ka vesela problēma - nekad nebūtu domājis, ka tā varētu būt. WooCommerce pamēģināju - tur viss atkal liekas no špickām un košļājamās gumijas salipināts. Uzlikt vairākas valodas, kas Prestashop ir jau defaultā, labākais bezmaksas variants - gļukains ķīniešu plugins ar nesaprotamu licenci - it kā bezmaksas, bet it kā arī naudu prasa. Sapņotāji. Tā, lūk, stāvu krustcelēs. Vienu dienu liekas - jāņem viens, nākamajā jau spļaudīdamies skrienu pie otra, pēc tam atpakaļ... Vai ir kādi tīri subjektīvi apsvērumi, kuru labāk ņemt?
  12. 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?
  13. Pārnest datubāzi uz Woocommerce

    Kas ta nu? Vai OpenCart grimst un ir laiks pamest kuģi? Un kādēļ no OpenCart tieši uz WooCommerce? Vai nebūtu loģiskāk uz PrestaShop? WooCommerce tak vienmēr tika uzskatīts par vājāko no šiem trim. Vai tiešām WooCommerce ir attīstījies tik ļoti, ka nu ir labākais no variantiem?
×