csgerg képe

Importálásnál utf-8 van megadva.

Exportált állomány rendben van. Megnéztem minden stimmel.

Saját sqlbe visszamásolva ismét helyes lesz.

Amire ma rájöttem, hogy nem exportálási hiba:

A megkerestem a hibás karaktersorozatot. Nem az adatbázisban tárolja a drupal saját lokalizált fordításait. Esetemben a bejelentkező oldalon rossz jelszó megadásakor jelentkezik a probléma, de csak az oldalnak a rózsaszín hibajelentés részén. Ezt a részt a magyar nyelvi filok tartalmazzák.

Jelen esetben: /modules/user/translations/modules-user.hu.po 259. sorában

"Sorry, unrecognized username or password. Have you forgotten your password?"

"Nem megfelelő felhasználói név vagy jelszó. Elfelejtette a jelszavát?"

Megnéztem a fájl md5sum-ját és összehasonlítottam egy korábbi oldalaméval, ahol még működött, sajnos egyezett.

A kérdés sajnos továbbra sem oldódott meg, megnézem másik szerveren... ezt akartam utoljára hagyni.:)

Köszönöm az eddigi segítségeket, és várom továbbra is az ötleteket.

0
0
Bálint képe

De az is jó megoldás, ha az adott tartalomtípus alapértelmezetten nincs közzétéve, hanem az adminok átnézik és ha megfelelő, akkor közzéteszik.

Ebben azt nem szeretem, hogy így a szerkesztő csoportnak meg kell adnom a tartalmak adminisztrációja jogot, mert csak így nézhetik meg a nem közzétett node-okat. Ha ez nem probléma (pl. a szerkesztőknek amúgyis mindenhez van joguk az összes tartalomtípussal), akkor természetesen ez a legegyszerűbb.

A modr8-tel meg ez a probléma szerintem:

This is NOT an access control module, however, so posts that are in moderation can still be viewed if a user knows the path (URL) corresponding to that post.

Én a Workflow modult javasolnám, azzal szépen össze lehet kattintani ezt a jóváhagyós munkamenetet.

E-mail küldéshez pedig Rulest használnék, persze van sok más alternatíva.

0
0
szilaj képe

Nem, erre gondoltam, de köszönöm hozzászólásodat.

Rájöttem, hogy kezdek olyan speciális igényeket támasztani a drupallal szemben, amiket csak némi programozással lehet megoldani.. Így hát itt az ideje, hogy mélyebben bele ássam magam.
Nézegetem a api.drupal.org-ot. És eddigi programozói ismereteim segítségével nekiesek a php elsajátításának.

Most ott tartok, hogy a node importtal beimportáltam az összes eseményt és van egy - két sql lekérdezésem, ami teljesen jól leszűr mindent amit szeretnék.
Megpróbálom nem view-kal, hanem egy sima php oldallal megoldani a feladatom.

Tudnátok ajánlani egy-két rövid egyszerű forráskódot, modult, amit átnézve tanulgathatnék.
Csak gondolat indítónak kéne.
pl: Hogyan célszerű elérni az oldal adatbázisát, gondolom nem igazán jó, ha a php-ba az adatbázis elérés jelszavát is begépelem, hiszen ha változik ott is módosítanom kéne...

Nekiesek a drupal api tanulmányozásának...

0
0
Paal képe

A /files/tmp az a gyökérben lévő files/tmp mappa lenne (mint a UNIX fájlrendszerben)
Vagyis nem /usr/local/www/data/fegyvernekse/www/tmp hanem /files/tmp (abszolút útvonal).

Amit te írtál, az relatív útvonal lenne és az elé NEM kell /, vagyis files/tmp, hiszen ebben az esetben a dokumentum rootja (ahol a Drupal gyökere van) lenne a kiindulási pont. De ez akkor is így nézne ki:
/usr/local/www/data/fegyvernekse/www/files/tmp

Vagyis ha tmp-t írsz be, akkor ezt használja:
/usr/local/www/data/fegyvernekse/www/tmp
Ha /tmp-t, akkor
/tmp

Amúgy ennek így működnie KELL! Tuti, hogy valami el van konfigurálva, de nagyon.

Webszerver log mit mond? Mert abból egyből ki kellene derülnie!

0
0

--
Palócz Paal Pál, a drupal.hu admin csoportjának tagja
Ajánlott olvasmány: Eric Steven Raymond - Hogyan kérdezzünk okosan

szantog képe

Nézzünk egy egyszerű eszmefuttatást:
Nálad 5 plusz egy nap alatt megtanul az ember profittermelő honlapot készíteni.
Azt nyilván tudod, hogy, hogy egy profittermelő honlaphoz minimum marketingesre, programozóra, seo szakemberre van szüksége, hiszen: nincs pénze marketingesre, webprogramozóra, seo szakemberre.
Szóval akkor nálad 5+1 nap alatt
- marketinges
- seo szakember
- webprogramozó lesz az ember
Vagy akkor hol csúszik ez a logika?
Senkinek sem lenne semmi baja a kezdeményezéssel, hogyha nem azt a fajta torz marketinget alkalmaznád, amit a "WG-s diákok" egyszerűen rosszul implementálnak.
Ami a honlapodon van, az jelenleg félrevezető és megtévesztő - mondjuk ki nyíltan: nem igaz! Ezt bárki hozzáértő első ránézésre látja.
Vagy szerinted miért van az, hogy egyetlen tapasztalt drupal fejlesztő sem áll ki melletted, viszont pp és Gusztáv tanfolyamai mellett igen?

----
Rájöttem, miért kérdezek olyan ritkán a drupal.hu-n. Amíg szedem össze az infokat a kérdéshez, mindig rájövök a megoldásra.

aksza képe

Szerintem sehogy, legalábbis nem egyszerű. A ilyen típusú táblázatokat jellemzően arra szokták használni, hogy kiadjon egy felsorolást néhány jellemző adattal, majd a címre kattintva látható legyen a többi adat. A kérésed persze nem azt tartalmazta, hogy olyan embert keresel aki letud beszélni a tervedről.
Tehát egy pár tipp:
-válassz olyan sminket mely szélességében az egész képernyőt elfoglalja, a táblázat megjelenésénél kapcsold ki az összes blokkot, használd a táblázatban a betük limitálását (viewsbe tudod állítani)
- Csinálj blokk nézeteket ezeket rendezd egy oldalon egymás alá, a felső blokk a táblázat első oszlopai, az alsó a táblázat utolsó adatai, valahogy jelezd, hogy összetartozó adatokról van szó.

A netezők többsége szereti egyben látni a dolgokat és ebből csak a neki szükséges adatokat kiválasztani, tehát felesleges 10-12 oszlopból álló táblázatot megjeleníteni, főleg úgy, hogy esetleg a táblázat vége új táblázatban folytatódik, ha én ilyet látnék menekülnék az oldaladról.

0
0
waffen képe

Mi a baj a joomlatarhellyel? A nevükkel ellentétben nem csak joomlát hostolnak, bármit rakhatsz fel, ha ez zavar. Csak abban az időben, mikor indultak, még a joomla tűnt befutónak (szerencsére azóta eléggé visszaszorult, mondom ezt ex-joomlásként). Én évek óta minden fizetős ügyfelemet hozzájuk viszem, még sose volt velük semmi bajom. Azonnal reagálnak minden requestre, vannak extra szolgáltatásaik, mint a számlacenter (apeh-approved online számlázó), levélcenter, stb. Van egy nagyon korrekt viszonteladói programjuk, asszem 30% jutalékot adnak minden új ügyfél után, akit viszel. Így én évek óta nem fizetek a tárhelyért, domainekért.

De ezektől eltekintve is, szerintem az országban az egyik legmegbízhatóbb ISP jelenleg. Hidd el, dolgoztam sokkal, mindenféle csöves társasággal, aki beállít két szervert és szolgáltatónak képzeli magát (ezek közül a bluehost és a tarhely.eu volt számomra a legrosszabb). Hosszú kutatás előzte meg részemről az elfogultságot, a saját tapasztalatok mellett rengeteg fórumolvasás is, úgyhogy nyugodtan merem ajánlani bárkinek a joomlatárhelyet.

1
0
nevergone képe

A fordításokkal sokszor az a baj, hogy mire elkészülnek és megjelennek, már erősen elavultak lesznek. Ez igaz a hazai szakkönyvekre is, lapozz csak fel párat. Természetesen beszállhatsz a dokumentációk fordításába, segíthetsz a kézikönyvbe, de elég sziszifuszi munka ez egy folyamatosan fejlődő, szinte önálló életet élő rendszernél.
Angolul pedig tudni kell, legalább alapszinten olvasni. Itt kevesen profik angolból, én sem vagyok az, de azért nekiugrok, szótárazok, próbálkozok és többnyire megy. A Drupal jól dokumentált, könnyen érthető nyelvezettel, az már a te dolgod, hogy mennyi erőt fordítasz ennek a megértésére.
Amúgy meg fogsz lepődni, de a fenti probléma megoldása számtalan helyen említve van magyarul is, Gusztáv jegyzete, a Drupal Mozikönyv, az én előadásom, tovább is van, mondjam még?

Ezt stílust pedig kérlek hanyagold, erre kértelek már., köszi!

0
0
kismocsy képe

Nem létezik 64bites xampp windowsra.
Azonban nekem gond nélkül megy a 32bites.
Nem kellett compatibility sem meg semmi.

Lehetséges, hogy a xampod nem portable módra van állítva, és te meg másolgattad.
Nyisd meg a xampp/xampp-control.exe - ott nyomj:
setup
majd a listából válaszd ki hogy:
2. relocate XAMPP
Ha az végigcsinálod, akkor utána bármiylen x86 alapú windowson, belértve az x86-64et is, futni fog.

Ezek után a xampp/xampp-control.exe -ben bármikor eltudod inditani az apachot meg a mysqlt a 'Start' gommbal.

Mivel írtad, hogy használtál már xamppot, azt gondolom a htdocs-t tudod hol találod.

Ha ezek után esetleg nem jó valami, nyomj port-check-et.
Egy gyakori hiba windowson, hogy összeakad pl a skypeal ami pont az apache portjára szeret ráülni.

0
0
tamoca képe

Gratulálok ehhez a hasznos fejlesztéshez!
Az külön öröm, hogy magyarok követték el.
Üröm viszont , hogy nem találok hozzá magyarul valami kisfilmet, doksit a használathoz.
Hamar elterjedne a használata ha a fejlesztésen túl erre is szánna időt a csapat. Az online felületen angolul van egy jó bemutató, de ami engem inkább érdekel, hogy egy tetszőleges sminket hogyan lehet tovább alakítani vele a modul használatával localhoston az oldalon aztán feltenni a webszerverre és bekapcsolni az új sminket. Én pl. most a zen-el próbálom meg összehozni és már látom mennyit babrálhatok, meg google tolmácson vidulhatok nagyokat.
Kerestem de nem találok hozzá dtc_editor.po -t. a translations oldalon.Egy kérés, ha lesz hozzá fordítás linkelje be valaki...
Üdv mindenkinek!
Közbe a weboldal ez lett ha valaki keresi http://drupalthemecreator.sed.hu/

tamoca