mad182

To bertu vispār vajadzētu likvidēt. Sabakstija man te klients bertā kaut ko, viss tik labi, viss tik forši, visu pats varu. A kad kaut kas sāk neiet, tad skraida pa pasauli un meklē, kas to sūdsu salabos.

Un tik atkal lieku backupu, jo viss ir sairsts.

Piekritīšu, ka dateks variants noteikti ir labāks. Scrollbari kaut kur lapas vidū $%^& !@#$%. Filtriem tos vismaz ir vieglāk pieciest, bet ja viss saturs normāli neskrollējas kā ierasts, tas ir ļoti kaitinoši.

Vispār jau skatīties portatīvajam kompim tikai cenu un kaut kādus gigabaitus ir neadekvāti. Konkrētais vispār ir ļoti specifiska pielietojuma un ārpus jebkuras kategorijas, bet arī ikdienišķāki datori mēdz maksāt pāri tūkstotim par kaut cik sakarīgu biznesa klases kompi, kamēr kaut kāds no plastilīna un vecām riepām taisīts packard bell ar līdzīgiem parametriem blakus plauktā mētājas par 300. Bet palietojot tos ir skaidrs, par ko tiek maksāts.

Nu es teiksim nekad neapsvērtu iespēju hostēties pie forumu spameriem. Tas vien jau norāda uz līmeni.

Neesmu manījis, ka piemēram deac vai sigmanet piespamotu forumus.

Braukšana ar auto jau arī pamatos nav mainījusies, bet autoskolās kaut kā gazikus vairs nemana...

Serveris.lv vienozīmīgi. Hostēju tur savus projektus

Kad pēdējās 2 reizes logojos iekšā noutpadā, tas aizņēma minūti 

Ar šo arī ir nācies saskarties. Un tas laiks pieaug, pieaugot offset lielumam. 10m ierakstu dalīšanai lapās kverijs ar limit offsetu praktiski jau ir neizmantojams.

Caps lock e-pastos rada vēlmi sūtītājam rekomendēt doties na***. Īpaši ņemot vērā, ka caps lock lietotaji parasti sūta tikai "svarīgu" tekstu.

Jauki, bet par to "wordpress nīdējiem" tu uzprasies :)

Neredzu tur pilnīgi neko wordpress specifisku, ja neskaita to, ka tādai vienkāršai lapai ir 8 css faili un kods piedzīts ar visādu WP raksturīgu šņegu...

<meta name="googlebot" content="all,index,follow,noodp" />
<meta name="robots" content="all,index,follow" />
<meta name="msnbot" content="all,index,follow" />
<meta name='robots' content='noindex,nofollow' /> 

Ej un tagad saproti, kurš bots to lapu indeksēs. Klasisks wordpress.

"lai kaut ko uztaisītu uz WP - nav jānogalina ;)"

Tad kad nākas labot to, ko kāds "wordpress speciālists" ir uztaisījis, šad un tad gribas gan kādu nogalināt.

Kods ir miskaste. DB arī ir miskaste. Plugini un tēmas ir vēl lielāka miskaste.

Man jau liekas, ja cilvēks var izdomāt, kā ar minimālu laika ieguldījumu nopelnīt pietiekami daudz naudas, un pārējo laiku veltīt interesantākām nodarbēm, tas ir tikai apsveicami, un pilnīgi vienalga, ka tas nedod pievienoto vērtību. Man skauž.

"Vispārīgi runājot tu prasi kā ēdienu (resurss) pārveidot par domām - faktiski 2 pilnīgi atšķirīgas lietas"

$obj = (object) array('pankūkas', 'kartupeļi', 'dilles');

var_dump($obj);

:hihi:

Tāpēc, ka lietot maksas programmu bez licences darbā ir kā minimums nesmuki :)

Nez, man personīgi viņš nešķiet 30 latu vērts. Netbeans patīk labāk.

Netbeans vai Eclipse kā IDE, gedit kad vajag ātri pāris rindas palabot.

Vēl tagad daudzi ir sajūsmā par Sublime Text 2 (šis gan nav bezmaksas, bet mājās lietot var, ja sirdsapziņa netraucē, pirkšanu viņš neuzspiež)

