Jump to content
php.lv forumi

Swear

Reģistrētie lietotāji
  • Content Count

    67
  • Joined

  • Last visited

About Swear

  • Rank
    Skriptu bērns
  1. jQuery (vai drīzāk browseris) neatļauj cross-domain requestus, līdz ar to tas nedaudz var sarežģīt uzdevumu :)
  2. š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, '');
  3. <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!
  4. 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.
  5. 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?
  6. 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 pa
  7. 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)
  8. 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.
  9. 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
  10. <?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.
  11. $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.
  12. 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 :]
  13. 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 alte
×
×
  • Create New...