ugrás a tartalomhoz

Archívum - Okt 2005

október 30

Setup RoundCube Webmail on Your Server

Hojtsy Gábor · 2005. Okt. 30. (V), 14.04
A látványos RoundCube Webmail telepítése
 ■

On the BBC Annotatable Audio project...

Hojtsy Gábor · 2005. Okt. 30. (V), 14.01
Egy érdekes audió kommentáló projekt a BBC-nél
 ■

online számlázás

Edit · 2005. Okt. 30. (V), 02.22
Sziasztok!

Egy internetes oktatási honlapot fejlesztek, amit előfizetési díj ellenében lehet majd látogatni. A számlázási rendszer kialakítása során merültek fel az alábbi problémák:

1. Számlák nyomtatása böngészőből
Ilyen ugyebár nem lehetséges. A vonatkozó PM rendelet szerint a számlákkal nem csak sorszám, de példányszám szerint is el kell számolni, márpedig azt nem lehet ellenőrizni, hogy az ügyfél hányszor kattint a böngészőben/pdf-olvasóban a „Nyomtatás” gombra. Tehát a számlát a honlapot üzemeltető cég irodájában ki kell nyomtatni, majd elpostázni Lajosmizsére, Bolíviába, a Marshall-szigetekre… Természetesen a postán érkező számláról az ügyfél annyi fénymásolatot készít, ahányat akar, és annyit tesz be a könyvelésébe, ahányat mer. Az egésznek nincs hatása az adózási fegyelemre, csupán arra jó, hogy ne lehessen az adminisztrációt automatizálni.

2. Elektronikus hitelesítés
Elképzelhető, hogy bennem van a hiba, de nem értem. Tételezzük fel, hogy kiállítok egy digitális hitelesítéssel ellátott számlát Gipsz Jakab részére. És ő mit kezd vele? Ki nem nyomtathatja, CD-re ki nem írhatja, mert az már nem eredeti, hanem másolat. Hogyan fog ez a hitelesített számla eljutni Gipsz könyvelőjéhez? Hogyan fogja bevinni az APEH-hez, ha adóellenőrzés van a cégénél? Mi történik, ha e-mailben küldöm el neki a számlát, és ő történetesen nem a saját irodai gépére tölti le, hanem a sógoráéra? Oké, továbbküldi az irodai gépre – de akkor most melyik az eredeti példány, a sógor gépén lévő, vagy az, ami végül megérkezett hozzá? Ugyanott vagyunk, ahonnan elindultunk. By the way, ha számlázásra nem jó a digitális hitelesítés, akkor mire való?

3. Ügyfél kötelező azonosítása
Ha jól olvasom a rendeletet, akkor ma Magyarországon anonim módon csak készpénzzel, üzletben lehet vásárolni, ahol van pénztárgép. Egyéb esetben számlát kell kiállítani, aminek kötelező tartozéka a vevő/ügyfél neve és címe – akkor is, ha ő nem kéri az áfás számlát. Ez e-kereskedelmi rendszereknél általában nem probléma, hiszen a megvásárolt terméket úgyis ki kell valamilyen címre szállítani, de online szolgáltatás esetén teljesen felesleges zaklatás. Jelenleg nem lehet olyan rendszert kialakítani, ahol meghagyjuk a vevőnek a jogot, hogy ne azonosítsa magát. Szerintem teljesen elégséges lenne a számlán feltüntethetni a felhasználó-azonosítót, és kiikszelni a vevő neve és címe mezőket.

php forráskód megjelenítése

Anonymous · 2005. Okt. 30. (V), 00.56
Sziasztok!

Kérdésem a következő: feltöltök egy adatbázisba egy php kódot, ezek után én ezt ki akarom írni az oldalamra, de nem megy mert persze lefordul. Tehát, hogy tudom ezt kiküszöbölni?
 ■

október 30

MySQL 5.0 és PostgreeSQL összehasonlítása

Anonymous · 2005. Okt. 29. (Szo), 23.46
Üdv Mindenkinek!

Elsősorban az érdekelne hogy:
- mik a fő különbségek a két rendszer legfrissebb stabil verziója között?
- melyiket milyen szituációban melyiket érdemesebb használni?
- sebesség terén vannak e számottevő eltérések, ha igen melyikük javára?
- melyikük szabványkövetőbb?
- lincensz és költségek terén melyik oldalra billen a mérleg (üzleti felhasználást is figyelembevéve)?
- megbízhatóság, biztonság kérdésében milyen tapasztalataitok vannak?
- szerintetek melyiküknek van jövője hosszútávon??
- hol tart ez a két rsz most a "nagy" kereskedelmi adatbáziskezelőkhöz (oracle,db2,mssql) viszonyítva?

végül egy személyes:

- egy üzleti célú, várhatóan nagy forgalmat lebonyolító, adatbázisában számos táblát, komoly rekordszámmal felvonultató webes alkalmazás kialakításánál mi alapján dönthetem el, hogy melyik megfelelőbb számomra? melyiket ajánlanátok?

minden érdekel a témával kapcsolatban (linkek, tesztek, irodalom, egyéni tapasztalatok, személyes szimpátia stb)! ne fogjátok vissza magatokat :)

előre is köszi!
 ■

Véletlenszerü választás adatbázisból

Anonymous · 2005. Okt. 29. (Szo), 23.36
Sziasztok!
Lenne egy olyan kérdésem h minden frissítéskor ó, tehát amikor meghívom a lapot legyen benn egy véletlenszerü választás amit mysql adatbázissból hívok meg és egy addot táblából és azt szeretném kiolvasni.?

meg ugyanez csak pl. napi egy legyen a változás pl. van 100 felhasználóm és akkor a nap felhasználója: xyz (tehát ezt csak naponta)
vagy legyen hetente.?

és olyat hogy tudnék hogy: mysql adatbázisból dátum szerinti, vagy abc szerinti olvasás???

vagy pedig visszafeleolvasás: mivel a legfrisseb az mindig lejjebb van és azt szertném hogy az legyen felül akkor vissza fele kellene olvasnom.?


vagy ezeket ugy kéne beirni ne pedig olvasni.???
???
előre is kössz
 ■

október 29

Reinventing the wheel since 1995

Bártházi András · 2005. Okt. 28. (P), 22.39
10 éves a CPAN!
 ■

Firefox extensions

aries · 2005. Okt. 28. (P), 22.18
Néhány hasznos és kevésbé hasznos firefox-kiterjesztés
 ■

Stored procedures are bad, m'kay?

Bártházi András · 2005. Okt. 28. (P), 22.11
Egy jó kis vita arról, hogy kellenek-e tárolt eljárások
 ■

IIS + MSSQL

Anonymous · 2005. Okt. 28. (P), 21.49
Nem vagyok túl profi, dem bírok ISS alatt csatlakozni egy MSSQL adatbázishoz
Security Alert! The PHP CGI cannot be accessed directly.
A hibaüzenet Help mee
 ■