Vállalkozás

Az alábbi levelet írtam egy barátomnak, aki értetlenkedett, hogy miért gond egy vállalkozónak, ha a készpénzes fizetés helyett újabb költségekért vállakozói bankkártyát kell csináltatnia. (Kisvállalkozásról van szó.)
Ha van köztetek könyvelő, javítsuk ki együtt, mit cseszek el, mert ez még számomra is meglepetés volt most, hogy 2 millából kevesebb mint 300.000 haszon maradna nálam, ha nem másodállású vállalkozó lennék.

Összefoglalom, most én pl. hogy állok, éves bruttó 2.000.000 forgalommal, másodállású egyéni vállakozóként (nekem nem kell TB-t fizetnem, mert azt már a főállásom után kifizetik.)

Éves 2.000.000 bruttó forgalom. nagyságrendileg éves 500.000 nettó kintlévőség, azaz ennyi számlám ellenértéke nem jön be, nem fizetik ki az ügyfeleim (behajthatatlan, s nem is hajtom be. 10-20e Ft-okat nem lehet behajtattni. Kedves ügyfeleim, akik olvassák, ne tessék ebből rendszert csinálni. :-)).
A 2.000.000 Ft-ból lejön az ÁFA marad
1.665.000
ebből lejön az 500.000 Ft-nak az ÁFÁja, mert minden kiállított számla után be kell fizetnem az ÁFÁ-t, akkor is, ha azt nekem soha nem fizetik ki. (Számlánként 4000Ft-os díjért könyöröghetek az APEHnek, hogy egyedileg engedjék el az ÁFA megfizetését, de ezt 24.000Ft-os számlák esetén nem éri meg, szóval ezzel ne számoljunk.)
1.666.000-100.000= 1.566.000
Ebből lejön a bankszámla-fenntartás, s mint (nem) tudod, a céges számla speciális, azaz drága, éves szinten mondjuk kb. 20.000.- Kamat nincs a számlán, talán 0,5%, szóval ezen ha lehet nem tartok pénzt lekötetlenül.

Az 1.546.000-ből jön le a számlázás , és a könyvelés díja, marad (mondjuk):
1.350.000

Ez lenne a nettó, adózás előtti bevételem (nem hasznom), ezután kéne még kb. 10% adó (ebben minden szar benne van) fizetni. A maradékot venném ki a vállalkozásból, ami után kell még valami adót fizetnem, SzJA-ba beletartozik, azaz még 36%-ot. Marad: X.

Nos, persze a vállalkozásomnak vannak költségei, így ennyi adót nem fizetek.
Jellemző költségek:
internetszámla: 12*30.000 (net az “irodába”, s a szerverhotel díja)
egyéb netes számla: 12*10.000 (biztonsági mentés tárhelye, egyéb szerverdíjank)
Telefonszámla: 12*4.000
Számítógép-alkatrészek, szoftverek (otthonra (irodám), szerverbe): 100.000-600.000/év

Tehát átlagos évben adózás előtti hasznom (beruházások nélkül)
1 350 000 - (12 * 30 000) - (12 * 10 000) - (12 * 4 000) = 822 000
Adózás után:
(1 350 000 - (12 * 30 000) - (12 * 10 000) - (12 * 4 000)) * 0,9 * (1 - 0,36) = 473 472

