- Bemutatkozott a Moto G32 4G
- Nothing Phone 2a - semmi nem drága
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- Poco X6 Pro - ötös alá
- Véroxigénszintet is mér a Honor Band 5
- Vodafone-ra áttért Digi Mobilosok
- Google szolgáltatás (GMS) Huawei telefonokra
- Alcor e-Pad - van még remény
- Ennyibe kerülnek a Huawei Pura modellek Európában
- Telekom mobilszolgáltatások
Hirdetés
-
Az Apple megszerezné a klubvilágbajnokság közvetítési jogait
ph A vállalat ezért irgalmatlan pénzt fizetne a FIFA-nak, és ezzel rajzolná át az online streaming platformok háborújában a frontvonalakat.
-
Letartóztatták a bitcoin-Jézust
it Amerikai adókerülés vádjával, Spanyolországban tartóztatták le a bitcoin-Jézusként ismert Roger Vert.
-
iPaden is vége az App Store monopóliumának
ma Ősztől lehet alternatív alkalmazásboltból telepíteni az EU tagállamaiban.
Új hozzászólás Aktív témák
-
Phvhun
őstag
válasz Sk8erPeter #11100 üzenetére
Jóvammá, települ az IIS, nem kell több regényt irnod.
-
Sk8erPeter
nagyúr
válasz Phvhun #11101 üzenetére
Ennek őszintén örülök.
Mondjuk a kérdésre még nem válaszoltál, hogy mit értesz azalatt, hogy "Nginx + Mariadb elvileg a legjobb". Gyorskeresés alapján találtam ezt a tesztet, ez például az IIS-t hozza ki győztesnek Nginx-szel szemben... de biztos lehet találni olyan tesztet is, ami meg adott körülmények között az Nginx-et dicsőíti... szóval lényegében az ilyen kiejelentések értelmetlenek, erre próbáltam utalni.Sk8erPeter
-
Tele von Zsinór
őstag
válasz Phvhun #11099 üzenetére
Egyébként ezt a "hegesszünk winre webfejlesztő környezetet" dolgot feleslegesnek tartom (és ez nem csak neked szól) mióta megbarátkoztam a Vagranttal - azóta a maces, wines kollégák is az éleshez nagyon közeli linuxos gépen fejlesztenek.
Elsőre bizonyosan furcsa, de megéri használni.
-
martonx
veterán
válasz Tele von Zsinór #11103 üzenetére
Hehehe, erről is eszembe jut egy vicces történet, mikor az alma rajongó PHP fejlesztő barátom jött nagy lelkesedéssel, hogy a Vagrant lesz a megoldás a problémáira.
Aztán egy hétnyi önszopatás után feladta. De biztos csak ő volt a béna.
Mondjuk mióta őt ismerem, rengeteg vicces almás történettel gazdagodtam.Én kérek elnézést!
-
Sk8erPeter
nagyúr
válasz Tele von Zsinór #11103 üzenetére
Azt azért elárulhatnád, hogy a webfejlesztő környezet kialakítása Windows-on miért tűnik neked hegesztgetésnek, mert ez így cinikus és szarkasztikus, de érdemi kritikát nem látok benne, csak a további erőltetését mindenáron a Linuxnak.
Sk8erPeter
-
Tele von Zsinór
őstag
válasz Sk8erPeter #11105 üzenetére
A kezdetek óta linuxos szervereket használunk a melóhelyemen, de fejleszteni mindhárom platformot használjuk. Már nem számolom, hányszor volt probléma abból, hogy a nem-linux platformokon case-insensitive a filerendszer, és valami élesben törött el. (Igen, ezt megoldaná egy staging környezet, de az nincs.)
Pár apróbb projektnél, kísérleti jelleggel kezdtük el a vagrantot használni, leginkább megelégedéssel. Ezeknél a fenti probléma például egyszer sem jött elő.
A leghasznosabb viszont az, hogy projektre szabott környezetet kapunk git clone után kb. annyi idő alatt, míg megiszunk egy kávét mire a géphez visszaérünk, ott egy befrissített, bekonfigurált rendszer, létrehozott adatbázissal, sémával, kezdeti adatokkal, és alkalmanként a különlegesebb követelményekkel, mint a ZMQ, RabbitMQ vagy coffescript fordító.
Ezek mind olyan dolgok, amik nélkül lehet élni, de az én mindennapjaim kényelmesebbé tették. Októberben volt egy kemény hajránk, amikor két leginkább rubys srác szállt be a csapatba besegíteni egy IE-s probléma debuggolásában. Akkor kemény macera volt nekik egy kellően friss php-t felrakni (plusz utána ZMQ-t és node.js-t is kellett) - ma ez vagranttal pofonegyszerű volna. És amikor épp nem kell valami, akkor nem is foglalja a gép erőforrásait.
Nem a linuxot próbálom erőltetni (de nem is titkolom, hogy nekem ez a legkényelmesebb dolgozni), hanem azt, hogy éleshez lehető legközelebbi rendszeren fejlesszünk. Ha valamikor olyan megrendelés jön, amit az ügyfél akar hostolni windowson, akkor egy wines virtuális gépet fogok összerakni vagranttal.
-
Phvhun
őstag
Van valami log IIS-ben ami kód által handleolt mysql error üziket is tárolja?
-
martonx
veterán
válasz Phvhun #11107 üzenetére
Ha már kód által kezelt a hiba, akkor biztos nincs. Ha meg a kódban nincs lekezelve, akkor igen az IIS-nek van logja, sőt a windows-nak is van logja, a kettő közül valamelyikben biztos megtalálod.
De jobbat mondok, a mysql saját maga gyűjti egy error file-ba a futás közben dobott hibákat, nézd meg abban.
Sőt még jobbat mondok, debugold a programodat, és akkor nem kell utólagosan logokat túrnod.Én kérek elnézést!
-
indigo
aktív tag
Sziasztok!
Elkezdtem teljesen kezdőként egy weblapot készíteni. A wix-et használom hozzá. Van-e lehetőség arra, hogy az eddig elkészített weblapomat letükrözzem a vinyómra? A HTTrack Website Copier nem tudta letölteni, hiába adtam meg az elkészített weboldalam címét. Mondjuk, biztos nem lehet egyszerű a tükrözés/letöltés, mert havi bontásban lehet fizetni a szolgáltatásukért, és ha sikerülne, akkor mindenki azt használná, nem pedig előfizetne. Azért megkérdezem, hogy van-e ötletetek rá.
Köszönöm a válaszokat! -
lenovo121232
újonc
Üdv egy új oldalt szeretnék készíttetni. ehhez keresek egy profi weblapszerkesztőt. Aki úgy érzi alkalmas kérem jelentkezzen.
-
trisztan94
őstag
Here Maps-et használt már valaki weboldalon?
Routing-al gyűlt meg a bajom, egyszerűen semmi információ nincs a dokumentációban azzal kapcsolatban, hogy hova, milyen eseményre, stb. kell rákötni.
Itt a dokumentáció.
A korábbi fejezeteket követve eljutottam addig, hogy beraktam a térképet ahová akartam és beállítgattam az egyedi komponenseket, plusz csináltam egy displayready eseményt.
Na most ebből kiindulva akartam berakni az útvonaltervező kódját a displayready eseménybe. Addig rendben van minden, ameddig a változókat soroljuk fel, adunk nekik értékeket. De utána minek csinálunk még egy map objektumot?
Ezután sortörés és már a routingManager-ről ír, hogy rakjuk be. De hova? Ugyanúgy a displayready eseménybe a változók felsorolása után? Ha igen, akkor miért nem ugyanazzal a módszerrel (vesszővel elválasztva a változók) rakta oda a var routingManager = ... -ot? Tehát akkor most következtessek arra, hogy ez nem ugyanabban az eseményben van?
De még csak most jön a java..
Újabb sortörés, a routingCallback függvényről van szó. Tehát ha ez egy külön függvény, akkor már nem a displayready eseményben van? De akkor ezek szerint az előbbi routingManager változó sem??
Meg mik azok a változók a függvényben??
routes, display
Ezek a függvény lokális változói, vagy korábban kellett volna őket definiálni?Utána megint sortörés, majd egy routingManager.calculateRoute(routingRequestParams);
Aha, tehát ez most hova megy?
Annyira nem vágom az egészet, pedig már volt itt Google Maps, Bing Maps. Azoknak normálisan le volt írva a dokumentációban, hogy mi micsoda, itt meg kb. csak be van bszva a kód.
Valaki tudna segíteni eligazodni? Teljesen tanácstalan vagyok, se hibaüzenet, se warning, hogy mi lehet a baj.
https://heureka-kreativ.hu
-
martonx
veterán
válasz trisztan94 #11111 üzenetére
Hehe, a doksi elolvasása regisztrációhoz kötött.
Ha már használtál gugli map-et, meg bing map-et, akkor most miért próbálsz ki egy harmadikat is?
Én kérek elnézést!
-
trisztan94
őstag
válasz martonx #11112 üzenetére
Komolyan?!
Hát most lehet hülyeséget mondok, de úgy tudom, hogy a Bing Maps-et úgy ahogy le fogja váltani a Here úgy, hogy a MS megvette a Nokia-t.
Alapvetően azért lenne ő használva, mert az ingyenes illetve a fizetős verzióban sincs annyi korlátozás, mint a Google Maps-nél. A legjobb dolog az (lenne, ha menne), hogy nincs korlát az egy útvonaltervezési kérés alatt elküldhető megállók számában. Google Maps-nél a Buisness licenc alatti verzióban ez a korlát 23 db. A megrendelő XLS fájlból akar feltölteni címeket, aminek az útvonalát automatikusan megtervezné az oldal.
Tehát kénytelen vagyok ezt használni, de néhány helyen annyira gány a doksi, hogy az valami elképesztő
Amúgy MS fiókkal lehet loginolni.
[ Szerkesztve ]
https://heureka-kreativ.hu
-
trisztan94
őstag
válasz trisztan94 #11113 üzenetére
Itt van PDF-ben a dokumentáció: [link]
https://heureka-kreativ.hu
-
trisztan94
őstag
válasz trisztan94 #11111 üzenetére
Megvan a megoldás. Több óra google-zás után egy negatív értékelésű SO kérdésből sikerült meglelni a választ.
A kedves dokumentáció _elfelejtette_ megemlíteni, hogy kell egy eseménykezelő, ami nézi, hogy sikeresen teljesíthető e az útvonaltervezési kérés:
Ezt kellett hozzáadni:
routingManager.addObserver("state", routingCallback);
Ja, de hát miket beszélek, le volt írva a dokumentációban:
A route can be added to the map only after it has been calculated. For this reason, the routing manager must be given an observer to be called when the route is ready. The observer watches the Manager's property "state"
Ja persze, ezt egészen véletlenül nekem kellett volna kitalálni, hogy akkor most hogy és mint van. Nagyon durva fáradalmakat okozott volna azt az egy(!!!) sort még beírni a példakódba. Nem, inkább menjen el a kedve annak aki ezt szeretné használni, hiszen a kva példakód sem működik.
Ez most rendesen felidegesített.....
https://heureka-kreativ.hu
-
Sk8erPeter
nagyúr
válasz Tele von Zsinór #11106 üzenetére
Értem én, hogy virtuális gépekre írható script, és ez kényelmes, meg minden, és elő lehet vele állítani a célkörnyezetet, ez sok esetben kifejezetten jól jöhet, amikor egyedi környezetre kell tesztelni - bár ez eddig is megtehető volt más scripteléssel, elhiszem, hogy ez a kifejezetten kényelmes eszköz -, de lényegében ez azt jelenti, hogy totálisan mindegy, hogy a host OS Windows, Linux, Mac, vagy akármicsoda, most felfedeztük a sajtban a lyukat, hogy lehet előre bekonfigurált virtuális lemezképet is használni, és akkor mindenkinél ugyanaz lesz - csak scripteléssel előállítva a megfelelő környezetet.
Korábban mondjuk arról volt elsősorban szó, hogy a fizikai gépünkkel mit tudunk kezdeni, és érdemes-e ráerőlködni a Windows-ra a Linuxos webfejlesztő környezetet. Na az nekem inkább tűnik hegesztgetésnek, amikor valaki erőlködik a XAMPP-pal (főleg az újtól való félelmében).
Azt viszont nem támasztottad alá, pedig érdekelne, hogy a Web Platform Installerrel 3 kattintással felhúzott Windows-os IIS-környezet miért is lenne "hegesszünk winre webfejlesztő környezetet", mármint konkrétan miért is hegesztés. Na én aztán abszolút nem vagyok Windows-fanboy, nem tisztem szárnyaim alá venni az OS-t, de ezzel kapcsolatban pozitív tapasztalataim vannak, és nem láttam még egy darab indokolást sem, hogy miért is ne lenne teljesen jól használható webfejlesztő környezet az IIS+PHP+MySQL-trió - és főleg miért mindenre a Linux lenne az ultimate válasz (már ha valaki nem fanboy persze)."Októberben volt egy kemény hajránk, amikor két leginkább rubys srác szállt be a csapatba besegíteni egy IE-s probléma debuggolásában. Akkor kemény macera volt nekik egy kellően friss php-t felrakni (plusz utána ZMQ-t és node.js-t is kellett) - ma ez vagranttal pofonegyszerű volna."
Milyen IE-s probléma debuggolásához kellett egy kisebb csapat? Csak kíváncsiságból érdekel, mármint ha nem titok."Már nem számolom, hányszor volt probléma abból, hogy a nem-linux platformokon case-insensitive a filerendszer, és valami élesben törött el."
Ez viszont nekem nem jött át, miért akkora para ez? Milyen (web)alkalmazás az, aminél bele van kódolva a case-leszaromság? Csak azt nem értem ebben, hogy az első kezdeti meglepődések után mi indokolja, hogy a case sensitivity a fájloknál egyáltalán szóba jöhet, mint komoly probléma.Sk8erPeter
-
GG888
senior tag
Sziasztok,
ugyan nem a mai nap futottam bele ebbe a weboldalba, de most kezdett el érdekelni, hogy ez milyen js/css csoda.
Valaki tudna segíteni az elindulásban? bár még nem tudom egyelőre a felhasználási területet, ahol bevethetném, de nem árt ha tanul az ember
Amúgy meg überkirály az újonnan az MWC-n bemutatott telefonjuk
pcmodding.hu | PC MODDING | Minden, ami modding, verhetetlen árak.
-
Alexios
veterán
válasz trisztan94 #11113 üzenetére
Már most is a nokia térképeit használja a bing maps, de magát a here-t nem vette meg a microsoft.
-
LonGleY
veterán
A Retina supportot normál képernyőkön (Linux alatt) milyen módon, esetleg milyen böngésző-kiegészítővel lehetne rendesen tesztelni?
Ezek közül melyik állhat legközelebb a valósághoz?
[ Szerkesztve ]
-
CWorm
aktív tag
Sziasztok!
Segítséget szeretnék kérni, hogy melyik CMS rendszert és annak melyik moduljait használjam. Eddig a Drupal-lal próbálkoztam, de hülye vagyok hozzá, főleg a view-k létrehozásához, pedig állítólag az nagyon jó. Én nem tudtam rájönni, hogyan működik.
Alapvetően egy közösségi blogszerű oldalt szeretnék, ahova regisztráció után tudnak írogatni az emberek. Viszont a regisztrációkor plusz mezőket is szeretnék bekérni. Illetve azt is szeretném, hogy bejegyzés írásakor ne csak egyféleképpen lehessen címkézni a bejegyzést, hanem több kategóriára lenne osztva a címkézés, és mindegyikben lehetne más címkéket megadni. Pl külön címke kategória hegyeknek, völgyeknek, folyóknak, stb, és akkor oda csak hegy-/völgy-/folyónevek kerülhetnek.
Illetve nem biztos, hogy csak plusz címkemezőket szeretnék, hanem egyéb extra mezőket is hozzárendelni a bejegyzésekhez, például checkbox-okat, egysoros input mezőket...
És ami a legfontosabb, hogy mindez nagyon jól visszakereshető és lekérdezhető legyen. Szeretnék egy aloldalt előre összeállított lekérdezéseknek, ahol a címkék, checkboxok, stb. és időpont alapján lehetne szűrni. Pl az utóbbi 4 nap bejegyzései, melyek "Mount Everest" és "Gangesz" címkékkel vannak ellátva. Vagy ugyanez a múlt hónap utolsó hetével. Szóval az időpont is teljesen rugalmasan legyen szabályozható. Azt szeretném, ha egy aloldalon ilyenek által előre definiált eremények jelennének meg automatikusan, viszont szeretnék egy lekérdezőoldalt is, ahol bárki bármilyen paraméterek alapján futtathatna lekérdezést.
Vannak erre már kész modulok? Melyik CMS lenne a legalkalmasabb erre és annak melyik moduljait hogyan kéne beállítanom? Szóval a lényeg, hogy be lehessen állítani, hogy milyen inputokat kérek posztoláskor, és ezeket a plusz dolgokat jól fel lehessen használni testreszabott keresések alapjául.
Nagyjából azt hiszem ennyi. Illetve a hosszútávú tervek között szerepel, hogy a későbbiekben Androidról is elérhetővé szeretném tenni az egészet egy applikáción keresztül, de itt még nem járok.Előre is köszönöm a segítséget.
Félig ember, félig medve, félig disznó
-
martonx
veterán
Szia!
Ha hülye vagy a Drupalhoz, akkor lehet, hogy a többivel sem lesz szerencséd.
A Wordpress szvsz egyszerűbb, mint a Drupal.
Én személy szerint ha már mindenképpen CMS, akkor az Orchard CMS-re esküszök.Amit szeretnél azt nem biztos, hogy meg fogod tudni oldani CMS-el, legalábbis ezt a tag-elés dolgot, végigolvasnom is nehezemre esett.
Én kérek elnézést!
-
Sk8erPeter
nagyúr
Amiket írtál, abban szerintem a Drupal pont elég erős: custom fieldek, hierarchikus tagelés, egyéni, felhasználó számára biztosított szűrőkkel ellátott tetszőleges nézetek (erre való a Views), ezeknek külön oldal létrehozása, és így tovább. A legtöbb dolog egy általános entitás, ami tetszőlegesen mezőzhető.
Szóval az eredeti választásod jó volt, de ez némi gyakorolgatást igényel, mert elsőre nem triviális (DE ez egyik CMS-ben sem lesz az!). A Drupal topicban, az összefoglalóban nagyon sok hasznos anyagot találsz:
http://prohardver.hu/tema/drupal_portal_fejlesztes/index.html
Van magyar nyelvű anyag is, ami nyugodt szívvel ajánlható, az Nagy Gusztáv: Drupal 7 alapismeretek c. könyve, ez jó rálátást ad az alapokra, többek közt a Views használatára is. Persze amit írtál, ahhoz már egyéni gyakorolgatás szükséges, mert pont ilyen példa nem lesz a könyvben, de ha ráérzel a tetszőleges mezők, egyéni view-k, hierarchikus tagek létrehozására, megismerkedsz néhány kiegészítő modullal, akkor már könnyebb dolgod lesz.
Persze számíts rá, hogy jópár napot el kell töltened a próbálgatással (és ismétlem, ez egyik CMS-nél sem lesz másképp, pont a feladat, amit írtál, egyikben sem triviális).Sk8erPeter
-
trisztan94
őstag
Kezdem egyre jobban utálni a HERE Maps-et..
A demó nem működik, a példakód nem úgy működik, ahogy kellene neki.
Amúgy maga a térkép jó, és nagyon használható, de a dokumentáció kritikán aluli..
https://heureka-kreativ.hu
-
CWorm
aktív tag
válasz Sk8erPeter #11125 üzenetére
Köszönöm mindenkinek a válaszokat, illetve Sk8erPeter-nek a hasznos linkeket, elég jónak tűnik az anyag, úgyhogy az alapján mennie kell majd.
Félig ember, félig medve, félig disznó
-
Cheesy
őstag
Hmm hmm... nem kis fába vágtam a fejszém, de majd mulattok eleget a beszámolómon:
Adott az ötlet, hogy kéne csinálni egy, a munkámat megkönnyítő adatbázist. Sok árajánlatot kell adnom, nincs rá a cégen belül rendszer, mindenki kókányol magának rá valami formátumot, szinte kivétel nélkül excel táblázat formájában. Az enyém is az, egyész jól működik, gyorsan tudok vele dolgozni.
De meguntam, hogy mindig be kell másolgatni (előző ajánlatokból, árlistákból, stb.) a termékmegnevezéseket, ráadásul én még egyéb extra infókat is bele szoktam írni, próbálok alapos lenni. Ezért vetődött fel bennem, hogy ez lenne az első funkciója annak a projektnek, amit elkezdek önszorgalomból hegesztgetni.
De ha már elkezdtem, akkor legyen olyan amit később ki tudok terjeszteni úgy, hogy (autentikáció után) más is tudja használni. Ellentétben a -sajnos- többséggel, nekem nem okoz lelki gondot, ha egy ötletet vagy megoldást mással megosztok. A későbbi bővíthetőség és a központi adatbázis lehetősége miatt a választásom a php + mysql párosra került.Jelenleg ott tartok, hogy sikerült egy működő autentikációt összehegeszteni, azt adatbázissal összekötni, a "tagoknak" szóló oldalt nem tudja megnézni se az aki tudja esetleg az aloldal címét. (Itt büszke voltam magamra, hogy meg tudtam oldani redirectionnel és die() funkcióval, még ha ez nektek triviális is.) Lehet regisztrálni és utána belépni.
Sokat agyalok rajta napközben, hogy hogyan is folytassam az egészet, mi legyen a következő lépés.
Végül arra jutottam az lenne a legjobb, ha először egy anyag adatbázist kezdenék el összerakni, ahol el kell döntenem milyen adatokat akarok a táblában nyilvántartani egy adott építőanyagról. Két tábla kellene legalább, egy a termékeknek (auto increment ID#, gyártó, terméknév, rövid leírás, anyagszükséglet, rakatolás) és egy pedig a kategóriáknak (pl. falazóelemek, szigetelések, habarcsok, térburkolók, stb.).
Igen ám, de ezt lekérdezni is tudni kell és itt akadtam meg, mert vagy search funkció kellene, vagy chain-combobox és ebből csaj javascriptes megoldást találtam eddig, ami megint új terület...Nehééééz...
www.vakbelmutet.hu
-
Cheesy
őstag
válasz trisztan94 #11129 üzenetére
Hogy hívják azt a funkciót egy honlap esetén, amikor az oldalsáv nem, csak a tartalom változik? Tehát ne kelljen minden alfunkciót külön oldallal megoldani (minden esetben külön db csatlakozás, oldalmenü, stb.).
Most külön oldalakból áll:
index.html
adduser.php
adduser_auth.php (itt ellenőrzi a kritériumokat a regisztrációs adatokkal, majd redirect login.php-ra)
login.php
login_auth.php (itt ellenőrzi a kritériumokat a belépési adatokkal, majd redirect tartalom.php-ra)
tartalom.php (csak akkor enged ide, ha login teljesült)www.vakbelmutet.hu
-
Jim-Y
veterán
válasz Cheesy #11130 üzenetére
AJAX amit keresel.
De elszomorítalak az is javascript, illetve sokban egyszerűsítheted a dolgod, ha valami frameworköt is használsz, pl jquery amivel egyszerűbb lesz ajaxot kezelni. Az AJAXot pedig úgy képzeldd el, hogy aszinkron módon intéz egy http GET (vagy POST) kérést a szerveroldali kódodhoz, jelen esetben a php-hez.[ Szerkesztve ]
-
Cheesy
őstag
Hajaj, akkor nem is egy nyelvet kell a közel semmiről kezdeni?
Átfutván a gondolatmenetemet és az irányt, mit javasolsz/javasoltok, melyik kódnyelv lenne a leghatékonyabb? Mert ezen a szinten tulajdonképp mindegy melyikhez kezdek, amikor még csak a legtetejét karcolgatom...
Időhatárom nincs.www.vakbelmutet.hu
-
Jim-Y
veterán
válasz Cheesy #11132 üzenetére
Hát, először szerintem gondoldd át, hogy szükséges-e ennek netes programnak lennie. Nem lenne-e elég egy egyszerű desktop app ami kommunikál egy szerveren levő adatbázissal és a db-ben lévő adatokat olvassa, feldolgozza, kiírja. Ha ennyi elég, akkor elég egy nyelvet megtanulni, és alkalmazni.
Ha mindenképp az kell, hogy neten elérhető legyen, akkor kell minimum:
- egy szerveroldali nyelv ismeret (.net, java, php stb..)
- egy, vagy több kliens oldali nyelv, amire mindenképp szükséged lesz: html, javascript, css
- adatbázis leíró nyelv ismeret: pl sql -> mysqlHa előbbi verzió is elég, akkor én pl csinálnék egy egyszerű swinges java alkalmazást.
[ Szerkesztve ]
-
Cheesy
őstag
Igen, így szétbontva jogos a dolog :/
Java swingről még nem hallottam, de utánanézek.
Desktop alkalmazáson a válallati gép korlátoltsága miatt nem gondolkodtam, de ha
- alapértelmezett porton tud kommunikálni a szerverrel
- a szerveren az adatbázis formátum olyan, hogy egy átlagos "tudású" tárhely tudja kezelni (erről majd az isp-met megkérdezem)
- a desktop alkalmazást "portable" tudom futtatni, tehát telepíteni nem kell semmit (több ilyen programot használok a céges gépen, mert minden egyébre admin jog kellene...)Miért távoli adatbázis? Hogy ha egyszer megosztom ezt a fejlesztést a többiekkel, akkor olyan kell ami egy helyről dolgozik, amihez minden kliens hozzáfér.
De lehet, hogy csak önzőnek kéne lennem és egy helyi db-ből dolgozó appot készítenék. (Ehhez meg visual basic?)www.vakbelmutet.hu
-
trisztan94
őstag
válasz Cheesy #11130 üzenetére
Ezt lehet még úgy is, hogy külön fájlokba rakosgatod a tartalom kódját meg a többi modulnak amit szeretnél frissítgetni, majd include-olod egy ciklusban, ami x időnként lépked. Ennek az a hátránya, hogy mindenkinek annyi időnként lépked, amennyi ideje megnyitotta az oldalt, de jobb híján most hirtelen erre tudok csak gondolni.
https://heureka-kreativ.hu
-
Jim-Y
veterán
válasz Cheesy #11135 üzenetére
Desktop vonalon is van 2 lehetőséged.
1:
Vagy csinálsz egy olyan kliens alkalmazást, amiben gondoskodsz az adatbáziskapcsolatról. (pl a szervergépen csinálsz egy adatbázist, táblákkal mindennel, majd a kliens appból jdbc:mysql://tedomained:3306/teadatbazisod csatlakozol az adatbázishoz, és elvégzed a szükséges biznisz logikát).2:
Vagy kliens-szerver architektúrát építesz ki, tehát
A szervergépen:
- csinálsz egy adatbázist
- csinálsz egy applikációt ami csatlakozik a lokális adatbázishoz, és implementálod az üzleti logikátmajd
- csinálsz egy kliens alkalmazást, ami távoli metódushívásokkal meghívja a szerver oldalon lévő szolgáltatásokat (metódusokat), a szerver elvégzi a számításokat, majd az adatokat visszaküldi a kliensnek.
--------------------------
Az első lehetőség azért jó, mert nem kell bonyolult architektúrát kiépítened, csinálsz egy alkalmazást, pár osztállyal, majd az alkalmazást mindenki külön-külön telepíti/használja, de az adatbázis közös!
A második lehetőség azért -lehet- jó, mert a számításigényes dolgokat egy általában erős erőforásokkal rendelkező szerverre bízzuk, a kliens csak arról gondoskodik, hogy megmondja a szervernek, hogy "mit számoljon ki", illetve a szervertől kapott adatokat megjeleníti.
Ennyire amúgy nem akartam belemenni, mert a te appod ennél lényegesen egyszerűbb lesz, de az utolsó hsz-edben előhoztad a szerver, kliens, távoli szavakat, így jobbnak láttam ezeket leírni
megj: ami miatt 1 egyszerűbb mint csinálni egy netes alkalmazást a problémádnak, az az, hogy elég egy nyelvet megismerni hozzá. Példának a JAVA-t hozom fel, mert én azt ismerem. Szóval java-ban csinálsz egy alkalmazást, az alkalmazásban tudsz csatlakozni az adatbázishoz, az adatbázisból nyert adatoknak tudsz csinálni egy modelt, a modellen tudsz műveleteket elvégezni (például a kinyert adatokon tudsz szűrni, stb), majd az eredményt meg is tudod jeleníteni valamilyen felületen (itt jön képbe a SWING, és ez is java). Látszik, hogy nem kell ehhez ismerned sem a html-t, sem a javascriptet. Az sql-t sem feltétlen kell ismerned hozzá (JPA). Leegyszerűsödött a dolgod arra, hogy elég egy nyelvet alapszinten megismerned.
Cserébe elvesztetted azt, hogy az alkalmazást mindenhonnan eléred (browser), mert csak azokról a gépekről fogod tudni elérni, ahol megvan az alkalmazás "exe"-je.
[ Szerkesztve ]
-
Cheesy
őstag
Köszönöm, hogy nem sajnálod rám a karaktereket, jólesik
Szerintem az első lehetőséget, azaz a helyi gépen történő adatfeldolgozást részesíteném előnyben, a szerver megmaradna kvázi egy közös adatbázisnak, ahova megfelelő formátumban (a desktop alkalmazásnak lenne egy beviteli módja is) felvitt adatokat bárki ki tudja olvasni.
Ez nem zárja ki egy, az ebből az adatbázisból (mysql?) dolgozó, a szerveren létrehozott frontendről történő elérést (keresés, rekord rögzítése, adatbázis adminisztráció pl.).Viszont a legfogósabb kérdésnek tűnik most, hogy a mysql alapértelmezett, 3306-as portja a vállalati gépemen nyitva van-e? Hogyan tudok tesztelni egy portot, hogy nyitva van-e? Igaz, megadhatok nem default lstening(?) portot a leendő adatbázisnak...
Magyarán azt akarom kinyögni, hogy vállalati rendszergazdai beavatkozás (nem szándékozok plusz terhet rájuk rakni) nélkül futtatható és használható legyen a dasktop app és a remote adatbázis hozzáférés.www.vakbelmutet.hu
-
Jim-Y
veterán
válasz Sk8erPeter #11139 üzenetére
Hát, néhol összemosódik a két fogalom [link]. Amúgy meg igazad van, a library szerintem is jobban leírja, hogy a jquery mi is tulajdonképpen.
-
Sk8erPeter
nagyúr
A Wikipediánál nincs is hitelesebb forrás! (A Wikipédia bárki által szerkeszthető. Valóban nem lenne egyébként rossz javítani.)
Az egyébként tény, hogy rengeteg helyen ezt tévesen írják, az is igaz, hogy a JavaScript library és framework közti határvonal nem olyan nagyon éles, de a jQuery NEM framework, hanem egy library.
Én is linkelek egyet, talán ez meggyőzőbb:
http://jquery.com/
"jQuery is a fast, small, and feature-rich JavaScript library."Itt egyébként van két magyarázat, ami nagyon röviden összefoglalja a különbséget:
http://stackoverflow.com/questions/11576018/what-is-the-difference-between-a-javascript-framework-and-a-library
Igazából a kódod architekturális, strukturális részéről nem sokat mond a jQuery (sehol sem jelenik meg olyasmi, hogy pl. MVC-minta szerint kódolj), inkább olyan, mint egy hasznos eszköztár, ami felgyorsítja a munkádat, és például elfedi a böngészők közti különbségeket.Sk8erPeter
-
fordfairlane
veterán
Van valamiféle ki nem mondott megegyezés, hogy azt hívják frameworknek, amelyikben komponens assembler funkciók is megtalálhatóak (Inversion of Control). Hogy ezt pontosan milyen módon csinálja ( factory, service container, dependency container, stb...) az más kérdés.
[ Szerkesztve ]
x gon' give it to ya
-
Joci93
senior tag
Őhm...
Ha van egy ilyen lekérdezés:$targyegy = $targyszo.",".$targyszo2.",".$targyszo3.",".$targyszo4;
és ha a $targyszo3 és a $targyszo4 üres, akkor értelemszerűen nem ír be semmit, de a vesszőt attól még oda teszi. Hogyan lehetne megoldani, hogy ha üres a $targyszo3 és $targyszo4, akkor ne írjon írásjelet? 2 órája próbálkozok vele és sehogy nem megy.
(Adatbázisba teszi az adatokat és azon belül is egy rekordba.)[ Szerkesztve ]
Furcsa, több ezer emberrel találkozunk és egyik sem fog meg igazán. Aztán megismerünk valakit, aki megváltoztatja az életünket. Örökre.
-
Jim-Y
veterán
válasz Joci93 #11143 üzenetére
Próbáld ki az implode függvényt. Mivel nem vagyok PHP-s ezért a szintaktika lehet rossz, de valami ilyen kéne neked.
$targyegy = [$targyszo, $targyszo2, $targyszo3, $targyszo4].implode(',');
mármint.. ha esetleg null esetén, vagy üres string esetén ez is ugyanazt eredményezné mint amivel eddig próbálkoztál, akkor:
$targyegy = array_filter([$targyszo, $targyszo2, $targyszo3, $targyszo4]).implode(',');
vagy valami ilyesmi
[ Szerkesztve ]
-
trisztan94
őstag
PHP-ban nem fivat a ponttal valo osszefuzes, helyette zarojelezes van, tehat:
$array = array($targyszo, $targyszo2, $targyszo3, $targyszo4);
$targyegy = implode(',', $array);Ez persze attol meg nem jo, nem eleg az implode, csak a szintaktika miatt irtam.
Szerk: megeloztel
[ Szerkesztve ]
https://heureka-kreativ.hu
-
Tele von Zsinór
őstag
Én a linux fanboyok közé sorolom magam, szóval a véleményeimben benne van az emiatti ferdítés - de csak a fanboyság miatt nem döntenék egyik vagy másik megoldás mellett. Nem ultimét megoldás, de nálunk a szervereken csak ez van, és emiatt érdemes ehhez közeli környezetben fejleszteni. Jól használható a windows is (ahogy többen használják is a cégnél), de külön figyelmet igényel néhány helyen. IIS ellen szól, hogy más rewrite megoldása van, mint az apache-nak, ami az éles gépeken fut, és ez az egyetlen ellenérv.
A vagrant előnye itt az, hogy a megfelelő környezet előállítási módja a repo része, azt évek múlva is egy paranccsal elő tudjuk állítani anélkül, hogy nagyméretű lemezképeket kéne tárolnunk.
Milyen IE-s probléma debuggolásához kellett egy kisebb csapat? Csak kíváncsiságból érdekel, mármint ha nem titok.
Nem titok. Hárman debuggolták egy napig, hogy mi van. Adott volt egy form, amiben az IE egyik verziója egyszerűen nem küldte el a file input tartalmát, de minden mást igen. A végén az volt, hogy csak akkor hajlandó, ha látszik az input, ha el van dugva egy psd szerint lebuildelt kinézet mögé, akkor egyszerűen kihagyja. Nem vagyok biztos már a verziókban, de talán IE8-ban jól működött, IE9-ben meg ahogy írtam.kezdeti meglepődések után mi indokolja, hogy a case sensitivity a fájloknál egyáltalán szóba jöhet, mint komoly probléma
Hiába tudunk róla, akkor is vannak figyelmetlen kollégák. Tudja mindenki, hogy figyelni kell, akkor is becsúsznak hibák. -
Lacces
őstag
Sziasztok!
2 kérdésem lenne:
1) Hogyan hívják, hogyan hívják, azokat a jquery pluginokat, vagy bármit Ami lehetővé teszi, hogy egy div görgethető legyen, akár görgő nélkül. Kifejtem, mihez, miért kellene:
Van oldalt egy 'fixed' div (position:fixed), és ha már összébb húzom a browsert (szimulálni a mobil felbontást), na akkor kellene ezt a fixált div-et is görgetni valahogy. Csak ekkor jelenjen meg a scroll bar, vagy ami még jobb lenne, scrollbar nélkül, az egér görgővel, vagy koppintással a területtel, lehetne görgetni a tartalmat.
A másik probléma ezzel, hogy a fixált div, az úgy fix, és a böngészőben nem látszik az alja, ami probléma..., mert ez így szimpla CSS-sel nem görgethető... ezért gondoltam jquery-ben, ami figyelni a képernyő méretet, és annak megfelelően tenné görgethetővé a divet.
De ha van bármi ötlet, szívesen fogadom.2). Szeretnék csinálni egy egyszerű képet GIMP-pel vagy inkscape-el. És nem tudjátok, hogyan kellene rákeresni olyan tutorialra, ami elmagyarázza, hogyan lehet a fenti programokkal ilyen "Blur-os képet csinálni"?
Adott egy kék téglalap, és a közepénnél világosabb kék szín van. Ezt biztosan lehet generálni programmal.
Ehhez hasonló . Középen világosabb.A segítésget előre köszönöm
Új hozzászólás Aktív témák
- Érkezik Magyarországa az LG szuper dizájnos hordozható projektora
- World of Tanks - MMO
- Otthoni hálózat és internet megosztás
- Ukrajnai háború
- Stellar Blade
- AMD off topik: VGA, CPU, APU és minden, ami AMD
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Így építsd a billentyűzeted!
- Linux felhasználók OFF topikja
- Bemutatkozott a Moto G32 4G
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest