Új hozzászólás Aktív témák
-
oleslie
aktív tag
válasz Speeedfire #13029 üzenetére
hüm ... az ölég érdekes.
Én a phpmailer-t cseréltem le a mail() -ra
Valamiért nem tudtam vele úgy levelet küldeni, hogy mindenhol (utf8 + webmail/kmail/kitekintő/etc.) helyesen jelenjen meg amit küldök (tárgy+tartalom), ill. ne érzékelje spam-nak.Egyszerű életet élek. Ami üres megtöltöm, ami tele van kiűritem
-
oleslie
aktív tag
válasz Speeedfire #13031 üzenetére
Nem szolgáltatói oldalon volt a probléma, hanem a fogadónál. Azt, hogy jól van e összerakva a levél, ki tudom deríteni saját hatáskörben (saját rencer, exim, dovecot, spamassasin).
Kliensoldalon borultak meg a dolgok. Ha utf8 ban csináltam, a M$ levelezőit leszámítva mindenhol jó volt, ha win1250/latin2 -ben, akkor bár jó lett az M$-nek, cserébe baxakodott a többi. Ezt megunva ejtettem a phpmailer-t, és oldottam meg saját hatáskörben a problémát.Egyszerű életet élek. Ami üres megtöltöm, ami tele van kiűritem
-
Siriusb
veterán
válasz Speeedfire #13033 üzenetére
Options/Editor/Formatting -> Expand Tabs to Spaces
-
rt06
veterán
válasz Speeedfire #13037 üzenetére
pgadmin (ha jol ertem a kerdest)
[ Szerkesztve ]
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
CSorBA
őstag
válasz Speeedfire #13040 üzenetére
Nekem is volt ilyen tárhelyem, amcsiban, azért váltottam róla, mert messze volt, és megérződött. Amúgy tényleg azt raktál rá amit akartál, csak archiválást figyelték. Szóval azért 20gigás csomagolt fájlokat nem szerették De lehetetlen feltölteni, mert van havi adatforgalmi korlát, és abba fogsz beleütközni.
-
MODERÁTOR
válasz Speeedfire #13042 üzenetére
Mellé nem is olcsó: [link]
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
MODERÁTOR
válasz Speeedfire #13044 üzenetére
És mit szeretnél csinálni, amire 1TB nem elég?
[ Szerkesztve ]
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
MODERÁTOR
válasz Speeedfire #13046 üzenetére
Az oké, de akkor szerintem nem ilyen csomagot veszel (memória méretére gondolok elsősorban), ott meg már ugye többet is engednek.
[ Szerkesztve ]
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
rt06
veterán
válasz Speeedfire #13040 üzenetére
itt mi a konkret kerdes?
hogy miert, vagy hogy hogyan?
utobbi megoldhato, az ext4-et ugyanis lehet futas kozben is atmeretezni (novelni lehet a meretet, csokkenteni nem), vagy meg egyszerubben lehet, hogy nfs-t hasznalnak, igy a rendszeredtol teljesen fuggetlenul tudjak azt piszkalniPolitikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
Soak
veterán
válasz Speeedfire #13050 üzenetére
Ahogy rt06 írta, valószínűleg nfs-t használnak (mint általában minden hasonló vállalkozás) .
-
rt06
veterán
válasz Speeedfire #13092 üzenetére
csak egy tiip: ellenorizd, hogy nem windoze sortoreseket hasznalsz-t (van, ami nem szereti linux kornyezetben)
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
rt06
veterán
válasz Speeedfire #13094 üzenetére
mivel irtad at? sorvegeket ellenorizted?
esetleg probald meg a date_default_timezone_set() parancsot, hogy arra mit mond
date_default_timezone_set( "Europe/Budapest" );[ Szerkesztve ]
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
Sk8erPeter
nagyúr
válasz Speeedfire #13096 üzenetére
Újraindítottad a webszervert, miután átírtad?
A Default timezone-nál is "Europe/Budapest" kéne, hogy szerepeljen, de nálad az a default UTC, szóval valami tényleg nem okés.Sk8erPeter
-
Vekko
aktív tag
válasz Speeedfire #13108 üzenetére
Ez sajnos számomra ismeretlen nyelv.
-
Sk8erPeter
nagyúr
válasz Speeedfire #13110 üzenetére
A jQuery még mindig nem framework, hanem csak egy library...
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Speeedfire #13115 üzenetére
Ebben a topicban úgy látszik, már nem lehet KORRIGÁLNI egyes mondatokat a helyes infók érdekében, mert valaki biztos, hogy magára veszi. Miért lenne "belekötés" egy egyszerű korrekció?
Sk8erPeter
-
rt06
veterán
válasz Speeedfire #13130 üzenetére
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
Siriusb
veterán
válasz Speeedfire #13162 üzenetére
Túlzás vagy sem, de mi értelme lenne saját webshopot fejleszteni, hacsak nem ujjgyakorlat céljából?
-
Soak
veterán
válasz Speeedfire #13165 üzenetére
shop.example.com ...
-
őstag
válasz Speeedfire #13174 üzenetére
UrlDecode ha minden igaz megoldja (most nem tudom kipróbálni).
"Decodes any %## encoding in the given string. Plus symbols ('+') are decoded to a space character. "
[ Szerkesztve ]
-
cucka
addikt
válasz Speeedfire #13176 üzenetére
Hogy lehet 2 rendszert összekapcsolni?
Nehezen. Vagy átalakítod az egyik adatbázist a másik formátumra, vagy készítesz egy köztes réteget, ami az egyik kérést átfordítja a másik rendszer számára.Mivel gyanítom, a két rendszer funkciólistája nem egyezik meg 100%-osan, mindkét megoldásban benne van a szívás rendesen, plusz mindkét rendszert tökéletesen ismerned kell.
[ Szerkesztve ]
-
Sk8erPeter
nagyúr
válasz Speeedfire #13176 üzenetére
Migrálni a saját meglévő tábláid adatait az új táblákba, a kritériumoknak megfelelően, úgy, hogy az új webshopba megfelelően bekerüljenek a termékek, most így konkrétumok nélkül csak általánosságokban lehet tanácsot adni. Ha van a migrálásra/importálásra valami jóféle, rugalmas "keretrendszer" (mint a Drupalos Migrate modul), akkor az a legjobb. De nézz utána, van-e valami "híd" a két rendszer összehozására. Pl. Drupal esetén volt a Drupal saját táblái és a Gallery2 összehozása esetén, tudtommal ott kicsit gányolósan úgy működött, hogy minden felhasználói adaton történő változás mentődött a másik táblában is, ez mondjuk nem a legjobb megoldás, nem biztos, hogy egy hiba esetén szinkronban lesz a két adat. Szóval a legjobb talán az lenne, ha azonos felhasználói adatbázisban dolgozna a kettő.
Melyik webshop ez?
Sk8erPeter
-
modder
aktív tag
válasz Speeedfire #13176 üzenetére
Kijelölöd az egyik rendszer felhasználói adatbázisát, mint a felhasználói adatbázis, és közösen azt használod mindkét rendszernél.
A másik rendszer authentication&authorization rétegét le kell cserélned, hogy "az adatbázist" használja, ne a sajátját. Ez rendszertől függően lehet egyszerű és bonyolult is, de mindenképpen bele kell nyúlni a kódba, és módosítani kell, hogy amikor a másik rendszer egy felhasználót autentikálni szeretne, azt ne a saját adatbázisból próbálja meg, hanem "az adatbázisból".Többféleképpen lekérdheted a felhasználói adatokat "az adatbázisból":
-- kapcsolódhatsz közvetlenül az adatbázis kiszolgálóhoz
-- csinálhatsz egy service réteget ahhoz a rendszerhez, amelyiknek az adatbázisát használni fogod (SOAP vagy REST), és a másik rendszer ezt hívja minden egyes alkalommal, amikor egy felhasználót be kell jelentkeztetni/regisztrálni.Az előbbi egyszerűbb, szerintem, de ha változik az adatbázis struktúra egy update során, akkor kínos minden rendszer implementációját frissíteni, plusz nehezen megoldott az auditálás.
Az utóbbi azért jó, mert a kód könnyebben, módosítható, mint az adatbázis struktúra, és anélkül lehet az autentikáció implementációját változtatni, hogy a service interfészt megváltoztatnád. (pl. ha az adatbázis struktúrán változtattál). Én ezt választanám egy REST interfésszel. Arra ügyelni kell, hogy a két rendszer közötti kommunikáció SSL-en keresztül menjen.Amit még meg kell említeni, hogy a felhasználó azonosításán kívül valószínűleg be lehet állítani egy csomó más felhasználói preferenciát is a különféle rendszereken. Én ezeket megtartanám rendszerfüggően, az adott rendszer saját adatbázisát. Azon a rendszeren, amelyik nem a saját felhasználói adatbázisát használja autentikációra, a service hívásból visszajött valamilyen user id-hoz kötném ezeket az adatokat.
-
modder
aktív tag
válasz Speeedfire #13181 üzenetére
Elég általános megoldást írtam, nem yii specifikus.
Jól értem, hogy nem akarod az egész adatbázist közösen használni, csak a user managementet? Sajnos nem ismerem a yii-t és az extensionjeit, de ha a két rendszer ugyanaz, akkor ugyanazt az adatbázis sémát használják. Így elvileg egyszerűbb megoldani, hogy az egyik webshop másik adatbázishoz kapcsolódjon közvetlenül, és onnan kérje le az adatokat. A gyakorlatban pedig vannak problémák:
1) lehetnek olyan join lekérdezések, ahol egy webshop táblát kapcsolsz össze egy user táblával. Ezt akkor szét kell választani kódban.
2) ha használ tranzakciókezelést, akkor a két adatbázis közötti elosztott tranzakciót inkább felejtsd el, hacsak nincs már erre megoldás yii-ben vagy PHP-ban.Egy rendszert általában egy adatbázisra terveznek. Kétlem, hogy annyira modulárisra csinálták volna ezt a webshopot, hogy egyszerűen le tudd cserélni honnan autentikálja a felhasználókat. Ha igen, akkor szerencséd van
Mindenesetre tényleg nézz utána, hátha ezt már valaki megoldotta, ha nem, akkor kezdd el nézegetni a kódot, hogyan van megoldva a user management, és hol tudnál belenyúlni, melyik réteget tudnád lecserélni úgy, hogy közös user adatbázist használjon.
A user management modullal együtt tud működni
Ha a user management modulnak meg tudod mondani, hogy melyik adatbázishoz kapcsolódjon, az jó. Ez azt is jelenti, hogy a webshop vélhetőleg nem függ adatbázis szinten a user tábláktól, úgyhogy nem lesznek 1)-beli esetek. A probléma viszont még fennáll, hogy a webshop saját user táblája, ahol a postázási címet meg ilyeneket tárol, ugyanazt az adatbázis hozzáférést akarja majd használni, mint a maga a webshop.A legnagyobb problémát szerintem az fogja jelenteni, hogy a webshop modult, mint egy egységet egy adatbáziskapcsolatra tervezték, így kétlem, hogy konfigurálással be tudnád neki állítani, hogy a termékeket a saját adatbázisból szedje, de a webshop user-t egy másikból. (mivel ha jól láttam a képről, a webshop user táblája össze van kötve a yii user táblájával)
[ Szerkesztve ]
-
modder
aktív tag
válasz Speeedfire #13183 üzenetére
Akkor szerintem elég, ha kicseréled a shop user tábláját egy view-ra, ami a saját user tábládból kérdez le, de a neve megegyezne azzal, amit a shop modul vár. De akkor a módosításokat mindenképpen az eredeti táblán kell elvégezni, mert azt ugye view-n nem lehet.
-
DeltaPower
őstag
válasz Speeedfire #13183 üzenetére
YiiShopCustomer táblába az userid-t honnan veszi? Nem véletlen úgy működik, hogy az alap user tábla adatait bővíti ez a tábla a cím, irányítószám stb. mezőkkel?
"Moonshine Whiskey (70°, ízesítés nélküli) van. Fincsi" - Teebee - "De az kiírtaná az egész családomat..Akkor is ha csak én innék belőle.." - forintuser
-
Sk8erPeter
nagyúr
válasz Speeedfire #13186 üzenetére
Végül is egy felhasználónak lehet külön állandó lakcíme vagy levelezési címe, és egy szállítási címe... Semmi gond nincs abból, ha a kettő szinkronban van. A cím pont, hogy elég ritkán változik. Szerintem nem történik semmi tragédia, ha itt ennél duplikáció van.
Hogy nálad nincs country, az pedig könnyen pótolható. Legfeljebb mindegyiknél "hu" lesz a kód, aztán annyi.Amúgy ezt írják:
"Note that this Module does NOT handle User/Admin authentification. You have to do this by yourself, either by CAuthManager, CDbManager, the yii-user-management or the srbac Module. Instructions on how to integrate this Module with the Yii User Management Module will be available soon, it is already prepared"De amúgy biztos van Yii-hez más webshopmodul is, ezt amúgy is fikázzák páran a kommentekben, amennyit láttam, hogy gányolások vannak benne, megpróbálkozhatnál esetleg egy másikkal is, nehéz elképzelni, hogy ne lenne valami bevált webshop extension Yii-hez is, hátha van olyan, aminél normálisan leírják a felhasználók adatainak lazán csatolt kezelését.
Sk8erPeter
-
DeltaPower
őstag
válasz Speeedfire #13197 üzenetére
Egy css-hez hasonló szintaxisú leíró nyelv, lényegében a css-t egészíti ki változókkal, hierarchiával stb. és szabvány css a kimenete.
"Moonshine Whiskey (70°, ízesítés nélküli) van. Fincsi" - Teebee - "De az kiírtaná az egész családomat..Akkor is ha csak én innék belőle.." - forintuser
-
válasz Speeedfire #13199 üzenetére
Ez egy eszköz, mint a Notepad vagy a Netbeans.
-
Sk8erPeter
nagyúr
válasz Speeedfire #13197 üzenetére
DeltaPower leírta, miről szól.
Ez nem osztott tárhelyes téma. Lokális környezetben viszont nagyon jól hasznát tudod venni, megírod a SASS-fájlt, legeneráltatod ebből a CSS-kimenetet (figyelteted a változásokat az adott könyvtárban, és fájlmentéskor automatikusan legenerálódik a CSS-fájl belőle, majd frissíthetsz is a böngésződben), majd a végeredményt feltöltheted (a generált CSS-fájlokat, persze érdemes a *.scss fájlokat is feltöltve is megtartani). Gyorsítja a munkádat a CSS-ben pöcsölés helyett. Mindenképp érdemes kipróbálni, újrafelhasználható kódokat tudsz vele írni, egymásba ágyazott tulajdonságaid lehetnek, használhatsz változókat a kódodban, akár matematikai kifejezéseket lehet kiértékeltetni vele a kódodban, feltételvizsgálatokat használhatsz, ciklusokat írhatsz vele, stb., szóval rengeteg olyan lehetőség nyílik meg így, amire egyébként CSS-ben nincs lehetőséged, kényelmessé teszi a melót, tényleg fasza. Ha szintaktikai hibát követtél el, akkor a mentéskor, a konzolon fog általában látszani a para (vagy ha van hozzá jó progid, pl. beépülő egy IDE-ben, még jobb). Kukkantsd meg ezt, itt van egy csomó kódrészlet, elsőre nem minden triviális, de ki kell próbálni, meg utána kell olvasni, és akkor nagyjából megvilágosodsz. Lehet használni a szintaktikáját amúgy a jsFiddle-ön is, ha a Languages-nél kiválasztod az SCSS-t, szóval akár ott is próbálkozhatsz, ha most localhoston nincs kedved.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Speeedfire #13209 üzenetére
Hümm, eszerint támogatnia kellene:
http://stackoverflow.com/questions/11321708/netbeans-scss-file-autocomplete-just-like-css-file/12198873#12198873
Próbáld meg innen letöltve:
https://code.google.com/p/scss-editor/downloads/list[ Szerkesztve ]
Sk8erPeter
-
cucka
addikt
válasz Speeedfire #13211 üzenetére
Mit jelent az, hogy a tömb értéke üres?
PHP-ban nincs olyan, hogy egy asszoc. tömb egyik eleme üres, valamilyen értéke kell legyen. Az üres elem megfelelője egy null érték lehet, ilyenkor az isset false-al fog visszatérni, viszont a tömb kulcsai között ott lesz az is, amihez a null érték tartozik. Tehát vagy isset()-el vizsgálod (ez nem "látja" a null értékeket), vagy mondjuk az array_key_exists() függvénnyel (ez pedig "látja"). Az empty() pedig egy teljesen elb*szott dolog, azt ne használd semmire.[ Szerkesztve ]
-
cucka
addikt
válasz Speeedfire #13213 üzenetére
Ezt nem igazán értem, eddig tömb indexekről volt szó.
Nem tudom sem azt, hogy mit ellenőrzöl, sem azt, hogy mi a célod az egésszel, vagy hogy mit miért iratsz ki, szóval próbáld ennek tükrében megfogalmazni a dolgokat . Kiiratást és html-t pedig kár idekeverni, annak, hogy a php hogyan kezeli a tömböket/üres elemeket/stb. az égvilágon semmi köze ehhez. -
cucka
addikt
válasz Speeedfire #13215 üzenetére
Ez szerintem így teljesen jó, a feltétel az if-ben ki fogja szűrni az üres stringet és a null elemeket.
Ha kicsit átrendezed a kódot, a data változóra nincs is szükség.(#13216) Rolly
CSV fileban az adat mező nem tartalmazhat újsor karaktert. Ha mégis erre van szükség, akkor ki kell escape-elni, ez esetben pedig nem okozhat gondot feldolgozás során.[ Szerkesztve ]
-
Sk8erPeter
nagyúr
válasz Speeedfire #13215 üzenetére
Kétszer szerepel a lezáró </td>, ez így hibás szintaktika. Gondoltam jelzem, mielőtt elkezdesz vele szívni.
A második lezáró helyett egy </tr> kéne oda.(#13218) Speeedfire :
így is át lehet rendezni, hogy ne kelljen neked a $data változó (nem mintha olyan sok vizet zavarna, de végül is tényleg nem muszáj használni):if($specs) {
$tablerows = '';
foreach($specs as $key => $spec) {
if($spec != '') {
$tablerows .= sprintf('<tr> <td> %s: </td> <td> %s </td> </tr>', $key, $spec);
}
}
if($tablerows != '') {
echo '<table>';
echo sprintf ('<tr><td colspan="2"><strong>%s</strong></td></tr>',
Shop::t('Product Specifications'));
echo $tablerows;
echo '</table>';
}
}most csak gyorsan összedobáltam
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
-
DeltaPower
őstag
válasz Speeedfire #13231 üzenetére
Hibakezelést szabályzó operátor [link]. Ha egy kifejezés, értékadás elég írod, akkor nem generál látható hibaüzenetet.
"Moonshine Whiskey (70°, ízesítés nélküli) van. Fincsi" - Teebee - "De az kiírtaná az egész családomat..Akkor is ha csak én innék belőle.." - forintuser
-
sztanozs
veterán
válasz Speeedfire #13396 üzenetére
Feltételezem, mivel a yii lekezeli már a kivételt, így semmivel nem tudod elkapni (kivéve a belehackelsz a framework-be).
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
válasz Speeedfire #13396 üzenetére
Névterezve van minden? Mert a catch-et is úgy kell megírni: \Exception
try {
$data->queryAll();
} catch (\Exception $e) {
echo 'Hiba lépett fel!'
} -
válasz Speeedfire #13399 üzenetére
Az gáz azért.
-
Sk8erPeter
nagyúr
válasz Speeedfire #13399 üzenetére
Ebben a formában azért ez elég furcsa... Nem is tudod felülbírálni? Mert ez alapján olyan, mintha komolyabb hibákra nem dobhatnál egy szép felhasználóbarát hibaoldalt, hanem majd a Yii szépen megmondja, hogy itt aztán gáz van, de feltételezem, azért ezt megoldották valahogy, elég régi keretrendszerről van szó...
Sk8erPeter
-
DeltaPower
őstag
válasz Speeedfire #13406 üzenetére
Ha jól értettem a google találatok közt olvasottakat, ez a "buffer" félrevezető. A problémát az okozza, hogy a single byte char adatot multibyte char adattá konvertálod/konvertálódik fetchAll-nál, akkor az eredeti bináris méreten túlcsordulhat, erre viszont buffer overflowot jelez. A yii pedig lehet hogy a buffer overflowot hackelési kísérletnek veszi és inkább elszáll 500-al, vagy ha valami security plugin van telepítve, az is ráugorhat.
"Moonshine Whiskey (70°, ízesítés nélküli) van. Fincsi" - Teebee - "De az kiírtaná az egész családomat..Akkor is ha csak én innék belőle.." - forintuser
-
DeltaPower
őstag
válasz Speeedfire #13410 üzenetére
Az nem járható, hogy a forrást konvertálod utf-be?
"Moonshine Whiskey (70°, ízesítés nélküli) van. Fincsi" - Teebee - "De az kiírtaná az egész családomat..Akkor is ha csak én innék belőle.." - forintuser
-
DeltaPower
őstag
válasz Speeedfire #13412 üzenetére
Az adatbázist. Vagy az már utf-ben van?
[ Szerkesztve ]
"Moonshine Whiskey (70°, ízesítés nélküli) van. Fincsi" - Teebee - "De az kiírtaná az egész családomat..Akkor is ha csak én innék belőle.." - forintuser
-
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
válasz Speeedfire #13426 üzenetére
"De ha gondolod próbáld rekonsturktuálni oracle alatt pdo-val ezt a dolgot, mert kíváncsi lennék rá."
Milyen dolgot? Én már az elejére sem emlékszem.Igazából csak arra lettem volna kíváncsi, rájöttél-e, hogyan bírálhatod felül a Yii erőszakos kivételkezelését, mert úgy tűnt, nem tudod elkapni a keletkező kivételt, mert már előbb kitolja a kimenetre a Yii, ami gáz.
"Egyszerűen az oracle nem akarja támogatni a pdo-t. "
Nem fordítva kéne, hogy legyen a fejlesztési irány?Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Speeedfire #13431 üzenetére
"Hogy fordítva?"
Úgy, hogy nem az Oracle-fejlesztőknek kell ráfeküdniük izomból a PHP-val való együttműködésre, hanem a PHP fejlesztőinek...Sk8erPeter
-
Sk8erPeter
nagyúr
-
Soak
veterán
válasz Speeedfire #13474 üzenetére
Eclipse, bar ez is szeret terpeszkedni de tudod kobfigolnni ha alapbol sokat eszik.
-
Sk8erPeter
nagyúr
válasz Speeedfire #13474 üzenetére
NetBeans memóriaigényét is tudod korlátozni:
http://stackoverflow.com/questions/1557883/how-to-reduce-netbeans-memory-usageSk8erPeter
Új hozzászólás Aktív témák
- be quiet! PURE POWER 11 tápegység I 600W I Félmoduláris I 80 PLUS Gold
- HP EliteBook 850 G7 Intel Core i7-10610U, 32GB RAM, 512GB NVMe SSD
- iPhone 14 Pro Max 256GB, garanciális, független, 100% akku (karcmentes, ütésmentes) eladó
- Cooler Master MasterBox NR400 Számítógépház (ODD-nélkül)
- GIGABYTE P850GM 850w 80 Plus Gold (GP-P850GM)