Hirdetés
- sziku69: Szólánc.
- sh4d0w: Kalózkodás. Kalózkodás?
- Gurulunk, WAZE?!
- Luck Dragon: Asszociációs játék. :)
- bitpork: 2025, zárás
- sziku69: Fűzzük össze a szavakat :)
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- Pajac: 27 ezer kilométerrel közelebb, mint átlagosan
- GoodSpeed: Kell-e manapság egérpad vagy sem?
- Brogyi: CTEK akkumulátor töltő és másolatai
Új hozzászólás Aktív témák
-
Sk8erPeter
nagyúr
válasz
lakisoft
#12502
üzenetére
Ja jó, közben látom megoldottad, hogy ne neked kelljen érveket felhozni.

-
Sk8erPeter
nagyúr
válasz
lakisoft
#12502
üzenetére
"(#12498) lakisoft válasza cucka (#12497) üzenetére
[...]
2. nagyon nem vagy képben az adatbázisok terén.
"
Hahó, nyugalom, ez egy szakmai topic, nem kell egyből személyeskedéssel kezdeni, sokkal többet érsz szakmai érveléssel, amikor kifejted, hogy szerinted a másik miért is mondott valamit rosszul.Lehet, hogy csak nekem nem sikerült kisajtolni a hozzászólásaidból, de sajnos nem látom a válaszokat a cucka által felvetett kérdésekre, pedig engem is érdekelne...

