Keresés

Duplicate entry '15-959' for key 1 query

stafford képe

Sziasztok,

Az alabbi hibauzenet jelent meg a logban miutan belepett egy user. Csak az "ata" nevu user eseten csinalja ezt. Amit tudni lehet, hogy a user mar a kezdetekkor regisztralt es hetente nezi az oldalt, de a hibauzenet csak most jelentkezett:

Duplicate entry '15-959' for key 1 query: INSERT INTO history (uid, nid, timestamp) VALUES (15, 959, 1162910997) - /home/users/cgblog/public_html/includes/database.mysql.inc - 120. sor.

Koszi!

Letölthetőek a Drupal Konferencia videófelvételei

Hojtsy Gábor képe

Kiss-Tóth Marcell kitartó munkájának köszönhetően örömmel jelenthetem be, hogy immár letölthetők a Drupal Konferencia 2006 minden előadásának és a fórumának a videófelvételei! Marcell a felvételek szerkesztése során ügyelt arra, hogy a megfelelő helyeken a kivetített fóliákat a videóba illessze, így könnyebb követni az előadásokat.

Kategóriák: 

Ingyenes és olcsó weblap sablonok

Hojtsy Gábor képe

A Drupal nem bővelkedik kész sminkekben, viszont könnyen előfordulhat, hogy aktuális projektünk nem igényel kifejezetten egyedi kialakítású oldalt. Esetleg láttunk is már valahol egy szép weblapot, és hasonlót szeretnénk kicsit eltérő grafikával.

A különböző tartalomkezelőkhöz készülő megjelenések egyre nagyobb hányada meglévő, CMS-től függetlenül készült weblap sablonokból indul ki, melyek közül most már minőségi darabokat is találhatunk ingyen. A Drupal sminkek között jellemző az Open Source Web Design (OWSD) gyűjteményéből beszerzett sablonok használata, de hasonló kört fed le az Open Web Design oldala is.

Lehet, hogy számunkra a grafikusabb megjelenés jön be, ráadásul nem törődünk azzal, hogy az oldalt táblázatokkal vagy anélkül alakítja-e ki a Drupal. Ekkor lehetnek hasznosak olyan hagyományosabb oldalak, mint a templatesbox.com vagy a freewebsitetemplates.com.

Végül előfordulhat, hogy van némi anyagi keretünk arra, hogy ne valamilyen gyakrabban használt oldal megjelenésünk legyen, hanem legalább egy egyedibb sablont alkalmazzunk. A kereskedelmi weblap sablonok koronázatlan királyának számít a Template Monster, melynek ajánlatát számos más tovább értékesítésre szerződött partner webhelyen is megtaláljuk.

Sajnos a felsorolásom legnagyobb hibája, hogy az említett sablonok nem a Drupal számára készültek. Az utóbbi cég ugyan biztosít más tartalomkezelőkhöz és blog motorokhoz kész sablonokat, a Drupal-t még nem támogatják. Ezért mindenképpen magunknak kell a beszerzett sablont a Drupalhoz igazítani vagy egy szakembert kell erre találnunk.

A vállalkozó szelleműeknek érdemes egy meglévő PHPTemplate alapú sminkből kiindulni, és a letöltött sablonban a megfelelő helyekre átmásolni a kívánt részeket (webhely címét, blokkokat, láblécet, stb). Az egyedi megoldások kialakításában a Drupal Handbooks alatt a PHPTemplate szekció lehet nagy segítséggel.

Kategóriák: 

Kiemelt tartalom sminkelése

Almási képe

Üdv!
Drupal 4.7.3 alatt Combustion sminket használok. A problémám vele az, hogy ha egy írást "Kiemelt, Az oldal tetejére" közzétételi beállítással küldök be, a tartalom bevezetőjének külalakja semmiben sem különbözik a többiétől. Hol tudom beállítani, hogy legalább a háttérszíne más legyen?
Előre is köszönöm a segítséget.

Fórum: 

Call to undefined function: module_init() hiba ultraweben

wlaja képe

Hello
Fel akartam rakni újra az Uw-ra a drupalt.
Egyszer már sikerült nekem, úgy hogy innen töltöttem le hozzá az egyik cikkből a uw-s változatot.
Most is ezt tettem de egy hibát ir ki és nem tudok mit kezdeni vele :(

Fatal error: Call to undefined function: module_init() in /mnt/ultraweb/w/wl/wlaja84/includes/common.inc on line 1346

Valaki tud segíteni hogy mi baja van ?
Előre is köszi :)

Modul telepítési problémák kezelése a scheduler modul példáján

pp képe

Sokan nem tudják, mire kell felkészülniük egy modul telepítésekor. A Drupalhoz számos modul érhető el, amelyekkel a bővíthetjük a funkciók tárházát. Ezek a modulok azonban nem mennek át azon a szigorú minőség ellenőrzési és biztosítási metóduson, mint a Drupal alaprendszerben találhatóak. Ezért aztán fel kell készülnünk, hogy számtalan problémával kell szembenéznünk, amit vagy meg tudunk oldani, vagy keresnünk kell valakit, aki megoldja ezt nekünk. Rövidke írásomban egy ilyen "nem egyszerű" telepítési folyamatot írtam le.

acidfree nem tolt

kubrob képe

Sziasztok,

talalkozott mar valaki olyan problemaval, hogy az acidfree modul nem tolti fel a kepeket?

A localhoston mukodott, feltettem par honapja a webre a www.tisz.sk, es csak most kell feltoltenem uj fotokat. Uj albumot keszit, de a fotokat nem tolti bele. Mi lehet a gond? Megneztem mar sokmindent a weben, de nem talaltam a hiba orovssagat. Nagyon orulnek ha valaki tudna segiteni, mert mar nyakamon vannak a gyerekek a szervezetbol.

Új verziókezelési módszereket vezettek be a Drupal.org-on

Hojtsy Gábor képe

A mai napon Derek Wright áldozatos munkájának köszönhetően új verziókezelési módszerek kerültek bevezetésre a Drupal.org projektjei számára. Az eddig megjelent kiterjesztések és modulok a 4.6.0, 4.7.0, stb verziókat kapták, jelezve, hogy melyik fő ággal kompatibilisek. Ezek valójában a 4.6.x és 4.7.x-es alap Drupal kiadásokkal kompatibilisek voltak. A fő problémájuk sajnos az volt, hogy az adott verzióhoz csomagolt tar.gz fájlok napról-napra változhattak, és nehéz volt tudni, hogy melyik verziót is használjuk tulajdonképpen. Ezen változtat az új rendszer, amit érdemes megismerni, hogy tudjuk, hogy egy letöltéstől mit várhatunk.

Először is már korábban írtunk arról, hogy a Drupalban két jegyű verziószámokra térünk át, azaz a jövőben az 5.x sorozatban jelennek majd meg az 5-ös kiadás hibajavító verziói, a kövekező új képességeket hozó verzió pedig a 6.0 lesz. Ehhez igazodik a modulok, sminkek és fordítások (összefoglalva kiegészítők) új számozása is:

CoreCompatibility-Major.PatchLevel[-Extra]
  • A CoreCompatibility 4.7.x illetve 5.x lesz annak megfelelően, hogy melyik ággal kompatibilis a kiegészítés. Itt tehát a jelölésben is megjelenik a konkrét x betű, sugallva, hogy minden változattal kompatibilis a kiegészítő abban a sorozatban.
  • A Major a főverziószám, ugyanis minden kiegészítőnek ezentúl lehetnek saját kiadásai. Az első ilyen kiadás mindig az 1-es számot kapja majd. Ezekután konvenció szerint a kiegészítő fejlesztője új képességek beépítése esetén a 2-es, 3-as, stb számokat adja majd a későbbi kiadásoknak. Bár senki nem akadályozza majd meg a fejlesztőket, hogy az 1-es számú kiadás újabb hibajavításaiba helyezzenek új képességeket, ez nem korrekt magatartás. így lehetőség lesz tehát a kiegészítők újratervezésére adott Drupal kompatibilitás mellett maradva.
  • A PatchLevel az adott modulkiadás hibajavításait jelöli. Az első kiadás 0-s PatchLevel értéket kap. Itt az a konvenció tehát, hogy a hibajavítások ennek a számnak a növelésével jelennek majd meg, az új képességek pedig a Major növelésével lesznek közzétéve (amely mellett a PatchLevel nulláról újraindul természetesen). A PatchLevel lehet "x" is, ilyenkor fejlesztői pillanatfelvételről (azaz adott időben csomagolt fejlesztői kódról) van szó.
  • Végül az Extra elem nem feltétlenül része a verzióknak. Ez lehet például egy '-dev' utótag, ami hangsúlyozza, hogy fejlesztői pillanatfelvételről van szó. Ilyenkor az adott nevű kiadás mögötti kód változhat, és annak stabilitására nem szabad számítani.

Összefoglalva tehát a "stabil" kiadásokat arról ismerjük meg, hogy a kompatibilitást jelző részen kívül számokat tartalmaz a verzió neve, több "x" vagy "-dev" tag nincs benne. Néhány példa:

  • 4.7.x-1.0: Első stabil kiadás (Major 1, PatchLevel 0), mely a 4.7.x-es Drupal verziókkal kompatibilis.
  • 4.7.x-2.1: A második kiadás első hibajavító verziója (Major 2, PatchLevel 1) egy 4.7.x-es Drupal kiadással kompatibilis kiegészítés esetén.
  • 5.x-1.0-dev: Fejlesztői pillanatfelvétel ("-dev") az első stabil kiadású (Major 1, PatchLevel 0) kiegészítésből, mely 5.x-es Drupal-lal kompatibilis.