ugrás a tartalomhoz

Archívum - 137651

augusztus 28

Serverek közötti kommunikáció - táblázat lekérés rendszeresen

Oraculum · 2012. Aug. 28. (K), 10.58
Üdv!
A segítségeteket kérném.
Szeretném megcsinálni hogy az oldalam bejelentkezzen egy másikra és onnan kb fél óránként lekérjen (ill lemásoljon az oldalamra) egy táblázatot. Van valakinek valamilyen ötlete ezzel kapcsolatban?
 

IE9 probléma

psita · 2012. Aug. 28. (K), 09.05
Sziasztok!

Kezdő weblapkészitő vagyok, ezért még van jó pár dolog a témábam amivel nem vagyok teljesen tisztában. Tegnap készítettem egy oldalt amit folyamatosan néztem Firefoxban, Chromeban, Operában és IE8ban. De amikor egy másik gépen megnéztem IE9ben a design nagy része szétesett. Megnéztem hogy IE9 mit támogat és a child selectort amit én használtam elméletileg igen. Az alábbiakat olvastam fórumokon, hogy ezek megoldhatják a problémát: HTML5 Shiv, Modernizr, de egyik sem működött.
A honlapot ideiglenesen feltettem egy ingyenes tárhelyre: kettlebellz.atw.hu

Ha valaki tudna segíteni, hogy hogyan oldjam meg a problémát, azt előre is köszönöm!
 

webshop "minimum" szerkezet

Pepita · 2012. Aug. 28. (K), 06.59
Sziasztok!

Egy saját fejlesztésű webshopot tervezek, kicsit megakadtam az adatbázistervnél.
Az a gondom, hogy lehetőleg minél kevesebb táblából és műveletből szeretném megoldani, de nem tudom, hogy elég jól gondolkodok-e. Eddig megvan:
- Termékek két táblában, mert kategóriák is kellenek. A termékek egyediek, készletezni nem kell (csak kapcsolni, hogy van/nincs), mindenből kétféle kiszerelés van. Ez utóbbit megoldottam - nem túl szép megoldás - úgy, hogy 'kiszereles1' és 'kiszereles2', 'ar1' és 'ar2', ..., így táblán belül maradt, nem kell több kiszerelést tudnia. Az, hogy épp kapható-e, szintén 'vanbelole1', ...
- Vásárláshoz van kosár tábla, ebbe pakolnak a vásárlók user_id-t, termek_id-t, kiszerelést, stb.
- Felhasználókezelés komplett kész, itt nem érdekes.

A problémás a megrendelés tárolása/kezelése. Sehogy sem tudom egy táblában ésszerűen elképzelni. Amit kb. tárolni szeretnék benne:
- Megrendelő adatai (részben a felhasználók táblájából másolva) név, cím, stb.;
- Megrendelés ideje, végösszeg, felhasználói megjegyzés (ahol pl. leírhatja, hogy nem a saját nevére kér számlát, másik címre szállítást)
- Maguk a megrendelt tételek (név, mennyiség, egységár, érték)

Az első kettő megrendelésenként egy adat, a tételek több. Emiatt gondoltam két táblára, kulcsként a megrendelés id-vel. Így viszont az üzemeltető részére adott "rendelések" lekérdezése "sokSELECTes" lesz. Ez nem feltétlenül baj, csak én eléggé erőforrás-spórolós vagyok. (A felhasználói adatokat is részben ezért másolom, másrészt azért, mert ha megrendelés után, de még annak kezelése előtt módosít pl. címet.)

Abban kérném a segítségeteket, hogy ez az elgondolás mennyire helyes/helytelen, lehet-e rajta - elméletileg - optimalizálni valahol.
 

Hirdetésekre hozzászólás

Pepita · 2012. Aug. 28. (K), 01.20
Sziasztok!
Vannak olyan álláshirdetések (néha), amikre szerintem jó lenne, ha tudnánk kommentálni. Ennél engem nagyon érdekelne, hogy a "teljes html-ben készült" oldalhoz miként gondolja az "ajax-menüt". Ezen kívül legalább egy link kéne az oldalról, stb..., ezeket az infókat ha odaírnánk a hirdetőnek, könnyebben menne a dolog. Ezekért a sokszor hiányzó infókért nem kéne külön levelezgetni, sőt, adott esetben én lehet, hogy kommentben írnám meg, hogy "az itteni kapcsi-űrlappal küldd el ezt-meg-ezt..." és csak ha ezután is érdekel, akkor írnék mailt - rendes címemről.
Egyszer már írtam itteni hirdetőnek no-reply címről, megírva hogy tud velem kapcsolatot felvenni - nem is válaszolt, valahol meg is tudom érteni...
Esetleg "licitálni" is lehetne így - megfelelő szabályok közt -, ez segíthetné minden olvasónak a kalkulációját - bár nem sok olyan hirdetés van, amelyik munkáról (nem munkahelyről) szól.

Erről kérném véleményeteket, köszi, Pepita.
 

augusztus 27

The innovations of Internet Explorer

Joó Ádám · 2012. Aug. 27. (H), 18.10
Mit köszönhet a web az Internet Explorernek?
 

Jönnek a változók a CSS-be

Hidvégi Gábor · 2012. Aug. 27. (H), 16.45
A specifikáció első változatában képet kaphatunk az elképzelésről
 

augusztus 26

Mobilra fejlesztés buktatói

inf · 2012. Aug. 25. (Szo), 23.30
Nem nagyon tudtam besorolni a témát...

Kíváncsi lennék, hogy milyen buktatói vannak a mobilra fejlesztésnek. A legjobban annak örülnék, ha van olyan ebben a témában tapasztalt ember köztetek, aki hajlandó lenne egy blog bejegyzést, vagy esetleg cikket írni a tapasztalatairől.