(A 10%-ba ezeket számoltam bele:
Vállalkozási adó: 4%
Iparűzési adó: 2% (cseles, mert nem a haszon után,hanem a teljes 2.000.000 forgalom után kell fizetni!)
Szolidaritási adó: 4%

Nekem nem kell fizetnem az alábbi “adókat”, mert a főállásom rendezi:
Egészségügyi hozzájárulás: 2000/hó
Egészségbiztosítási alap: 11%
nyugdíjbiztosítási alap: 25,5+8=33,5%
Ha ez lenne a főállásom, akkor nézzük mi maradna az éves 2.000.000 forgalomból (ekkor a könyvelés is drágább lenn, mert TB-t is kellene intézni, de ezt most nem számolom bele, s ez egy közelítő számítás,mert nem tudom, hogy az adók mindig a maradékból vonódnak, vagy a teljes adózás előtti összegből, én most az optimistább módszerrel számolok.)
(((1 350 000 - (12 * 30 000) - (12 * 10 000) - (12 * 4 000)) * 0,9 * (1 - 0,36)) - (12 * 2 000)) * 0,89 * 0,665 = 266 020

S akkor tessék számolni, hogy mennyire éri meg vállalkozni M.o-on.
(az adók egy részét akkor is fizetned kell, ha nincs egy kanyi bevételed sem,mert az állam feltételezi, hogy a minimálbér kétszerese minden hónapban befolyik. Ha nem, az pech. Akkor is fizess, s dögölj meg ha akkora fasz vagy, hogy vállalkozni mernél. Maradj csak proletár, építsd a szocizmust te rohadt reakciós!)

PHP5 az as.hu szerverén

Mai napon felkerült az as.hu szerverére a legújabb PHP verzió, s elkezdtük az ügyfeleket is átállítani.
Jelenleg úgy tűnik, hogy a WordPress, phpNuke, és társai mennek simán az 5-ös php-vel.
A MySQL eléréssel volt egy kis nehézség, mert egy libmysql.dll fájlt be kellett másolni a Windows könyvtárba. Úgy tűnik, a php is követi a Microsoftos telepítési előírásokat, miszerint a lehető legtöbb könyvtárba szarjunk bele.

Ja, a 4-es, s az 5-ös php simán elmegy egymás mellett, mert szerencsére a php.ini-nek most már nem a windows könyvtárban lehet csak a helye, hanem akárhol lehet, s a registry-ben kell a helyét megadni.

Közben a Zend meg bekapcsolódott a php fejlesztésébe, hogy az jól, megbízhatóan működjön majd IIS7 alatt egy úgynevezett fastCGI rendszer segítségével. Ennek az lesz a lényege, hogy a 2007-ben még mindig nem threadsafe php-t CGI-ként tudja majd úgy futtatni, hogy nem kell processzeket létrehozni, mert a szükséges számú php.exe ott marad a memóriában. Emiatt állítólag gyors lesz, és megbízhatóan fog futni.

mod_rewrite IIS alá

Ez nagyon hiányzik…

Most elkezdtem adminisztrálni egy weblapot, aminek 5 perces átlagban másodpercenként 16-32 hit-je van.

Ide kellett valami ehhez hasonló, hogy a randa URL-ek szépek legyenek, meg SEO, meg minden.

Végül az általam már korábban tesztelt Ionic’s ISAPI Rewrite Filter-t választottam, s meg kell hagyni, faszán muzsikál.

A cucc gyors, a telepítési útmutatója jó. Azt nem tudom, hogy az ini fájlja, amit be kell adni neki, az mennyiben kompatibilis a .htaccess-ben definiálhatóval, de csekély regexpes tudásommal a szükséges formulákat 1 óra alatt össze tudtam hozni.

Interware szakítás 2.

Érik a dolog. A mai napon kértem árajánlatot a GTS-től, ők adták a legjobbat. Sajnos az ő szerverhotelükben jelenleg nincs hely, amit nem csodálok, mert ár/minőség arányban sokkal jobbak mindenki másnál a piacon. Hozzájuk november környékén lehetne beköltözni, így most úgy döntöttem, hogy addig meghúzom magam az Interware-nél, mert egy ilyen rövid időn belül kát költöztetéssel nem akarom az ügyfeleim idegeit borzolni. Meg ha átmennék 2 hónapra a Vivanethez, akkor nem járna az éves kedvezmény, s horror drága lenne. Ha ősszel meg lesz hely a GTS-nél, akkor mindenképpen oda érdemes menni.

Interware szakítás

Érik a dolog.
Az Interware az elmúlt hónapokban a szerverhoszting területén egyre méllyeb színvonalat ér el. Lassan kezd messze magasan lenni a béka valaga.
Kezdődött a dolog a következőképpen:
Az SWI Kft. szerverhotelével volt szerződésem, kedvező havidíjért egy nagyon jó szerverszobában, nagyon jó belföldi, és nemzetközi sávszéllel, jó ügyfélszolgálattal, s sok extra szolgáltatással (SMS-es figyelmeztetés, ha leáll a szerver, 100GB backup táhely, stb..).

Az Interware “változatlan feltételek” mellett átvette ennek a szerverhotelnek az üzemeltetését, emiatt át kellett vinni a szervereket az ő szervertermükbe.

Ekkortól kezdődtek a problémák.

A nemzetközi sávszél ebben a pillanatban mesgszűnt.

Némi Interware-es protekcióval elértem, hogy legyen, lett újra.

Aztán egyszer csak átvitték a szervereket a dél-budai szerverhoteljükbe, erről persze nem minden ügyfelet értesítettek, de volt akit igen. Én ebbél kimaradtam, mert én már korábban kértem ezt az áthelyezést. Ekkoriban az összeköttettés a dél-budai, s a központ szerverhotel közt nem volt elég arra, hogy az átvitt vasaknak belföldi sávszélt biztosítson. Messze nem. Ekkoriban néha napközben a szerver elérhetetlen volt.

Ekkoriban a dél-budai szerverteremben a légkondi nem volt kiépítve olyan szinten, ahogy kellett volna. Emiatt főtt meg merevlemezem, olyan 30 fok feletti idő lehetett ott, de pontosat nem tudok, mert ekkoriban bevezették azt, hogy ügyfél nem mehetett le, megnézni, hogy hány fok van, csak a szerver hőmérőjére lehetett támaszkodni, de az biztos, hogy 5-10 fokkal melegebb lehetett, mint a szerződésben vállalt.

Aztán egyszercsak megszünt minden értesítés nélkül az SMS-értesítő. Erre úgy derült fény, hogy az egyik szerverleállásomról hamarabb tudtak az ügyfeleim, mint én. Égett a pofám, mert akkoriban még azt hittem, tudok róla, ha baj van.

Ez azóta sem oldódott meg. Nincs riasztás, oszt kész. Hivatalos értesítőt az elmúlt évben erről nem kaptunk.

Tavasszal klímát szereltek a szerverhotelben, emiatt egy laza mozdulattal áramtalanították a gépeket. Természetesen minden előzetes jelzés nélkül. Hajnali kettőkor a telkemen a leveleket néztem éppen WAP-on, s egyszer csak nem jött be a következő. Ilyenkor mindig az fordul meg az ember fejében, hogy akkor most a vassal van baj, vagy nettel. A t-zones oldalai bejöttek, az interware.hu bejött, nem marad más, mint telefonálni, hogy mi a helyzet. Ott persze nem tudnak semmiről, de aztán hamar kiderítik, hogy valóban áll a teljes szerverterem, mert klímát cserélnek, csak értesíteni felejtették el az ügyfeleket.

Ebben az időszakban a biztonsági mentésre fenntartott szerver, amin 100GB jár a szerzédés szerint, szinte soha, semmi hely nem volt. Heteken át könyörögtem, kértem, leveleztem velük, hogy ezt tegyék rendbe. Eleinte jött az azt sem tudjuk miről van szó duma, majd végül kapcsolataimat megmozgatva egy olyan IW-es hölgy közbenjárásával, akinek semmi köze a hosztinghoz, csak egyszerűen szeretné, ha a cége működne, sikerült elérni, hogy ez a szerver kapjon plusz merevlemezeket.

Tavaly hosszú hónapokon át minden hónapban le akarták húzni a netről a szerverem, mert állítólag nem fizettem be nekik a díjat. Minden egyes alkalommal (hónapokon keresztűl) el kellett juttatnom neki e-mailban a tranzakció részleteit, hogy ne kössék ki a kanócot. Persze a likviditási csoportjuknak küldött e-mailre soha nem válaszoltak, így mindig retteghettem, hogy most akkor megkapták-e, tudomásul vették-e, s ha igen, akkor arról tud-e a hoszting csoport, hogy nem kell lehúzniuk a szervert a netről.

Ekkoriban vezették be, hogy csak munkaidőben lehet a szervert elhozni a szerverhotelből. Azaz, ha hajnali 2-kor hardverhiba miatti megállást detektál az ember a szerverhotelben, akkor nem hozhatja ki a szervert, csak másnap reggel. Emiatt a hibaelhárítást is csak akkor lehet komolyan elkezdeni, hiszen a vascsere után a backupból vissza kell állni, stb… Őrület…

Aztán most 12-én azt vettem észre, hogy a biztonsági mentésem nem került át a backup szerverre. Szóltam nekik telefonon, amire ezt a választ kaptam (ezt csak azért idézem ide be, hogy lehessen látni, milyen állapotok uralkodnak az IW-nél):

Az Ön által említett problémára az a magyarázat, hogy a backup webtárhely szolgáltatásra fenntartott gépet a rendszergazdák karbantartás céljából leállították, és szerelés alá helyezték.

Mivel a hétvégén nem dolgozik egyik munkatársunk sem, így nagy valószínűséggel, csak hétfőn lesz rá esély arra, hogy elérje a tárhelyét.

Megértését előre is köszönöm!

Amennyiben a fentiekkel, illetve szolgáltatásainkkal kapcsolatban bármilyen további kérdése lenne, természetesen örömmel állunk rendelkezésére a 1213-as telefonszámon, illetve személyesen ügyfélszolgálati irodánkban.

Tisztelettel,

Balogh László
Hoszting operátor
Interware ZRt.

Ez a probléma azóta sem oldódott meg.

Jelenleg a servage.net-en bérelek tárhelyet, s oda megy a biztonsági mentés, amivel csak az a baj, hogy az Interware (a piacon a legnagyobb, bla-bla) összesen 2megabitet ad nemzetközi irányba, valamint ennek is csak a fele használható ki havi átlagban.
(Magyarul kevesebb, mint amit az itthoni ADSL-em tud felfele!!!

Szóval a fentieket figyelembe véve, a költözés mellett döntöttem, amivel csak a baj, hogy a magyar szerverhoszting piac kb. sokszor annyiba kerül, mint a nemzetközi.

A godaddy.com oldalon, ha összerakok egy olyan szervert, mint az enyém, azaz tükrözött merevlemez, PIV-es CPU, 2 GB RAM, Windows Server liszensz, 500GB forgalom, 100GB backup tárhely, akkor ezért (mármint a szerverért, a sávszélességért, a backup tárhelyért): bruttó 26000 körüli pénzt havonta.

Tessék körbenézni a szerverhotel piacon. Pl. a VivaNetnél csak a kanóc, meg egy fix IP kerül 23.000 HUF-ba. Iszonyat drága, ha azt nézzük, ezért a pénzért az usában nem kell megvenned a szervert, hanem az is benne van.

Egyébként az Interware elhagyása után feltehetően vagy a VivaNetet, vagy a GTS-datanetet fogom választani szerverhotelnek.
Sajnos a váltás legalább egy hétvégémbe fog kerülni, valamint az ügyfeleimnek is rövid ideig tartó leállást fog jelenteni, amit nagyon szeretnék elkerülni, így mind a mai napig az Interware-rel levelezésben vagyok, persze most már az én leveleim hangneme is változott, pl. egy mai levelem, amire persze még nem jött válasz:

Tisztelt Interware!

Előzetes értesítés nélkül múlt héten csütörtökön ezt a szervert leállították, s azóta sem sikerült újra bekapcsolni.
Érdeklődni szeretnék, hogy a több mint egy hetes kiesésért cserébe milyen kompenzáción gondolkodnak, illetve hogy mikorra várható, hogy a szolgáltatást a szerződésnek megfelelően nyújtják újra.

php mail problem

Ugye megmondtam, hogy nem fogják kijavítani?

Le is zárták azzal, hog nem bug:
http://bugs.php.net/bug.php?id=41732

Holott az. Lehet, hogy az angolom nem a legjobb, de ha minimális hajlam is lett volna bennük, hogy megoldják a problémát, akkor megoldhatták volna.
Azt megértem, hogy a win, meg a lin alatt máshogy kell a leveleknek kinéznie, de akkor ezt kezelje már le az a kurva php motor, ne küldjön már ki olyan levelet, ami nyilvánvalóan nem felel meg az RFC-s ajánlásoknak.
De nem, a php fejlesztői szerint egy hibás formátumu e-mail az jó, s ez nem bug. Hülye faszok. Na, ezért utálom az egész “mi vagyonk a kurvajófejek, mert ingyen, meg opensource, meg stb” közösségeket.
Linuxostúl, php-stúl, mindenestűl.

Ha a WordPress-fejlesztőknek írom meg, hogy a mail nem megy ki WP alól a vipmailos címekre, akkor azt mondják, ez a php hibája. Ha a php-nál jelentem be, akkor meg nem hiba.

Most már egyébként kiváncsi lennék arra, hogy linux alúl elmennek-e a levelek a vipmailos címekre, ha nem \r\n-nel vannak a mail testében a sorok elválasztva, hanem csak \n-nel, vagy csak \r-rel.

php mail function problem in IIS

Több ügyfelem is szopik vele, hogy a php mail fügvénye nem teszi az e-mailokat RFC-konformmá.
Most bejelentettem a hibát, javaslattal:
http://bugs.php.net/bug.php?id=41732

Persze én tisztában vagyok vele, hogy az ingyenes szoftverekben nem szokták a hibákat kijavítani.
Ugyanígy a Wordpressel kapcsolatban is már tucatnyi hibát bejelentettem, mindenhol opcionális megoldsi javaslattal, de basznak rá.
Ami nagyon nem zavar, csak így minden WordPress frissítésnél kézzel ki kell javítanom a hibákat, s ezek listája most már egyre hosszabb.
Lassan jó lesz azt hiszem, ha saját branchot csinálok magamnak valamiféle CVS-sel, s akkor az eredeti project fejlesztéseit könnyebb lesz migrálni a saját javításaimmal.

Ja, a PHP-s hibára tessék szavazni, mégpedi így:
Have you experienced this issue?: yes
Are you using the same PHP version? Mindegy, de inkább Yes
Rate the importance of this bug to you: ha lehet ne Low. :-)
Are you using the same operating system? Itt mindenképpen Yes, kivéve, ha a problémát tudjátok más oprendszeren reprodukálni. (Felteszem egyébként, hogy WinXP alatt is előjön a probléma, de most vegyük azt is XP-nek. :-))

