Archívum - 137651
március 28
PHP framework
Sziasztok!
egy újabb témában kérném a segítségeteket. részben kapcsolódik az adatbázisos kérdésemhez.
pp kolléga említi, hogy a probléma Drupal-lal viszonylag könnyen megugorható.
ezeddig volt szerencsém olyan helyen dolgozni, ahol saját fejlesztésű rendszereket is használtunk. emellett volt szerencsém Zendhez, Contenidohoz, Joomla!hoz. és nézegettem Drupalt, Yiit.
Azt mondanám, hogy a Contenido a legprogramozóbarátabb rendszer, mindamellett, hogy egy ...
a rövid véleményem a többi rendszerrel kapcsolatosan hasonló a Contenidonál leírtakhoz, kihagyva a programozóbarát jelzőt.
mindegyik nagyon nagy tudású, ami abban merül ki, hogy egy adott probléma megoldása viszonylag rögös tanulási folyamat végén a szükségesnél sokkal bonyolultabban oldható meg. aki csinált már Zend-ben form-ot tudja miről beszélek. bármit meg lehet csinálni benne nem kérdés, de hogy egy input mező megjelenítésében 5 osztály vegyen részt, az kicsit erős.
de ne csak fikázásról szóljon ez a bejegyzés. vegyünk egy konkrét problémát.
route-olás, controllerek, view-k.
Zend (és ahogy nézegetem Yii-nél is) esetén pl fel kell sorolnunk az összes route-ot, ő szépen végigmegy ezeken, majd kiköp egy Controller/action párost, amit szépen meghív.
/projects
/projects/my-project/
/projects/my-project/contracts/
/projects/my-project/logging/
/projects/my-project/logging/2012-11/
/projects/my-project/logging/2012-11/12/diary-type/
/projects/my-project/logging/2012-11/12/diary-type/create/
/projects/my-project/logging/2012-11/12/diary-type/id/
abstract route-ok segítségével az egyes részek elkészíthetők, aztán ezeket felsorolva össze lehet rakni a konkrét route-okat. és a drága zend végigmegy mindegyiken, megnézve, hogy van-e egyezés.
egy újabb témában kérném a segítségeteket. részben kapcsolódik az adatbázisos kérdésemhez.
pp kolléga említi, hogy a probléma Drupal-lal viszonylag könnyen megugorható.
ezeddig volt szerencsém olyan helyen dolgozni, ahol saját fejlesztésű rendszereket is használtunk. emellett volt szerencsém Zendhez, Contenidohoz, Joomla!hoz. és nézegettem Drupalt, Yiit.
Azt mondanám, hogy a Contenido a legprogramozóbarátabb rendszer, mindamellett, hogy egy ...
a rövid véleményem a többi rendszerrel kapcsolatosan hasonló a Contenidonál leírtakhoz, kihagyva a programozóbarát jelzőt.
mindegyik nagyon nagy tudású, ami abban merül ki, hogy egy adott probléma megoldása viszonylag rögös tanulási folyamat végén a szükségesnél sokkal bonyolultabban oldható meg. aki csinált már Zend-ben form-ot tudja miről beszélek. bármit meg lehet csinálni benne nem kérdés, de hogy egy input mező megjelenítésében 5 osztály vegyen részt, az kicsit erős.
de ne csak fikázásról szóljon ez a bejegyzés. vegyünk egy konkrét problémát.
route-olás, controllerek, view-k.
Zend (és ahogy nézegetem Yii-nél is) esetén pl fel kell sorolnunk az összes route-ot, ő szépen végigmegy ezeken, majd kiköp egy Controller/action párost, amit szépen meghív.
/projects
/projects/my-project/
/projects/my-project/contracts/
/projects/my-project/logging/
/projects/my-project/logging/2012-11/
/projects/my-project/logging/2012-11/12/diary-type/
/projects/my-project/logging/2012-11/12/diary-type/create/
/projects/my-project/logging/2012-11/12/diary-type/id/
abstract route-ok segítségével az egyes részek elkészíthetők, aztán ezeket felsorolva össze lehet rakni a konkrét route-okat. és a drága zend végigmegy mindegyiken, megnézve, hogy van-e egyezés.
március 28
többnyelvű tartalom tárolása adatbázisban
Sziasztok!
Egy nemzetközi többnyelvű oldal létrehozása a feladatom. Az oldal művészek munkáit mutatja be. az elképzelés szerint számos országban elérhető rendszerről beszélünk, helyi adminisztrátorokkal. a művész feltölti munkáit ad nekik címet, leírást.
ezt megteszi saját nyelvén, ha ambíciózus az illető, akkor megteszi még angolul is pl, de lehet, hogy több nyelven is tud, vagy a helyi adminisztrátorok egy-egy kiemelkedő alkotást önszorgalomból 'lefordítanak'.
mindegy is, a lényeg, hogy soknyelvű tartalmakról beszélünk, akár bemutatkozásról, kép leírásról, album címről, hozzászólásokról van szó.
dilemmám rövid története. beszéljünk mondjuk egy képről.
kiindulás - többnyelvűség nélkül
PICTURE
-idpicture (pk)
-title
-description
-stb..
A. eset
PICTURE
-idpicture (pk)
-stb..
PICTURE_TEXT
-idpicture (pk)
-idlanguage (pk)
-title
-description
mondjuk legyen ez a megoldás. de rájövök, hogy listázni szeretnék, itt már problémás lesz a dolog, mert melyik szöveggel listázzak?
vagy ha nem is a listázás miatt, de kelleni fog egy alapértelmezett nyelv.
B. eset
PICTURE
-idpicture (pk)
-stb..
PICTURE_TEXT
-idpicture (pk)
-idlanguage (pk)
-title
-description
-default (0,1)
C. eset
PICTURE
-idpicture (pk)
-idlangauge
-title
-description
-stb..
PICTURE_TEXT
-idpicture (pk)
-idlanguage (pk)
-title
-description
talán a C eset a legnormálisabb megoldása a dolognak. így igazából működik minden szépen, csak van egy bővítmény, ahol az alternatív szövegeket lehet tárolni.
de nem tudom, hogy a B, vagy a C a jobb-e, esetleg van még értelmesebb megoldás? (a mezők táblán belüli soknyelvűsítését nem tartom jónak, egy egységes tábla, ami táblanév, mezőnév, nyelv alapján tárol fordításokat szintén nem játszik)
ti hogyan csinálnátok?
■ Egy nemzetközi többnyelvű oldal létrehozása a feladatom. Az oldal művészek munkáit mutatja be. az elképzelés szerint számos országban elérhető rendszerről beszélünk, helyi adminisztrátorokkal. a művész feltölti munkáit ad nekik címet, leírást.
ezt megteszi saját nyelvén, ha ambíciózus az illető, akkor megteszi még angolul is pl, de lehet, hogy több nyelven is tud, vagy a helyi adminisztrátorok egy-egy kiemelkedő alkotást önszorgalomból 'lefordítanak'.
mindegy is, a lényeg, hogy soknyelvű tartalmakról beszélünk, akár bemutatkozásról, kép leírásról, album címről, hozzászólásokról van szó.
dilemmám rövid története. beszéljünk mondjuk egy képről.
kiindulás - többnyelvűség nélkül
PICTURE
-idpicture (pk)
-title
-description
-stb..
A. eset
PICTURE
-idpicture (pk)
-stb..
PICTURE_TEXT
-idpicture (pk)
-idlanguage (pk)
-title
-description
mondjuk legyen ez a megoldás. de rájövök, hogy listázni szeretnék, itt már problémás lesz a dolog, mert melyik szöveggel listázzak?
vagy ha nem is a listázás miatt, de kelleni fog egy alapértelmezett nyelv.
B. eset
PICTURE
-idpicture (pk)
-stb..
PICTURE_TEXT
-idpicture (pk)
-idlanguage (pk)
-title
-description
-default (0,1)
C. eset
PICTURE
-idpicture (pk)
-idlangauge
-title
-description
-stb..
PICTURE_TEXT
-idpicture (pk)
-idlanguage (pk)
-title
-description
talán a C eset a legnormálisabb megoldása a dolognak. így igazából működik minden szépen, csak van egy bővítmény, ahol az alternatív szövegeket lehet tárolni.
de nem tudom, hogy a B, vagy a C a jobb-e, esetleg van még értelmesebb megoldás? (a mezők táblán belüli soknyelvűsítését nem tartom jónak, egy egységes tábla, ami táblanév, mezőnév, nyelv alapján tárol fordításokat szintén nem játszik)
ti hogyan csinálnátok?
Scrollozható IFRAME scrollbar nélkül javascriptel.
Sziasztok!
Ezt LINK szeretném elérni az egyik weboldalon de valamiért nekem az egész oldalt görgeti ahelyett, hogy csak az iframe-el tenné ugyan ezt.Mit hagytam ki a kódból amiért nekem nem megy?
Ezt LINK szeretném elérni az egyik weboldalon de valamiért nekem az egész oldalt görgeti ahelyett, hogy csak az iframe-el tenné ugyan ezt.Mit hagytam ki a kódból amiért nekem nem megy?
március 26
Snow, a PHP CoffeeScriptje
A Snow egy új nyelv, ami PHP-re fordítható. A szerző a CoffeeScript mintájára (mely hasonló megoldást kínál JavaScriptre fordítással) készítette el a nyelvet, mely a DRY (Don’t Repeat Yourself) irányelvet, a tisztaságot és az egyszerű írhatóságot, olvashatóságot tartja a szem előtt.
Div változó mérettel
Saját joomla template-t csinálok. Klasszikus 3 hasáb, 'left'-'content'-'right'. A right div-et kikapcsoltatom, ha nincs benne modul, viszont ilyenkor a content rész marad a beállított fix szélességű, így jobb oldalon üres (háttérszínű) a sáv. Ha kiveszem a fix szélességi beállítást, akkor viszont a left div alá csúszik le. Ha a 'float: left'-et is kiszedem, akkor meg a 'left' háta mögé is becsúszik. Ha left-margin-nal beállítom a bal oldalhoz akkor meg csak addig jó, míg valamelyik oldalon vissza nem kapcsolok egy modult, mert akkor meg a a jobb oldalt nyomja le alulra. Másutt működik ez a dolog, csak nem tudom hogyan.
■ március 25
S.O.L.I.D. – Objektum orientált tervezési elvek 1. SRP
OO tervezési elvekből az SRP (egy felelősség – egy osztály) alapelve
■ 50 000-re büntethető domain
Egyre több önkormányzat szabályozza a domain neveket
■ Felhasználó azonosítás, desktop kliens - webes adatbázis
Sziasztok!
A címet kicsit bővebben kifejtve:
Példának okáért van egy desktop alkalmazás amivel egy webshopot adminisztrálok.
Mi a bevett módja (ha van ilyen) a felhasználó azonosításnak, ha a desktop programból a webes adatbázist akarom buherálni? Az adatokkal együtt elküldöm mindig a felhasználónév/jelszó párost is? Ez nekem kicsit fapados megoldásnak tűnik, de így elsőre nem jutott jobb eszembe.
Üdv, laci
■ A címet kicsit bővebben kifejtve:
Példának okáért van egy desktop alkalmazás amivel egy webshopot adminisztrálok.
Mi a bevett módja (ha van ilyen) a felhasználó azonosításnak, ha a desktop programból a webes adatbázist akarom buherálni? Az adatokkal együtt elküldöm mindig a felhasználónév/jelszó párost is? Ez nekem kicsit fapados megoldásnak tűnik, de így elsőre nem jutott jobb eszembe.
Üdv, laci
március 23
offline kereső
Sziasztok!
Egy internet nélkül a számítógépről üzemelő offline weboldalt kértek tőlem. Ehhez szeretnék egy keresőt készíteni. A kérdésem az lenne, hogy ezt miként tudnám kivitelezni?
A segítséget előre is köszönöm!
(A munkát hétfőn kell leadnom)
■ Egy internet nélkül a számítógépről üzemelő offline weboldalt kértek tőlem. Ehhez szeretnék egy keresőt készíteni. A kérdésem az lenne, hogy ezt miként tudnám kivitelezni?
A segítséget előre is köszönöm!
(A munkát hétfőn kell leadnom)
március 23
Div drag stop és restart
Sziasztok! Próbálgatok egy kódot: http://jsfiddle.net/evunh/61/ ami eddig azt tudja, hogy ha a belső nagyobb div belső széle eléri a kisebb div külső szélét, akkor megváltozik a nagyobb div színe, mert elérte az elméleti határát.
Amit szeretnék még elérni, hogy a fenti esetekben ne lehessen tovább mozgatni a nagyobb divet csak akkor ha már az ellentétes irányba mozgatnám a divet.
Meg lehet oldani ezt a feladatot szimplan drag eseményekkel vagy figyelni kell a kurzor poziját és mozgását?!
Köszönöm!
■ Amit szeretnék még elérni, hogy a fenti esetekben ne lehessen tovább mozgatni a nagyobb divet csak akkor ha már az ellentétes irányba mozgatnám a divet.
Meg lehet oldani ezt a feladatot szimplan drag eseményekkel vagy figyelni kell a kurzor poziját és mozgását?!
Köszönöm!
