Računovodstvni program u PHP-u, predlozi i kritike

Hmm
ajde ovako, ovo je tema o predlozima i kritikama za aplikaciju pisanu u PHP-u. I ovo je forum za php ne za delphi, ne za C/C++ ili asembler. Ostavicu temu takvu kakva je trenutno, ako bude jos neki off topic, pobrisacu ceo off topic iz teme. Onda ste se dzaba trudili da trolujete, a ovo jeste klasican trol da PHP ne valja.

Hvala vam na razumevanju



Goran Rakić: Pročistio sam temu i sve kasnije prepiske na ovu temu, a pri tome mislim da nisam ispustio ni jedan konstruktivan stav u diskusiji. Hvala svima na razumevanju.

Sto se tice stampe iz web aplikacije, moguce je odraditi sta god ti je potrebno i matricnu i laserku stampu. Tako da ni u tom segmentu PHP nije hendikepiran...

Potpis

Linkedin: http://www.linkedin.com/in/sladjannikolic
Twitter: https://twitter.com/_SladjanNikolic

Kome je stalo do diskuje napisace pros & cons oba jezika i suociti ih jedan vs drugi, a doci i iz cista mira i bez bilo kakvog normalnog i kritickog pristupa bacati neke argumente...

I dalje ostajem pri misljenju da je PHP dobar izbor za medium poslovnu aplikaciju sa baznim potrebama tipa: pracenje prometa, PDV izvestaji, pracenje robe i usluga, plata i troskova, kao i za analitiku. Koliko sam upoznat, relativna vecina kompanija kako domacih tako i stranih ima otprilike te potrebe, tako da web aplikacija sasvim zadovoljava potrebe. Jer pre svega treba razluciti sta se trazi od onoga ko razvija softver. I ma koliko nekima to bilo tesko trebali bi da se pomire sa cinjenicom da PHP kao skripting jezik sasvim dobro radi mnoge poslove. Sigurno nikada nece biti deo IS-a nekog telekoma, elektroprivrede, zelezara, velkih fabrika itd. Ali ce uvek biti dobar izbor za manje i srednje aplikacije, pa cak i velike gde se zadovolje uslovi. Recimo ne vidim razlog zasto PHP ne bi bio koriscen za online banking, brokerske kuce itd. gde se barata samo sa opstim podacima. A jos povrh svega da ne pominjem ekstenzije za PHP kao i da postoje razni repozitorijumi gde se one mogu pronaci, sto jos dodatno povecava skup funkcija, tako da u nekim slucajevima PHP moze da bude sasvim egal sa nekim za klasu jacim programskim jezicima.

Potpis

bolje je biti malo lud nego malo pametan

Ima li sada nešto novo ili i dalje preostaje slaganje u PDF, ODF, Microsoft Office formate i onda štampa? Imaš li iskustvo sa onim CSS prelomima stranica, je li to radi u praksi danas?

Potpis

http://sr.libreoffice.org — slobodan kancelarijski paket, obrada teksta, tablice,
prezentacije, legalno bez troškova licenciranja

Postoji open source web zasnovani ERP program Open Bravo. Više o njemu možete naći na www.openbravo.com i http://wiki.openbravo.com/.

Pošto ja nisam programer najbolje je da pogledate stranicu http://wiki.openbravo.com/wiki...ravo_Main_Development_Concepts , tamo ćete videti koji su razvojni alati korišćeni.

Sa obzirom da firma Open Bravo ima stotinak zaposlenih mislim da je njihov proizvod dobar indikator kako bi aplikaciju trebalo razvijati i kako bi ta aplikacija trebala da radi.

Dobro je imati izlaz u PDF jer ljudi zele ponekad da imaju "preview".

S druge strane, ja bih se maksimalno oslonio na server, moj predlog je da to bude linux, mada i pod "windows-om" moze dosta da se odradi. Tu bi onda trebalo napraviti jedan kontroler koji bi se bavio stampom - i to pravac - php aplikacija - server - klijentska masina. Na tom nivou bi trebalo uvezati klijentske masine i njihove stampace. Mogu da stampaju na serverskom stampacu ili da komuniciraju putem sambe, cak i FTP-ja (ovaj deo sam radio jos na 286 DOS masinama).

Sto se tice izlaza preko CSS-a ostaje onaj problem header-a i futer-a. Preko CSS-a neces moci da utices na to, niti preko JS-a.