Tas ko tu dari ir līdzvērtīgs skrūves dzīšanai sienā ar āmuru.

Kā tas ir "ar visiem setlocale nespēj korekti sazortēt latviešu simbolus"?

<?php
$arr = array('ā', 'ļ', 'k', 'l', 'a', 'ž');
asort($arr, SORT_LOCALE_STRING);
var_dump($arr);

<?php
setlocale(LC_COLLATE, 'lv_LV.UTF-8');
$arr = array('ā', 'ļ', 'k', 'l', 'a', 'ž');
asort($arr, SORT_LOCALE_STRING);
var_dump($arr);

<p><input type="button" name="reg" value="Reģistrēties" class="button" /></p>

vienkaršāk nomaini pogas tipu uz button un tad ar jquery click funkciju izpildi savas darbības.

Pilnīgi un galīgi nepareizs piegājiens.

Kas tādā gadījumā būs, ja lietotājam nebūs javascript atbalsta, vai arī viņš gluži vienkārši nospiedīs "enter"?

Ja tu JOIN'o klāt tabulu, tad neliec to pie FROM.

Lietotaja ievadītos datus ir jāglabā "as is", nevis jāmēģina tos sačakarēt jau pie inputa. Pie izvada ir attiecīgi eskeipošanas funkcija. Nav tur nekā nepareiza.

Un home mapē neglabāt tāpēc, ka a: home mape ir paredzēta lietotāja datiem b: lai nebūtu problēmu ar permisiju menedžēšanu, kad jūzerim x jātiek jūzera y vhostā..

Ja tas ir šārēts serveris, kuru izmanto vairāki nesaistīti lietotāji, tad tie mājas lapas faili pa lielam arī ir lietotāja dati. Un pie citu lietotāju failiem viņam nu nekādā gadījumā nav jātiek. Lietotajam ir sava mājas mape, kurā viņš glabā savus failus. Ja viņš vēlas lai tie ir pieejami citiem caur web, viņš tos liek public_html mapē.

Pirmkārt, no kurienes visi rauj, ka webi ir jāliek home vai pasarg print opt, vai vēl sazin kur? vhostiem jāstāv /var/www/domens.com. Punkts. Likums. Bez izņēmumiem. Visus kuri pārkāpj sist un dedzināt uz sārta. Labākajā gadījumā, aizliegt tuvoties web serverim pa 300 kilometriem.

Tātad SuSE izstrādātājus ir jādedzina uz sārta, ja viņiem noklusētais webroots ir

lighttpd izstrādātājus arī, jo viņi izvēlas /srv/httpd?

var - variable

srv - served

Ko tas saka mums priekšā? /var satur logus, visādus pagaidu failus, cache, spool, meilu un citu drazu. Tam, kurš izdomāja, ka tur uz ubuntu, debian un tamlīdzīgiem būtu jāliek arī mājas lapas vispār ir bijusi ļoti apšaubāma loģika.

Pa šiem gandrīz 3 gadiem gan jau autors būs ticis galā ar problēmu :)

Fontu TCPDF var uzģenerēt pāris sekundēs ar drag and drop...

http://fonts.snm-portal.com/

Es to qwebiz nahrenizēju iekš iptables.

Portam nav nekāda sakara ar domēnu. Domēns tikai norāda uz IP adresi, kurai slēgties klāt pēc pieprasītā vārda.

Ja tev webserveris nav uz noklusētā porta, un tu raksti adresi piemēram 123.100.100.10:81, tad ar domēnu tu tā pat rakstīsi mansdomens.lv:81

$_SESSION['email']

Kur tavuprāt tas varētu rasties, ja pieprasījumu uz šo failu veic fortumo serveris, nevis lietotājs? :)

Un tev nav "jāiet" sms.php. Tas fails ir pieejams tikai fortumo webserverim. Lai apskatītos, vai tas viss strādā ir domāta testa iespēja fortumo lapā.

Savu ūberkodu uzraksti atsevišķi, bez fortumo koda, notestē ar statisku parametru. Kad viss strādā, pieliec fortumo kodu un testē caur viņu lapu.