Meleg

Van egy időjárás…
Szerencsére ma csak délelőtt, s most este mentem utcára. Még most is meleg an, nem kicsit.
Holnap azt hiszem, rövid gatyában megyek dolgozni… Reggel 10 körül is simán 30 fok felett lesz, szerintem olyankor nem várják el sehol, hogy hosszúgatyó legyen a zemberen.
Ma végre volt egy kis szabadidőm, s lepucoltam a szerverről azokat a fájlokat, amik olyan userekhez tartoznak, akiknek a domainja nem mutat a szerverre, meg ki is számláztam az idei első félévet.
Hát, azt azért meg kell mondanom, hogy több mint 30 számlát 3 részre hajtogatni, majd belegyűrni egy boritékba, s azt leragasztani, közben mindent lepecsételni, aláírni, az nem kis meló.
Normális országban (szintén EU országokról van szó) nem követelik meg a vevők könyvelői a pecsételt, aláírt számlát. Normális országban ez az egész úgy működne, hogy PDF-ben elküldeném az aktuális számlát.
És akárki akármit mond, a nyomtatott számla hitelesnek minősül aláírás, és pecsét nélkül is az EU-csatlakozásunk pillanata óta.
Ennek persze ellentmond az APEH állásfoglalása:
http://www.apeh.hu/adoinfo/afa/szgep_szla_emailen.html

