fejlesztés alatt
A cac_lite-os problémát az okozza, hogy ez még egy erősen fejlesztés alatt álló modul, az a része, ahol be tudnád állítani hogy az egyes "konténereket" ki láthatja teljesen bugos, nálam fatal errora-ral elszáll tőle a drupal. Egy felületi kezelést azonban tudok mondani: a cac_lite.module 188. sorában cseréld le ezt: user_access('administer_cac_lite') erre: user_access('administer categories'). Így eltűnik a fül.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
hadd ne mi értelmezzük a hibaüzenetet
Légyszives... hadd ne mi értelmezzük a hibaüzenetedet, ha az érthető, egyértelmű, és világos!
Can't create database '***'; database exists
Vagyis nem tudja létrehozni az adatbázist, mert már az létezik. Ami persze igaz is, hiszen így kezdődik a kimentett cuccod:
CREATE DATABASE `****` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;
Tanulság: Nem kell létrehoznod (vagy töröld le) az adatbázist, amelybe importálni akarsz a gépeden, hiszen maga az import azzal kezdődik, hogy létrehozza az adatbázist magának.
Ez nem extra, nem php, nem apache, hanem egy minimális angol-tudás (vagy megközelítése), illetve józan paraszti ész. Szerintem.
Ki érti ezt?
Aki mielőtt belevág az ilyenbe, szerez egy kis ismeretet SQL -ből, PHP -ből, stb. Hidd el, megéri.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
format_date
Úgy, hogy a date_format_date() fv-t lecseréled a format_date() függvényre, amely már a rendszerből veszi a formátumot.
Sajnos többnyelvű rendszerekkel nincs még elegendő tapasztalatom, így arra nem tudok mit javasolni.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Attól tartok nem jó helyen
Attól tartok nem jó helyen tetted fel a kérdésedet. A Drupal és a MS Publisher fényévekre van egymástól. Személy szerint az MS weboldal készítő szőrnyűségeit nem szeretem, kivéve talán a Visual Studio-t, mivel az vág a profilomba. Mellesleg az internet hemzseg az információtól, csak meg kell keresned. Kezd mondjuk egy "HTML kezdőknek" tanfolyammal.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
fájlrendszer beállítások rendben?
Saját gépen fut, vagy külső tárhely (esetleg ingyenes)?
Adminisztráció -> Webhely beállítása -> Fájlrendszer alatt a beállítások mire vannak állítva?
Persze ez csak ötlet (lehet, hogy teljesen rossz), de előfordulhat, hogy ott van valami elkavarva.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Öhm... Hogy érted, hogy
Öhm... Hogy érted, hogy külön csoportot adminoknak? Az ok, hogy beállítom a blokknál, kik láthatják... De nekem olyasmi kell, mint maga az admin blokk, amit CSAK az adminok látnak. Én vagyok a hülye, hogy nem értettelek, de mit értesz az alatt, hogy külön csoportot? Az admin már maga egy csoport, és ettől függetlenül más is fogja látni a blokk feliratot... Vagy nem?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Hol latsz te admin
Hol latsz te admin csoportot? Mert alapbol nincs ilyen... Van anonymous meg authenticated.
Az 1-es uid-os juzernek (gondolom ez vagy te) mindenhez van joga (kvazi rendszergazda, "root").
Hozz letre egy uj csoportot. A sajat beallitasaidnal csekkeld be, hogy te is ebbe a csoportba tartozol. Hozz letre egy uj Menu-t. Mozgasd at oda az adminisztracios menupont gyokeret. Keresd meg az uj menuvel megegyezo nevu blokkot. Allitsd be, hogy csak ez a csoport lathassa.
Ime...
--
Palócz Paal Pál, a drupal.hu admin csoportjának tagja
Ajánlott olvasmány: Eric Steven Raymond - Hogyan kérdezzünk okosan
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
jól megy
Helló!
Tesztelgetve a modulodat csak pár apróbb megjegyzésem lenne:
1. Jó lenne, ha a beállítások elmentése utáni frissítésnél ha valami gond adódik valahol, arról tájékoztatna közvetlenül (mármint drupal_set_message fv-nyel), hogy ne kelljen emellett a naplót is nézegetni.
2. A modul bekapcsolásakor ellenőrizhetné, hogy melyik letöltési mód engedélyezett, így csak azt lehetne kiválasztani, ami valóban működni is fog.
3. Az info fájl első sorában asszem egy ; -nek kell lennie, hogy a SVN bekrajon oda pár infót, bár ez jelenleg nem sok vizet zavar. :)
Amint látod, ezek csak apró megjegyzések, amire írtad eredetileg a modult, azt a célt már elérte, ha sikerül eltalálni a helyes Xpath-ot, akkor remekül működik. :)
Nem tudom, mennyire érdemes ebben gondolkodni, de esetleg angolra lefordítva a sztringeket (szükség esetén eltávolítva a megjegyzéseket) érdemes lehet a modullal jelentkezni a hivatalos Drupal projectek között?
Ez jó kérdés, az biztos, hogy sok nyűgöd lesz vele. :) Másrészt viszont Drupal.org-os modulfejlesztőnek lenni szerintem "elismert cím", nomeg biztos sok hasznos tapasztalatot szereznél közen. Ha belevágnál van pár továbbfejlesztési ötletem, amiket valószínüleg az első "feature request"-ek között kapnál:
1. Saját tapasztalatomból kiindulva a legnehezebb dolog az Xpath helyes beírása, ide szerintem írj egy alapvető leírást pár példával, linkekkel további példákra és a Firebugra. Egyik modulnál láttam egy elegáns megoldást: a dokumentációt (pár bekezdés volt) egy összecsukható fieldset-be rakta az adott mező alá, így anélkül lehetett olvasni egy kis segítséget a modulhoz, hogy el kellett volna hagyni az oldalt; csak klikkelni kellett egyet és megjelent. :)
2. Lehessen tetszőleges számú "importot" csinálni külön beálításokkal.
3. Későbbi tervek között szerepelhet az mondjuk, hogy az importált adatokat elmenti a modul, hogy vissza lehessen nézni őket.
4. Egy formai javaslat: amikor már elég nagyra nőtt a modul, és készítesz hozzá egy api.drupal.org-os oldalt, akkor sokat segít, ha Doxygen által ismert formátumban dokumentálod a forrást. Nálam meglepő módon sokkal áttekinthetőbbé tette saját moduloknál a forrást, amikor átálltam erre, lehet azért mert a Quata Plus szerkesztő is ismeri ezt, és szépen kiszínezte a kommenten belül is a különböző elemeket. :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Köszönöm a segítséget
Én is szeretném megköszönni ezt a kis csomagot, így végre sikerült megoldani a problémát :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges




Igen ám, de pl extra
Igen ám, de pl extra export, és a saját szerveren import és error lesz belőle.
mysql, php detto
apache lehet különbség, de mindegy
Hiba
SQL-kérés:
--
-- Adatbázis: `****`
--
CREATE DATABASE `****` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;
MySQL jelzi:
#1007 - Can't create database '***'; database exists
Pedíg mysql default utf8 mindkét helyen és a phpmyadmin utf8_general_ci
Ki érti ezt?