Amit én eddig észrevettem, hogy egy PC-n tökéletesen működő, csak javascriptet és sessiont használó oldal egyszerűen nem működik android alatt. Konkrétan 404-es hibát kapok bizonyos olyan oldalakon, amik előtt location header irányít át. Még nem debuggoltam, de ha már ilyen szimpla dolgok nem működnek, akkor gondolom korántsem csak ennyiről van szó, amikor az ember megpróbál valamit mobilra fejleszteni.
 

Szimbólikus link úgy, hogy a forrás tartalma ne változzon ha szerkesztik.

ecrazor · 2012. Aug. 25. (Szo), 09.12
Üdv,

Egy érdekes kérdésem lenne, lehet rossz úton járok:

Van egy Debian Linux környezetem, amibe mondjuk adott két felhasználó user1 és user2. Az user1-ben tételezzük fel van egy "FORRAS.txt" állomány ami tartalmaz egy szöveget és még hozzárakva jópár száz mega anyagot (ez az eredeti forrás). Ezt a fájlt átakarom SymLink-elni user2-nek, hogy lássa és használni tudja ám szeretném megadni neki a jogot arra, hogy ha kell szerkeszteni tudja vagy felülírni (szóval átírom a SymLink jogait neki megfelelőre).

A probléma ezzel az, hogy ha a SymLink-et módosítja, akkor az a forrás állományba is megváltozik és ezt semmiképp nem szeretném. És ha több felhasználónak szeretném ezt a fájlt át SymLink-elni, akkor a dolog sztornó.

Nos gondolom a figyelmesebbek rájöttek, hogy helymegtakarítást szeretnék mivel ez a fájl pl. 50 userből csak pár helyen változna meg (pl. 50-ből 10-nél) és így 50 helyett csak 10x foglalna több helyet + a változás, míg a többi SymLink-ként működne.

Jelenleg egy partícióról van szó és a cél nagyjából az lenne, hogy a fájl addig maradjon SymLink ameddig nem nyúlnak hozzá, amint hozzányúlnak ill. megváltoztatják (módosítják, felülírják) átalakuljon fizikai fájllá és a "fő cél" az, hogy a másolás minél gyorsabban megtörténjen.

Szerintetek erre van-e megoldás vagy ez nagyon meredek dolog és maradjak a hagyományos másolgatásnál?
 

Python GUI?

eddig bírtam szó nélkül · 2012. Aug. 25. (Szo), 08.17
Van itt élő ember, aki használt már pythonból valami grafikus keretrendszert?
Tényleg dobjam ki a pythont, ha valami multiplatformos, egyébként egészen pici alkalmazást akarok megírni?
Még azt sem várnám el, hogy egyformán nézzen ki windows-on és linuxon, csak fusson mondjuk a 2-3 (esetleg 4) évvel ezelőtti linuxokon is és működjön XP-től Win7-ig.
Kezdtem a PyQt-vel, de a licenc körüli bonyodalmak, a finoman szólva is botrányosan gyenge és hiányos doksi elvették a kedvem (bocs, hogy lusta vagyok python-os fejlesztéshez C++-t tanulni, amihez van Qt dokumentáció ;-) ) Ráadásul a Qt eleve bizonytalan platformnak tűnt, már akkor is, amikor a Nokiáé lett, most meg, hogy ismét tulajdonost váltott... (a tulajváltást leszámítva a fenti indokok vezettek oda, hogy tavaly félretettem az egészet)
Úgy két hónapja elkezdtem ismerkedni a TkInter-rel, mert ugye az alapvető része a pythonnak. Sajnos "kissé" primitívnek tűnt és az általam talált leírások sem voltak teljesen egyértelműek, úgyhogy kb. két heti nyűglődés után követte a PyQt-t.
Jött a nagy ötlet: wxPython. Ez free, tudásban meg közelíti a Qt-t, hát hajrá!
Tegnapig nagyon szép és jó volt minden, mert alig foglalkoztam vele. :-D
Tegnap belefutottam egy olyanba, hogy a zetcode.com-on lévő tutorialok ugyan működgettek, épp csak a menük mellett elvileg megjelenő ikonok nem akartak megjelenni. Sem linuxon, sem windows-on. Ubuntun végül kiderült, hogy valami gnome-tweak-... utility-vel kell bekapcsolni a megjelenítésüket, úgy már tényleg működik. Stabil Debianra sajna nem találtam ilyen megoldást és windows7-re sem. Utóbbira annyira nem, hogy kiderült: a stabil wxPython sem a Vistát, sem a Windows7-t nem támogatja és a majd, egyszer, valamikor, talán érkező 2.9-es is csak Vistáig támogatott, a win7 már nem. Szóval wxPython -> kuka.

És most itt állok tanácstalanul: akkor mit használjak? A webes változat egyelőre nem megoldás.

augusztus 24

Belső levelezőrendszer(facebook módon)

kriszrap · 2012. Aug. 24. (P), 02.31
Sziasztok!!
Nekem már van egy alap belső levelezőrendszerem ilyen fülekkel:
-új üzenet írása
-bejövő üzenet
-kimenő üzenet
Ha rákattintok a nevére és küldök egy üzenete addig rendben.
Aztán felküldjük
elsőként a küldő nevét aztán címzettet a dátumot is és útólsóként hogy a címzett meg nézte a levelet vagy sem.
Okés eddig nincs hiba.
Hogy csináljam meg azt hogy ha beléptem az üzenetek közé akkor akinek már írtam annak a nevét csak egyszer írja ki és ugyan ez fordítva a másik félnek?
A másik ha rákattintok akkor ki listázza a vele beszélgetett üzeneteket.
Ezt szeretném megoldani.
Hogyan tudnám?
Ha valaki valamit nem ért szóljon!