- Motorola Edge 40 neo - színre és formára
- Motorola Moto Tag - nyomom, követ
- Telekom mobilszolgáltatások
- Ingyen beszerezhető pár SEGA klasszikus mielőtt lekerülnek a Play Áruházból
- CMF Phone 2 Pro - a százezer forintos kérdés
- Milyen okostelefont vegyek?
- VoLTE/VoWiFi
- Motorola Edge 50 Neo - az egyensúly gyengesége
- Mobil flották
- India felől közelít egy 7550 mAh-s Redmi
Új hozzászólás Aktív témák
-
#12507
Sk8erPeter
nagyúr
lakisoft
#12502
Sk8erPeter
nagyúr
válasz
lakisoft
#12502
üzenetére
Ja jó, közben látom megoldottad, hogy ne neked kelljen érveket felhozni.
-
#12505
Sk8erPeter
nagyúr
lakisoft
#12502
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.
-
#12457
Tele von Zsinór
őstag
lakisoft
#12452
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.
-
#10142
Sk8erPeter
nagyúr
lakisoft
#10140
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.
-
#10141
Peter Kiss
őstag
lakisoft
#10140
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 -
#3544
Sk8erPeter
nagyúr
lakisoft
#3543
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 -
#693
Tele von Zsinór
őstag
lakisoft
#692
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
"
. (Í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.
Új hozzászólás Aktív témák
Hirdetés
- ÁRGARANCIA!Épített KomPhone i7 14700KF 32/64GB RAM RX 9070 16GB GAMER PC termékbeszámítással
- Fujitsu USB Port Replicator PR09 docking station (1x5K vagy 2x4K felbontás) (DisplayLink)
- Konica Bizhub C220 - A3 fénymásoló
- Xiaomi Redmi Note 10 Pro 128GB Kártyafüggetlen, 1Év Garanciával
- Apple iPhone 14 Pro, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest