Adatbázis mentése php-ből UTF8 -cal
Szervusztok!
Segítsetek nekem legyetek szívesek, mert gutaütés kerülget!
Szervusztok!
Segítsetek nekem legyetek szívesek, mert gutaütés kerülget!
Nagy valószínűséggel a közeljövőben egy webáruházat kellene készítenem, azonban az egyedi igények meghaladják az én tudásomat, így érdeklődnék, hogy az alábbi feladatot hogyan, milyen modullal lehetne megoldani, illetve amelyre nincs kész megoldás, azokat ki, mennyiért fejlesztené le...
Feladat: A felhasználók különböző termékeket (jegyeket) vásárolhatnak a rendszerben, amelyeket vagy online módon kifizetnek (paypal, online bankkártyás fizetés), vagy személyesen veszik át az adott üzletben.
A helyszíni fizetésnél a pénztáros be is jelöli a weboldalon, hogy az adott személy kifizette.
Az alábbi problémával (jelenséggel) találtam szembe magam.
Az oldalon létrehoztam egy Díjak tartalomtípust, majd egy Díjak szótárt (taxonomyt), háromféle kifejezéssel (pl. Díjak 1, Díjak 2, Díjak 3).
Felvittem oldaltartalmakat a Díjak alá, kiválasztva a legördülő menüből az éppen megfelelőt: Díjak 1, Díjak 2, Díjak 3
Sziasztok!
D6-ról 7-re frissítettem egy általam kezelt oldalt. Közben belefutottam vagy két hibába, amire sajnos nem találom a megoldást.
Az egyik (és itt most csak ezt fogom feldobni ;-)):
- a honlapon van egy saját menü a következő felépítéssel:
1menupont
1.1 almenupont
1.2 almenupont
1.3 almenupont
2menupont
2.1
2.2
3menupont
3.1
3.2 stb.
4menupont
5menupont
Az egeszet az az elkepzeles vezerli hogy a nem magyar latogatok ha a sajat nyelvukre nincs forditas inkabb tudnak angolul mint magyarul. Esetleg ha a konkret tartalomnak angol forditasa se nincsen csak es kizarolag csak akkor traktalhatjuk oket magyarral.
Legyenek peldaul a beallitott nyelvek az angol, orosz, nemet, stb. es a magyar.
En arra gondoltam hogy alapertelmezett nyelvnek az angolt teszem. Mivel a magyar tartalom mind megvan a magyar latogatoknal nem lenne gond. A tobbi nyelveken ha megvan a tartalom akkor ott is a kert nyelven jelenne meg.
Egy 7-es Drupal alatt működő és általam készített honlappal van valami anomália. Az utóbbi héten nem hajlandó lefutni a cron. Ha élesben próbálom lefuttatni az admin/config/system/cron-nál, akkor fehér halállal elszáll az oldal 2-3 másodperc gondolkodás után.
Üdv!
Melyik az optimális megoldás sebesség tekintetében, melyik terheli meg jobban a rendszert az alábbi két megoldás közül, ahol táblázatos formában kell tartalmakat, pontosabban sorokat (több száz, majd később ezer) felvinni, ahol egy sorban több mező is szerepel:
1. Field collection modullal, egy node-ba tenni, vinni fel, vagy
2. Minden sort egy új node-ba, ahol egy Field collection sor van csak.
Előre bocsátom, hogy az a fajta abszolút kezdő vagyok aki képes bármit elrontani. A következő történt:
Otthoni tesztkörnyezetnek installáltam egy XAMPP csomagot, ezzel minden rendben volt, Apache2 szerver és SQL fut. (A Drupal mozikönyv alapján csináltam, lépésről-lépésre, sikerült is elsőre minden.) Ezután elvégeztem a szükséges változtatásokat, feltöltöttem a Drupal 6.7 verzióját és installálni kezdtem. Itt is minden rendben volt, egyetlen kisebb hiba adódott, hogy sehogyan sem tudom beállítani a rövid URL megjelenítést, hiába engedélyezem a .htaccess-ben.
Asszem sikerült (ki/)megtalálnom...
Üdv,
A neten (mást) keresve akadtam egy pontosan ilyen megoldásra, ami ráadásul pont horgászversenyhez készült :).
Van hozzá "event list", csapat nézet, valamint versenyzői információs nézet.
Az éjjel gondolkodtam rajta, hogyan is lehetne ezt megcsinálni különösebb modulfejlesztés nélkül, és azt hiszem (talán) rájöttem. Arra lennék kíváncsi, hogy szerintetek is jó-e az elgondolás?
Szükséges modulok:
CCK-val elkészítem a következő tartalom tipusokat:
Egy verseny felépítésének menete:
Sok dolog még nem teljesen tiszta előttem(főleg, hogy is fogom összekötni az adott versenyhez a csapatokat, versenyzőket, fogásokat, de szerintem a szótár/kategória + a "Content Taxonomy" segítségével), de ha neki fogok, szerintem az is megvilágosodik :)
Köszi, Pali
--
Palócz Paal Pál, a drupal.hu admin csoportjának tagja
Ajánlott olvasmány: Eric Steven Raymond - Hogyan kérdezzünk okosan