A durva az ebben, hogy ha neten vásárolsz, akkor SOHA nem kapsz papír alapú számlát. Sem a google nem ad, sem a többi cég.
Sőt, pl. a PayPal-on simán lehet számlát indítani e-mailben.
A Microsoftnak a Money, vagy a mi a szösze is simán e-mail alapon számláz. S ez működik az únióban.
De szerintem mindenhogy hülyeség az, amit az APEH megkövetel.
Mindegy, így adhatok fel postán több tucat levelet. Ami miatt kivágtak fákat, meg a postásautó is szennyezi a környezetet.
S végül úgy is egy könyvelőprogramban végzik az adatok.

ClamAV Daemon

A mai napon átálltunk az eddigi parancssoros ClamWin-es víruskeresésről a Daemon alapú víruskeresésre a szerveren, ugyanis a parancssoros clamwin minden egyes csatolmánynál újra, s újra beolvasta a vírusadatbázist a merevlemezről, ami azt jelentette, hogy 1 fájl ellenőrzése 10 sec körüli 100%-os CPU-terhelést hozott. (Persze low priority módban, de akkor is!).
A daemon alapú dolog meg úgy működik, hogy a ClamAV daemon (ez egy szimpla scheduled taskból indított exe fájl, ami úgy van időzítve, hogy minden restart után induljon) felszipkázza az adatbázist, s utána egy parancssori eszköz nem vírust keres, hanem “csak” ennek a daemonnak “odaadja” a fájl elérési útvonalát, s a daemon futtatja le rá a víruskeresést.
Biztonsági szempontból csak arra kellett ügyelni, hogy alapbeállításban minden IP-jén figyelne a számítógépnek ez a daemon, de pici beállítással el lehetett érni, hogy csak a 127.0.0.1-en hallgatózzon.
Ja, a ClamAV hivatalos w32 portja lesz ezentúl hazsnálva.

as.hu hírek

A mai napon frissítettük: