Joyride

Paspelejies ar maila headeriem:

$headers  = 'MIME-Version: 1.0' . "\r\n";
$headers .= 'Content-type: text/html; charset=utf-8' . "\r\n";
$headers .= 'From: TTSYS' . "\r\n";

Vai ir iespējams noskaidrot caur PHP Apache konfigurāciju? Konkrētāk interesē uzzināt, vai ir eneibloti ".htaccess" faili un kāds ir AccessFileName, ja atšķiras no ".htaccess".

Bet, ja metode var but statiska, labak nav vinu definet ka parastu funkciju...?

Par 8. punktu: kapec harkodet?

define('SITE_ROOT', str_replace('\\', '/', dirname(__FILE__)));

Luk - Tev ir konstante, kura satur absoluto celju lidz lapas rootam. Vel vari uztaisit papildu konstantes:

define('INCLUDE_DIR', SITE_ROOT . '/includes');
define('CLASSES_DIR', SITE_ROOT . '/classes');

... un require_once './classes/Database.php' vieta izmanto require_once CLASSES_DIR . '/Database.php'.

Sita pat ir labak, jo bus vieglak atcereties, un, ja sagribesies mapi /classes parsaukt par /lib, tad atliks vien pamainit konstanti.

Jaa, eneiblo ieks php.ini php_mssql.dll un parliecinies, ka php mape ir ntdwlib.dll (SQL Server client library).

Mana motivacija ir gimene. Esmu precejies un pavisam driz klusu ari par tevu.

Par tam halturam pareizi goldy teica. Sakuma izverte darba apjomu un tikai tad keries klat. Man pasam ir gadijies, ka dabuju labi apmaksatu halturu, bet velak izradas, ka iegulditais laiks neatmaksajas, jo tas bija merams daudzos meneshos.

Oops, sorry, mana kljuda, biju izsaucis to privato funkciju arpus klases. Sakuma biju domajis taisit ka publisku, pec tam padomaju, ka lai ietaupitu izsauksanu, to var veikt konstruktora. Pirmdienas vakara nogurums dara savu :)

No klases konstruktora izsaucu tas pasas klases funkciju, kas defineta ka privata...

	  public function __construct($var)
  {
	 $this->PrivFunc($var);
  }

	  private function PrivFunc($var)
  {
	 ...
  }

bet dabuju topika nosaukuma redzamo erroru. Kur ir kljuda? PHP v. 5.2

Parklajas darbu laiki, darbinieks viena reize dara divus darbus. Reti, bet gadas.

Sk., paldies! Bus tikai masivs jasakarto, jo tur darbu laiki dazreiz parklajas.

Varetu izstastit saprotamak?

Nu jaa. Uztaisiju skriptu, kurs sazime ar GD stundas un minutes, bet...

