ugrás a tartalomhoz

Archívum - 137651 - Fórum téma

január 11

Pentaho/Spoon-al lehet szerintetek ilyet?

ecrazor · 2015. Jan. 11. (V), 15.35
Hello,

Persze biztos lehet, na de hogyan. :-) Van egy CSV adatbázisom amiben termékek vannak, és a kategória így lett megadva:

|-----------------|--------|--------------|-----|
| Árú megnevezése | Egység | Gyűjtőcsomag | ... |
|-----------------|--------|--------------|-----|
| Kategória név 1 | NULL   | NULL         | NUL | <--- kategória 1
| Termék név 1    | 10 db  | 1234         | ... |
| Termék név 2    | 10 db  | 1234         | ... |
| Termék név 3    | 10 db  | 1234         | ... |
| Termék név 4    | 10 db  | 1234         | ... |
| Kategória név 2 | NULL   | NULL         | NUL | <--- kategória 2
| Termék név 1    | 10 db  | 1234         | ... |
| ............... | ...... | ............ | ... |
A cél az lenne, hogy ilyen formába tudjam átalakítani:

|-----------------|------------------|--------|--------------|-----|
| Árú megnevezése | Kategória        | Egység | Gyűjtőcsomag | ... |
|-----------------|------------------|------- |--------------|-----|
| Termék név 1    | Kategória név 1  | 10 db  | 1234         | ... |
| Termék név 2    | Kategória név 1  | 10 db  | 1234         | ... |
| Termék név 3    | Kategória név 1  | 10 db  | 1234         | ... |
| Termék név 4    | Kategória név 1  | 10 db  | 1234         | ... |
| Termék név 1    | Kategória név 2  | 10 db  | 1234         | ... |
| ............... | ................ | .......|............. | ... |
Elsőnek azzal próbálkoztam, hogy csináltam két "Filter rows" szűrést egy "Transformation"-ben, egyiket a kategóriára, másikat pedig a termékre, így született egy kategória listám és egy termék adatbázisom, de gondba voltam azzal hogyan lehetne ezt összeilleszteni, ahogy az utóbbi ábrán.

Kerestem ez után, de nem nagyon sikerült értelmes találatot találni (lehet rosszul közelítem meg a dolgot). Szerintetek?
 ■

január 10

Felhasználók szokásainak elemzése - hogyan?

hunkris · 2015. Jan. 10. (Szo), 15.40
Mostanában egyre jobban érdekel ez a terület, viszont elég kevés jó módszer van.
Tegyük fel, hogy van egy adatbázis, amiben tetszőleges mennyiségű és fajtájú adat van, és az is, hogy a felhasználónak melyik tetszett. Milyen szempontok alapján érdemes ajánlani neki?
Merre érdemes elindulni, mire keressek, mit kell feltétlenül tudni?
 ■

január 8

Tiszta kód - Node.js

webproghu · 2015. Jan. 8. (Cs), 18.30
Sziasztok,

volt már alkalmam némi ismerettséget kötni a Node.js-el, alapvetően kisebb alkalmazások írására nagyon szeretem használni. Viszont most gondolkodunk egy nagyobb projekt Node.js-ben való megvalósításán, ezzel kapcsolatban lenne egy kérdésem:
lehet Node.js-ben (Javascriptben) szép, tiszta, külön fájlokban szervezett kódot írni?

Előre is köszönök minden építő jellegű hozzászólást, segítséget!
 ■

január 7

EMail kliens az adminon

janoo · 2015. Jan. 7. (Sze), 13.47
Helló Mindenkinek!

Arról szeretném kikérni a véleményeteket, hogy szerintetek milyen hátrányai lehetnek, ha a levelezést behúzom az adott weboldal admin felületére?!

Merthogy egyébként elég "gáz", hogy eladsz egy weboldalt amihez persze van admin felület is, tehát 1 felhasznév és jelszó,
de ha a kedves ügyfél levelet szeretne írni a valami##kukac##domain.hu céges email címéről, akkor be kell lépnie a szerver email kliensébe, ami persze +1 felhasznév és jelszó

nomeg más felület, akkor azt megint hogy kell kezelni...

sokkal kényelmesebb megoldás lenne az ügyfél részéről, ha a levelezését is az admin felületről tudná intézni

csakhogy ilyet én még nem láttam... ennek oka lehet??
de ugye az IMAP segítségével ez könnyedén megvalósítható, így neki is álltam,
de kíváncsi lennék a véleményetekre, hogy ez pusztán lustaság a webstúdiók részéről, vagy valamilyen technikai hátulütője van a dolognak?!

válaszotokat, meglátásotokat előre is köszi, Janoo
 ■

fb borítókép szerkesztő program

Radon · 2015. Jan. 7. (Sze), 10.37
A weboldalamra szeretnék én is betenni olyan editort, amit képfeltöltés után tudsz használni, hogy méretre igazítsd a képedet. ilyen a facebookon a borítókép szerkesztő is. Tud valaki ilyen programot?

köszi
 ■

január 6

DateTime, strtotime érdkesség

Kubi · 2015. Jan. 6. (K), 15.05
Sziasztok!

Nem találtam a neten erre vonatkozóan infót, ezért írok ide, hátha valaki fel tud világosítani, hogy miért is így működik a dolog.

DateTime-ot használok idő validálásra (pontosabban az sf1.4 date validátora), viszont a DateTime és az strtotime is ha egy karakteres string van megadva, simán megeszi és visszaadja az aktuális dátumot. Két karakter esetén már hibát dob.

$date = "y";