Potpis

Moj Veb Sajt HostCentar Blog
Aleksinac Južna Srbija TimeOut

Koji je to problem? U stvari koje sve probleme imate kod stampe?

Potpis

stivi.on.neobee.net

[

Imam iskustva sa tim, prakticno mozes odstampati ono sto vidis na ekranu, i naravno da mozes koristiti css stilove tipa page-break-after... Na ekranu ti bude fino za pregled skrolujes stranicu, dok na stampi mozes da utices da prelamas stranice u zavisnosti sta zelis da postignes...

Potpis

Linkedin: http://www.linkedin.com/in/sladjannikolic
Twitter: https://twitter.com/_SladjanNikolic

Mislio sam koliko je teško napraviti onaj standardni raspored, zaglavlje izveštaja, zaglavlje stranice, sadržaj, podnožje stranice i podnožje izveštaja... ili malo manje zahtevno tabelu na više strana, prvi red se ponavlja na početku svake stranice, itd... Baci neki link koji ti se učinio zgodnim, ako te ne mrzi.

Potpis

http://sr.libreoffice.org — slobodan kancelarijski paket, obrada teksta, tablice,
prezentacije, legalno bez troškova licenciranja

Evo nekih mojih iskustava sa slicnim stvarima.
Koristio sam PHP za internet prezentacije i kasnije postepeno za interne aplikacije.
Server (veb i baza) budu u firmi a neko spolja može koristiti VPN vezu i raditi na programu kroz brouzer.

Pitanje je da li koristiti neki framework ili pisti sve sam. U početku sam sve piso sam pa je bilo gomila koda i rada :D. Posle sam skupio neke svoje klase i takođe primijetio da za neke stvari već imaju gotove besplatne po internetu.

Zend Framework je obiman i više je gomila biblioteka za sve što ti padne na pamet nego nešto što će značajno smanjiti obim tipkanja.
Učenje Zend-a + programiranje dođe isto kao samostalan razvoj ili da sve uradiš u Zend-u (više učenja) a manje kuckanja.
Postoji gomila drugih frejmvorka (obično zasnovanih na MVC model-view-controller principu) . http://www.phpframeworks.com/
Trenutno koristim Yii (http://www.yiiframework.com/) a počinjem koristiti i Symfony (http://www.symfony-project.org/).

ORM:
Problemi počinju kada treba implementirati neku malo složeniju biznis logiku (malo slozeniji SQL npr.). Većina framework-ova podržava ActiveRecord ORM (rad sa jednom po jednom tabelom). Symfony je u ovom smislu napredniji jer moze koristiti Propel ili Doctrine ORM. Po meni je bolja i jednostavnija varijanta sa Doctrine-om (http://www.doctrine-project.org/)

Što se tiče brzine i lakoće razvoja veb aplikacije tu je Ruby on Rails framework najbrži. On nije napisan u PHP-u nego u Ruby-ju ali je isto po MVC principu. Koristi ActiveRecord ORM pa malo slozenija biznis logika se svede na ručnu realizaciju. Naprimjer prošle godine za realizaciju "zatvaranja faktura uplatama i obrnuto" je trebalo približno isto vremena kao i za veliki dio ostalog.

Ajax:
Dio ExtJS http://www.extjs.com/examples/#overview se može integrisati za rad sa PHP-om. (ili Rails-om)
jQuery
Najbolje je učitavati samo ono što trenutno treba od ajax-a da se nebi usporavao rad.

Izvjestaji:
TCPDF http://www.tecnick.com/public/code/cp_dpage.php?aiocp_dp=tcpdf Može na čitavoj stranici ili u iframe-u. Ja ostavim samo "meni" i veliki iframe unutar kojeg je PDF (http://www.cs.tut.fi/~jkorpela/html/iframe-pdf.html)

POS uređaji:
Možda se neki ciljevi koje želite postići mogu lakše ostvariti pomoću Jave. Fiskalni printer - problem - seriski port nije podržan u Javi za Windows - doda se RXTX :D http://users.frii.com/jarvi/rxtx/ i onda može. Inače klasično Delphi, .NET,...

radim na takvim aplikacijama i sam... i znam da nijedna iole ozbiljna firma ti sigurno neće koristiti linux i imati računovodstveni program u php-u... to mi je jako nelogično...
kad ti nemaš kontrolu nad sistemom... nemožeš raditi sistemske pozive, praktički jedino što na stzrani klijenta možeš učiniti je javascript to nemože proći da ne govorimo kako je u browseru to sve sporo... pdf za ispis je malo glupo... to bi sve trebalo ići on the fly bez requesta na serverpa čekati da ti downloadaš pdf.. tu se dosta vremena izgubi... ovako kad si ti na mašini radiš što želiš i kako želiš imaš full control... bilo da je to delfi, .NET, JAVA... svejedno u velikoj je prednosti u startu a prave firme neće šparati na takvim stvarima...

Potpis

there's no place like 127.0.0.1

Treba obratiti pažnju i na to kakve mogućnosti Php pruža što se tiče izrade izveštaja, da li postoje alati za to.
Mnogo je lakše napraviti izveštaj putem design alata nego ga programirati,
da ne kažem da je neke stvari koje se tiču layout-a reporta toliko zeznuto isprogramirati da se jednostavno ne isplati.

Pozdrav!

Kao što rekoh izveštaji se najčešće prave tako što imaš gotov šablon u ODF ili Microsoft Office XML formatu, onda ga popuniš podacima i pošalješ klijentu, opciono ga pretvarajući u PDF na strani servera pre toga. Ako je sve u lokalnoj mreži štampa može da se radi i na serveru (dodaju se svi lokalni štampači u cups na serveru i onda korisnik bira na koji štampač želi da odštampa izveštaj).

Iz PHP ekstenzija možeš da praviš sistemske pozive (naravno, na serveru, ne na klijentu) ali sa tankim klijentima ti ni ne trebaju sistemski pozivi na klijentu jer na njima nema ništa zanimljivo.

Na kraju sve se svodi na to šta ekipa programera najbolje poznaje... Najveći problem u celoj ovoj priči je HTTP koji dodaje veliku latenciju za svaki zahtev i ne podržava stabilno održavanje otvorene konekcije.

Potpis

http://sr.libreoffice.org — slobodan kancelarijski paket, obrada teksta, tablice,
prezentacije, legalno bez troškova licenciranja

@Goran
Slažem se uglavnom sa tvojim postovima.

Dodao bih sledeće...
Što se tiče reporta, jedna je stvar imati template u koji ubacuješ podatke (kao npr. Word dokument)
a sasvim je druga stvar imati alat i reporting engine koji može da uradi gomilu drugih stvari
kao što su procesiranje sirovih podataka, grupisanje, korištenje agregatnih funkcija, ponavljanje određenih elemenata,
zaglavlja, tabele, hijerarhijski prikaz, automatski layout i šta sve ne...
Ako za takve stvari nemaš alat preko kog možeš takav report da uradiš u design time-u i da jednostavno pozoveš u run time-u
već to programski radiš procesiranje, popunjavanje i kompoziciju templejtova, podataka i ostalih elemenata, onda to nije posao,
jer postoje alati koji su već ako ne 20 onda bar 10 godina industrijski standard i preko kojih se to po prirodi stvari radi.

Znači, da li u Php-u ima alata za reporte koji su pandani alatima koje imaju .Net (Crystal Reports, Microsoft Reporting Services), Delphi (ReportSmith valjda) i ostali?

Pozdrav!

Poštovani,

izvinjavam se što se nisam javljao nakon postavljanja posta, ali već smo usmenim konsultacijama riješili većinu problema. Iako sam se potrudio da naslovom teme i izborom foruma fokusiram diskusiju, ipak je veliki dio ove priče otišao u pogrešnom smjeru (off-topic). U suštini nismo saznali ništa posebno, ali ipak je tu par zanimljivih ideja koje ćemo možda implementirati u aplikaciji. To ne znači da diskusija neće biti od koristi onima koji se nekad u budućnosti odluče da naprave sličnu aplikaciju. Većinu ovih stvari smo prošli prije postavljanja teme, tako da se neću osvrtati ni na jedan komentar.

Program je u fazi pripreme, i ja se nadam da će najkasnije do kraja mjeseca krenuti najzanimljviji dio - kuckanje... :)))))

Nakon licenciranja, postavićamo link za testiranje programa. Hvala na trudu.

Pozdrav!

Potpis

Banjaluka |
Posao Banjaluka |
Web design Banjaluka