Swear

jQuery (vai drīzāk browseris) neatļauj cross-domain requestus, līdz ar to tas nedaudz var sarežģīt uzdevumu :)

šis risinājums negaidīti saplēsa manu lapu, jo float decimālais atdalītājs latviskajam localem ir komats. (problēmas apskats http://mark-story.co...n-and-landmines) fix: setlocale(LC_NUMERIC, '');

<pre class="prettyprint">setlocale() atgriež false.pieliku lv_LV.UTF-8 UTF-8 iekš /etc/locale.gen, palaidu locale-gen tagad izskatās šādi:</pre> # locale -a C POSIX en_US en_US.iso88591 en_US.utf8 lv_LV.utf8 ar setlocale(LC_ALL, 'lv_LV.utf8'); nostrādāja. paldies!

failā problēmu nav, http atbilde arī ir pareiza. nepareizā atbilde nāk no funkcijas, jo uz cita servera viss smuki strādā. viņš itkā neatpazīst tās garumzīmes nemaz.

echo iconv('UTF-8', 'ASCII//TRANSLIT//IGNORE', 'AĀBCČDEĒFGĢHIĪJKĶLĻMNŅOPRSŠTUŪVZŽ aābcčdeēfgģhiījkķlļmnņoprsštuūvzž'); izvada: A?BC?DE?FG?HI?JK?L?MN?OPRS?TU?VZ? a?bc?de?fg?hi?jk?l?mn?oprs?tu?vz? kādēļ tā? uz cita servera viss strādā. setlocale() mēģināju, nelīdz.. iconv_set_encoding() arī nelīdz. kautkas ar php konfigurāciju, vai paša servera?

Tātad cenšos uz PHP Klasēm uztaisīt tādu takā sistēmu, kurai var veidot pluginus. pagaidām sarakstīju kaut ko šādu: http://pastebin.com/BcY8v6Tj galvenā doma ir tāda, pats kodols parāda izskatu utt, arī iekš <title> būtu nepieciešams iekļaut palaistā plugina nosaukumu. vēl ir nepieciešams izvadīt visu pieejamo pluginu sarakstu (katrs stāvēs atsevišķā failā, un cik noprotu visus vajadzēs inklūdot). iesākumam - kā lai definē to title katram pluginam un izvelk, pie pluginu saraksta? man vēl nav nekādas sapraššanas par mainīgo pieejamību (public/private/static), tad kāds būtu pareizākais risinājums?

cik uzmetu aci uz svn, izskatās ka man gluži nebūs piemērots. pirmkārt jau nepatīk tas, ka darba vidē jaucas iekšā .svn mapes un cik palasīju, tās būs arī uz wwwroot. protams var arī taisīt tīro export uz www direktoriju, bet tas visu man tikai sarežģī. ātrāk tad jau ir manu testa vides www mapi iegrūzt iekš ftp un izmaiņas veiktas. varbūt arī neesmu visu izstudējis pietiekami sīki. bet nu pamēģināšu arī kādu dienu git. git'am cik sapratu var taisīt tikai publiskos repozitorijus? (interesē tikai bezmaksas risinājumi)

bet kas strādā servera pusē? tur arī jāuzstāda kautkāds svn serveris, vai caur to pašu ftp/sftp ies? rītdien papētīšu sīkāk. ar backupiem manai prastajai lapai pietiek - uzliku lai notepads seivo katru izmaiņu backupu mapē, ir izglābis pāris reizes. ok, tad ja būs neskaidrības jautāšu.

Tātad tiek veidota parasta lapa uz localhost'a. Dienā tiek veiktas nelielas izmaiņas un visi faili caur FTP, manuāli tiek uzmesti uz servera, lai ieraudzītu dienas gaismu. Kā varētu šo procesu vienkāršot, lai nebūtu katreiz visi vai daži faili jāsūta caur ftp? Darba stacija: Windows Izmantots tiek Notepad++ Serveris: Linux Ir dzirdēts par SVN, taču neesmu saskāries ar to nemaz, tādēļ nezinu ar ko īsti sākt. Kādi ieteikumi no pieredzes? edit: webserveris lighttpd

<?php $q = mysql_query("SELECT * FROM mantas ORDER BY time DESC limit 5") or die(mysql_error()); while($r = mysql_fetch_array($q)) { $month = date('m', $r["time"]); $dati[$month] = $r; } foreach ($dati as $m => $jaunumi) { echo "{$m}. menesa jaunumi:"; foreach($jaunumi as $x=> $news) { echo "> Jaunums id: {$news['id']}<br />"; } echo "<br />"; } netesteju, bet pec idejas vajadzetu stradat.

$link = mysql_connect('$host', '$user', '$password'); parastās quotes neizvada mainīgo vērtības, aizvāc '. un nedomāju ka arī tas būs risinājums. hostingiem parasti ugusmūris nelaiž klāt pie mysql no ārpuses.

Nu pirmajā tabulā tiek uzglabāti derīgi dati, tad kad šiem datiem beidzas termiņš viņi tiek pārvietoti uz otru tabulu. Pirmajā tabulā jābūt tikai derīgiem datiem lai meklēšana būtu pēc iespējas ātrāka. Laigan salīdzinot select kverijus starp abām tabulām laika zudums ir diezgan niecīgs. tabula1: Query took 0.0089 sec tabula2: Query took 0.0446 sec Visticamāk šāds princips (pārvietot nevajadzīgos datus uz citu tabulu) vairs nav aktuāls, jo tas ir 6 gadus vecs skripts, kad, laikam, datu select`ošana bija stipri ne-optimizētāka. laikam tomēr būs jāizmanto viena tabula :]

Ir divas tabulas ar gandrīz vienādiem laukiem. tabula1: id, laiks, dati; tabula2: zid, laiks, dati; iekš tabula1 ir dati: 1, 123456, dati; 3, 123456, dati; 6, 123456, dati; iekš tabula2 ir dati: 2, 123456, dati; 4, 123456, dati; 5, 123456, dati; id katrā tabulā ir unikāli. ir nepieciešams izvilkt visus datus un apstrādāt oderdojot pēc id desc. izmantoju šādu kveri: SELECT * FROM tabula1 UNION ALL SELECT * FROM tabula2 order by id desc 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?

priekš kam?

adblock?

$id = mysql_result(mysql_query('SELECT MIN(t1.ID + 1) AS nextID FROM web_members t1 LEFT JOIN web_members t2 ON t1.ID + 1 = t2.ID WHERE t2.ID IS NULL'),0); pēc tam ievietojot rowu id laukā ieliec $id vērtību. tikai web_members aizstāj ar savu taublu. bet kā jau tika minēts, ideja ir diezgan slikta, laigan dažos gadījumos varētu tiešām būt lietderīgi.

glype proxy atbalsta javascript, vienīgi lielākā daļa diseiblo js izmantošanu. iegooglē, noteikti atradīsi daudz tādus.

vai man tikai liekas, ka te kautkas ož pēc ipv6?

kas tās par muļķībām? esteria piedāvā sākot no 0.00ls sms līdz pat 5.13ls sms. vienīgi jāslēdz līgums. rekomendēju! techpoint neizmaksā naudu, vari pat nemēģināt, bet lhc un suncore nav diezko nopietnas kompānijas :] (no offence)

man nevaidzēja eskeipot, tikai izvilkt datus no db kas jau IR itkā eskeipoti. galu galā tiešām sajaucos ar to my_real_escape, uzķēros uz to, ko rādīja brauzeris. --- to ko es gribēju panākt: datubāzē ir teksts 'zaljsh&#33;' mysql_query("select * from table where teksts = 'zaljsh!'"); nelīdzēja jo stringi nav vienādi. function convert2ipb($s) { $a = array('&', '!', "'", ); $b = array('&', '&#33;', '&#39;'); return str_replace($a, $b, $s); } $find = 'zalsh!' $meklet = mysql_real_escape_string(convert2ipb($find)); // zaljsh&#33; mysql_query("select * from table where teksts = '$meklet'"); // vēlamais rezultāts sasniegts

ir tikai viena problēma - mysql_real_escape_string pārvērš kverijā &#33; atpakaļ uz ! datubāzē izsaukumzīmes ir nokodētas šādi: &#33; bet kverijs meklē uzreiz !, tāpēc neatgriež vēlamos rezultātus.

gala rezultāts function convert2ipb($s) { $a = array('&', '!', "'", ); $b = array('&amp;', '&#33;', '&#39;'); return str_replace($a, $b, $s); }

pārlūkā izvadās kā vajag, man nepieciešams nokonverēt stringu, lai varētu atrast iekš datubāzes. uzrakstīju savu funkciju. rezultāts ir vēlamais, tikai domāju ka ir jau gatavs risinājums. function konvert2reference($s) { $a = array('!', '"', '$', '%', "'", '(', ')', '*', '+', ',', '-', '.', '/'); $b = array('&#33;', '&#34;', '&#36;', '&#37;', '&#39;', '&#40;', '&#41;', '&#42;', '&#43;', '&#44;', '&#45;', '&#46;', '&#47;'); return str_replace($a, $b, $s); } echo konvert2reference('!'); // &#33;

Lieta tāda ka datubāzē (respektīvi ipb forums) stāv dati kuri ir dīvaini nokonvertēti. cik saprotu ascii simboli ir pārveidoti par html entitijiem, jo izsaukumzīme ! pierkastīta kā &#33; jautājums - ar kādu funkciju var pārkonvertēt ! uz &#33;

Paldies! strādā lieliski