Teiksim, laiks no 07:00 - 24:00, tas ir 18 stundas. Tatad sanak 18h*60sec=1080 reizes jaskrien cauri datu masivam (kurs sastav no ~10 intervaliem), un jaskatas, vai konkreta minute ietilpst kada no intervaliem. Sanak uz 1 darbinieku rupji rekinot, pari pa 10`000 iteraciju. Bet darbinieki ir daudz un linijas javeido par menesi, nevis par dienu.

Vai ir kadas idejas, ka to procesu atvieglot? Es jutu, ka domaju nepareizaja virziena.

Ir datu masivs par darbinieka veiktajiem darbiem (no - lidz):

10:52 => 11:52

11:50 => 12:00

11:40 => 11:50

11:20 => 11:30

10:40 => 10:50

9:50 => 10:00

9:30 => 10:30

Jauzzime grafiska laika linija, kura uzskatami japarada, kad vins ir stradajis, kad nee (pa minutem). BEt man nav ne jausmas, ka labak to izdarit.

Mainigo vieta vel vari izmantot konstantes:

define('_YES', 'Jā');

Nop, par viniem neko neesmu teicis. Vini seit citiem palidz.

Specifiskak - bija janobeidz un kartigi janoteste viens modulis - pasutijumi, kurs ir vairak par pusi pabeigts.

Iedomigajam Tomam - specenei nav laika, ir sakotnejais lapas plans. Kods ir kartigs, netiek izmantots nekads no freimworkiem, modulara struktura, dizains atdalits no koda utt. Un mani pilnigi un galigi neinterese Toma uzbraucosie komentari php.lv foruma. Tapec jau ari sedi foruma un mekle darbu vel sobaltdien...

Bet, ne par temu, paldies par atsaucibu, izpilditajs atrasts!

Tieshi ta - nobeigt, pirms vins ir nobeidzis mani :) Man nav vairs briva laika, lai turpinatu, praktiski viss ir pabeigts, janoteste un paris sikas izmainjas javeic. Bet cilvekam, kurs uz so parakstisies, ir jabut kaut vai elementaram zinasanam par "papiriem" - rekini, pavadzimes, EKS utml.

Velama pieredze lidziga tipa projektos (e-komercija).

Nepieciesams nobeigt interneta veikalu. Sikaka info par naudam un daramo caur pm vai e-pastu hemaulo[AT]gmail[PUNKTS]com. Darba nav palicis daudz, freelancerim ir visas iespejas loti isa laika nopelnit paris simtinus.

Tada veida PHP darbojas, ja Tev projekta ir smagie Smarty vai ADODB libi, tad tie ari pie katra refresha tie tiks ieladeti. Protams, ja netiek lietots kads opcode cache.

Delfins - lielum lielais paldies!

Un ja raksta pluginus? Teiksim kāds plugins konektējās pie attālas DB, parametrus ņem no DB.

Jap, paralels darbs ar mysql un mssql. Gribas uztaisit vienotu DB piekljuves interfeisu, un jutu, ka tuvakaja laika var nakties stradat ar vel kadu citu DBVS.

Neesmu ipasi draugos ar php patterniem, tapec jautasu jums. Taisu DB abstrakcijas klasi, bet apstajos pie vienas problemas. Galarezultatu es gribetu redzet sadu:

$DB = new TDatabase('mysql');
$DB->GetRows($table_name, $where);

...utt...

to var vienkarsi izdarit, kaut ka sadi ieks TDatabase konstruktora:

switch($driver) {
  case 'mysql':
  return new TDriverMySQL();
  break;
  case 'mysql':
  return new TDriverPgSQL();
  break;
  default:
  throw new Exception('Unknown DB driver: ' . $driver);
  break;
}

bet es velos, lai "draiveri" tiktu automatiski izveidoti, piemeram, ir mape Drivers un tur ieksa ir faili: driver_mysql.php, driver_pgsql.php utt. Ja tiek padots $driver ka "oracle", tiek inkludots driver_oracle.php un return atgriez new TDriverOracle klasi. Vardu sakot, lai jauna draivera pievienosana beidzas ar to, ka draiveru mape atliek tikai iemest draivera failu.

Jautajums ir - ka to panakt, ka TDatabase konstruktors pec $driver uztaisa un atgriez atbilsotoso klasi?

Labak macies to, ko tev dotaja bridi vajag. Jaunu kaut ko apgut paspesi, kad nebus neka cita ko darit. Un ZCE sertifikats nav par velti iegustams.

Kas par Arti?

Ar SAX es sākumā mēgināju (xml_parser_create, xml_set_element_handler u.t.t.), bet bija 2 problēmas: kodējuma kropļojumi un parsing errors. Ja varbūt kodējuma kropļojumi radās no tā, ka es biju nepareizi norādījis encoding, tad lai novērstu parse errorus, tas nav manos spēkos. Simplexml dīvainā kārtā nav pīkstējis par kaut vienu malformed xml. Žēl, ka tagad nav pie rokas vecais kods, būtu publicējis.

Atradu šo: http://bugs.php.net/bug.php?id=38604

Priekšpēdējie 2 komenti ir attiecīgi kļūdainais kods un iespējamais risinājums. Man liekas, ka šitā ari ir visa problēma.