var_dump(strtotime($date));
var_dump(new DateTime($date));
fenti kód kimenete

int(1420593950)
object(DateTime)#1 (3) {
  ["date"]=>
  string(19) "2015-01-06 13:25:50"
  ["timezone_type"]=>
  int(2)
  ["timezone"]=>
  string(1) "Y"
}
Ez alapján időzónának veszi az egy karakteres stringet, de én A..Z ig terjedő időzónákról nem tudok, dokumentációban sem látok erre utalást. Ti tudtok erről valamit? Mi kerülte el eddig a figyelmemet?
 ■

január 5

Custom font probléma ékezetes karakterek esetén

Horváth Norbert · 2015. Jan. 5. (H), 21.53
Van egy problémám az alábbi oldalamon: tarsasjatekwebshop.hu
Az Open Sans nevű font-ot húztam be a google fontok közül amit a css-ben @-rule módszerrel használok. Az a probléma, hogy ha a felhasználó gépére nincs telepítve a font, akkor az őűŐŰ betűket hibásan jeleníti meg. Pl itt látható a dialog címsorában: http://webprog.biz/images/2015-01-05_204526.png
Az érdekes az, hogy ha a felhasználó gépén telepítve van, akkor jól jelennek meg ezek a betűk is. Amúgy az oldalon minden kódolás utf-8.
Van valaki aki esetleg tapasztalt már hasonlót vagy tudja a megoldást? Előre is köszönöm!
 ■

MVC outdated?

pythonozok · 2015. Jan. 5. (H), 21.26
Blogmarkként talán jobb lett volna, de nem találom, hogy hol olvastam: állítólag az MVC pattern már idejétmúlt, felejtős.
Ez valóban igaz lenne vagy csak véletlenül egy újító hangulatú fejlesztő blogjába botlottam tegnap?
Ha igaz, mi ajánlott helyette?
És itt most nem csak (sőt elsősorban nem) webes fejlesztésben gondolkodnék.
 ■

január 3

Pár elemes listák

szabo.b.gabor · 2015. Jan. 3. (Szo), 09.50
Sziasztok!

Problémám a következő. Vannak egy csomó ~30 elemű listánk, aminek az értékeit aztán tároljuk különböző rekordokban (ott nyilván integerként).

Néha exportálgatunk, ott nem árt ha olvashatóan szerepelnek a dolgok, és néha szeretjük, ha az exportot kiköpi az adatbáziskezelő.

Mi a legoptimálisabb megoldás?

I.
Minden listának külön tábla?

pro
-idegen kulcsok szépen működnek
-minden szép és jó

kontra
-nem overkill?
-a sok hülye tábla, amik között nem találjuk meg a tényleg használt táblákat.

II.
Csinálunk lista_csoport és lista_elem táblákat
#lista_csoport#
-idcsoport (pk)
-csoport (varchar)

#lista_elem#
-idelem (pk)
-idcsoport (fk)
-elem

És az idelem értékeket tároljuk ahol kell.

pro
-kevés tábla
-külső kulcsok részben működnek

kontra
-különböző csoportok pk-i keverednek, a kulcs nem hordoz az ember számára semmiféle értelmezhető információt (ez azért néha nem rossz). esetleg szorozzuk meg a csoport azonosítót százzal és ebben az intervallumban tároljuk a lista elemeit (ez ám a gány, de talán nem is olyan hülyeség)
-olyan kulcs is kerülhet adott helyre, aminek ott semmi értelme (egy totál másik csoporthoz tartozik) (mondjuk ha a csoport azonosító benne van az elem kulcsban, akkor akár lehet rajta egy könnyen megírható trigger)

III.
lista_elembe felveszünk még egy mezőt, ami az adott érték indexét tárolja, de ez még nagyobb butaság, mert vagy két mező lehetne idegen kulcs, vagy nem tudná kezelni az idegen kulcsokat az adatbázis (azért nem baj, hogy nem tudok berakni olyant ami nem létezik)


----------
Csak SQL segítségével lehet ezt normálisan kezelni, vagy van valami értelmes megoldás erre a problémára?
 ■

január 2

Új áfaszabályozás technikailag

zzrek · 2015. Jan. 2. (P), 13.12
Sziasztok!

Például itt olvastam, hogy az áfát mostantól a vásárló országa szerint kell kiszámolni mindenféle e-könyv, telefonos applikáció, film vagy zenei album internetes vásárlásakor.
Ezt hogy csinálják majd a cégek, nagyok-kicsik?
Honnan tudják, hogy honnan vásárolok?
Az árat ki kell írni, méghozzá az áfásat.

Alapprobléma, hogy miben bízhatnak a boltok?
A) A felhasználó megadhatja, hogy melyik országból vásárol?
B) Vagy a bankkártyája adja meg ezt az információt?

Milyen árat rakjon ki a bolt? A következő lehetőségeket találtam:

1: Csak regisztrálás után írják ki az árakat.
Ez problémás, mert nem akar mindenki regisztrálni. Az A)B) probléma megmarad.
2. Az IP cím alapján meghatározzák hogy hogy hol vagy. Ez nem megbízható. Mi van, ha valaki épp külföldön jár?
3. A felhasználó választ országot egy legördülőből, de figyelmeztetik, hogy a bankkártyája országa alapján az ár változhat.
Ez furcsa.

Ha a bankkártya országa a meghatározó, akkor érdemes lesz luxemburgi bankszámlát nyitni minden vásárlónak?
Paypalos fizetésnél van további kavarás? A Paypal átadja az országinformációt?

Mi a véleményetek erről? Technikailag hogyan lesz ez megvalósítva?
 ■