Ki tudnád fejteni, milyen verziókövetésre és milyen frameworkökre (!!) gondoltál? -
cucka
addikt
válasz
lakisoft
#12498
üzenetére
1. Trükkel vagy natívban? Mutass kérlek egy ilyen megoldást.
2. Biztosan nem vagyok képben, csak szőrmentén foglalkozok velük, szóval engem érdekelne, hogy milyen kulturált fejlesztőeszközök vannak? PL/SQL szkripteket írtam már Oracle alá, na az egy határ szar volt, szóval ennél jobbra gondolok
. (Így látatlanban sanszos, hogy az Oracle támogat valamilyen java-s megoldást, tekintve hogy övék a java is) -
cucka
addikt
válasz
lakisoft
#12496
üzenetére
A jelenleg piacon lévő adatbázis kezelők nagy többsége ismeri a tárolt eljárásokat, és ismeri a dinamicSQL-t is. Miért nem azt használjátok?
Alapvetően két oka van:
- A tárolt eljárásként írt kódot nehézkes verziókövetővel használni
- Az adatbázisok által biztosított fejlesztői eszközök a 60-as évek színvonalát idézikA bevált megoldás a felvetésedre egy ORM használata.
-
Tele von Zsinór
őstag
válasz
lakisoft
#12452
üzenetére
Mi az, ami nagyon fontos, és nem megy enélkül? Én Symfonyzok, a 2-es verzióhoz még nincs támogatás, de enélkül is tökéletesen tudom használni a netbeanst. Az Sf támogatás kimerül abban, hogy a konzolos parancsokat tudom futtatni menüből, ez pont nem hiányzik nekem, erre ott a terminál.
-
Lacces
őstag
-
Lacces
őstag
válasz
lakisoft
#12452
üzenetére
Valszeg csak a 7.4 verziótól lesz elérhető a ZendFramework 2.0 a Netbeans.
Jelenleg nincs támogatva és plugin sincs! (más forrásokból is ezt olvastam... Ez csak egy tipp amit olvastam. -
19.Norbika
tag
-
modder
aktív tag
válasz
lakisoft
#10140
üzenetére
Én nem vagyok java ee expert programozó, de most azzal fogok dolgozni jó ideig, és nem hiába nem a PHP-t választottam, pedig ahhoz is értek kicsit.
Sajnos azt nem mondtad el, hogy egyedi fejlesztés lenne, vagy valamilyen ingyenes(nem ingyenes) webshop motort használnál.
Első szempont:
csináld abban, amihez értesz.
Második szempont:
nézd meg a tárhely lehetőségeket. Van egy csomó PHP PaaS cloud alapon. Van javahoz is Google Appengine (most ezzel próbálkozom) vagy Heroku
Harmadik szempont:
fenntarthatóság. Itt nálam egyértelműen a Java nyer. Azért, mert Java EE definiál egy jól körülhatárolt rétegelt architektúrát: adatbázist, perzisztencia réteget, üzleti réteget, kontrollert és megjelenítést. Mindennek megvan a maga helye, nem mosódnak el a határok a kódban a szerepek között.
Java-ban ugyanolyan gyorsan fejlődik a cloud technológia, pl NoSQL adatbázisokhoz API, ezekre épülő perzisztencia réteg, Memcached, 3rd party API-k.PHP-t azért nem választom, mert nem típusos nyelv, ami melegágya a gányolásnak: nem egyértelműen definiált interfészek. Egyébként itt is lehet választani valami MVC frameworkot, amivel lehet nagy volumenű alkalmazásokat gyártani, pl symfony.
Ha esetleg webservice-t kell publikálnod, akkor PHP-ban szenvedni fogsz vele.
ha Business2Business kommunikációt akarsz később, szintén szenvedni fogsz vele.Biztonság: mindkettő olyan biztonságos, amennyi hangsúly fektetsz az impelementációban erre a kérdésre.
Még egy szempont, hogy PHP-ba sokkal könnyebb beletanulni, általában egyszerűbbek a megoldások, de ez szintén melegágya az elk*rvult kódnak, mert ahogy nőnek az igények, nő a komplexitás, és az egyszerű megoldások a későbbiekben gátat szabnak a kód fejlődésének. Javab engem arra ösztönöz, hogy már az elején végiggondoljam, hogy mit hogyan akarok csinálni, és a kiterjeszthetőségre törekszem. Ettől a kód az első lépésekben túl komplexnek tűnhet az igényekhez képest, de később ahogy fejleszteni kell, minden megtérül.
-
Sk8erPeter
nagyúr
válasz
lakisoft
#10140
üzenetére
"Biztonsági kérdésekben mennyire jó a php?"
Szerintem nem túl jó a kérdés, a biztonsági tényezők számtalan dologtól függnek. A rendszered nagyjából annyira lesz biztonságos, amennyire azzá teszed, amennyire szűröd a rosszindulatú támadásokat (amennyire paranoiás vagy); de hiába tekinthető biztonsági szempontból viszonylag jónak az alkalmazásod, ha pl. a webszerver beállításai ilyen tekintetben rosszak.Ugyanígy a PHP-t sem biztos, hogy jó összehasonlítani a Java-val; ha igazán komoly rendszert akarsz, akkor mondjuk én személy szerint nem a PHP-hoz fordulnék.
De minden attól függ, hogy neked mik az igényeid, adottságaid, mit tudsz megfizetni, stb.
Teljesen biztonságos nyilván soha nem lesz egy rendszer, mert maga a biztonság csak egy cél, amit sosem lehet elérni, mégis törekedni kell rá.Egy PHP-alapú webshopot is lehet jó esetben viszonylag biztonságosan üzemeltetni, ha folyamatosan felrakod a biztonsági foltozásokat (amint kiderül, hogy van), stb., de ha open source webshopról van szó, akkor nyilván ismertek lehetnek a bugok, biztonsági lyukak is...
Nem egyszerű a kérdés, de az tény, hogy a Java (vagy C#, stb.) nem ad lehetőséget olyan szintű tákolásra és gányolásra, mint a PHP.
Ha van lehetőséged Java- vagy C#- vagy ehhez hasonló alapokon működtetni az oldaladat (tehát PHP-nál jóval komolyabb nyelveket tudsz alapul venni), akkor én inkább ezt az utat választanám a PHP helyett.
-
Peter Kiss
őstag
válasz
lakisoft
#10140
üzenetére
Biztonsági kérdésekben minden szempontból helyből jobb egy fordított nyelv egy értelmezettnél. Java erősen típusos, szemben a PHP gyenge típusosságával, ahol minden lehet minden, de pl. a PHP értelmezett jellege miatt feltöltött képfájlból lehet futtatni ártalmas PHP kódot.
Természetesen a fejlesztő a kulcs továbbra is.
-
biker
nagyúr
válasz
lakisoft
#4820
üzenetére
ingyenes, nyílt, tehát igen.
felrakod a joomlát, aztán pár órát keresel egy designt. aztán pár napig testreszabod.
aztán felrakod a virtuemartot, megnézed, a designban mivel akad össze, mi nincs lokalizálva, mi hibás, és elkezded testreszabni, ami 10-50-100óra is lehet, igénytől függő, gyakorlat függő.aztán örülsz az ingyenesnek

aztán ha banki fizetést akarsz, akkor kezd előről
-
Sk8erPeter
nagyúr
válasz
lakisoft
#3543
üzenetére
Newhosting. Ingyenes! Elégedetten használom már egy ideje (3 domainnel!), PHP (5.2.9. verzió) és MySQL hibátlanul működik.
Tényleg ingyenes, nincs reklámcsík, és nem kötelező felpakolni az oldalra a bannert sem. Hogy hogyan éri meg NEKIK, ne kérdezd.
(csak tipp: esetleg ezáltal akarják vonzóvá tenni a későbbi fizetős csomagjaikat, hogy akinek betelt a tárhelye, az vegyen pluszban még náluk)- 3000 MB ingyen tárhely
- egyedi domain név használata
- másodlagos domain név használata
- reklámmentes tárhely
- ispCP alapú kontrol panel
- egyéni hibaoldalak használata
- részletes statisztikák
- PHP/MySQL használat
- POP3/IMAP email fiók
- FTP hozzáférés
- CMS rendszerek használata
- spam, és vírus szűrés
- napi adatmentés
- gigabites kapcsolat
- 99,9%-os rendelkezésre állás -
Tele von Zsinór
őstag
válasz
lakisoft
#692
üzenetére
Ha csak a syn highlight kell, és gyors, pehelysúlyú szerkesztő, akkor a php designer. Ha komolyabb mókára vágysz, pl. step-by-step debugra, és hajlandó vagy emiatt egy lassabb feljesztőcuccal dolgozni, akkor zend studio. Mindkettő fizetős, előbbi olcsóbb, de persze vannak ingyenes lehetőségek, mindkettő legalább "kipróbálható".
-
cucka
addikt
válasz
lakisoft
#684
üzenetére
valamit keverhetsz, azt a megjegyzést másnak írtam

egyébként meg css helyett akár ki is törölheted azt a checkbox-ot abból a html fileból, sőőt berakhatod kommentnek, hátha szükség lesz rá később (a html komment <!-- és --> közötti szöveg)(#682) Oliii - pedig nem annyira bonyolult ez a karakterkódolásos dolog. a következő dolgoknak kell figyelni a karakterkódolását
- az adatbázis
- a táblák és a mezők (bár utóbbi szerintem meg kéne örökölje a tábla kódolását)
- az adatbázis kapcsolat (ez a php rész)
- maguk az adatok.
ha mind a 4 stimmel, akkor elvileg semmilyen helyzetben nem kell gondot okozzon a migrálás. -
cucka
addikt
-
cucka
addikt
válasz
lakisoft
#671
üzenetére
a @ operátorral a hibajelzéseket tudod kikapcsolni, ha pl. függvényhívásnál a függvény neve elé írod. használata nagyon nem javasolt.
php.net doksi
Új hozzászólás Aktív témák
- -ÚJ,2 ÉV GAR- DDR5 GAMER PC: RYZEN 7 8700F/9700X/9800X3D +RX 6600/6700XT +16-64GB DDR5! SZÁMLA!
- Dell Latitude 7430 x360 Ütésálló Érintős Hajtogatós Profi Ultrabook 14" -60% i7-1265U 16/512 IRIS Xe
- HP E24m G4 Monitor FHD IPS webkamerával, Windows Hello-támogatással
- Lenovo ThinkPad T14 Gen 5 Ultra-I7/16GB/512SSD/FHD/garancia!
- Lenovo ThinkPad X1 Carbon 9th i7-1165G7/16GB/512/FHD/Magyar
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: NetGo.hu Kft.
Város: Gödöllő

"
. (Így látatlanban sanszos, hogy az Oracle támogat valamilyen java-s megoldást, tekintve hogy övék a java is)
. Nem tudom, én valahol úgy olvastam, hogy nyár vége, de nem biztos...
ééén szóltam.

