kisspepe képe

Igen láttam, és az is lesz, hogy majd írok a szolgáltatónak. Csak kíváncsi voltam Balogh Zoltán válaszára is.

meg előtte még nézelődök egy kicsit a neten. Mert nekem úgy tűnik, hogy magát a Zend Frameworkot nem találja amit most szeretnék feltenni, csak ő alapból olyan helyen keresi, ahova csak a szolgáltatónak van hozzáférése.

Sajnos azonban a szolgáltatót szerintem ez nem fogja érdekelni, mivel ingyenes szolgáltatóról van szó.

0
0
Balogh Zoltán képe

Az más, de vajon mi a francnak van modulhoz csomagolva egy README.TXT és abban minek van egy Installation rész? :)

De egyszerűbb, tedd fel a Zend modulból a 6.x-1.x-dev-et, és akkor itt lesz: http://kisspepe.info/admin/settings/zend El fog múlni az open_basedir probléma is, és mivel ez egy tökegyszerű jelenlét ellenőrző modul, teljesen mindegy, hogy melyik van fenn.

0
0
kisspepe képe

Megnéztem amúgy a Readme.txt install részét, de az alapján nem tudtam feltenni. Azért is írtam ide.

Kösz, a segítséget. A 6.x-1.x-dev-el ment egyből, és a menüpont is megjelent az adminisztrációnál.

0
0
Balogh Zoltán képe

Én ennek úgy ugranék neki, hogy felvenném a kérdéses mezőt a mezők közé. Mármint amelyiknek a karakterszámára vagyok kiváncsi. Megnézném a smink információkban, hogy melyik template vonatkozik erre (views-view-field.tpl.php), azt a megfelelő névvel (ez függ a nézet és a mező nevétől is) átlökném a smink könytárába, gyorstárat ürítenék, majd a template ezen részét:

<?php print $field->content; ?>

átírnám erre:

<?php print drupal_strlen($field->content); ?>

De ez csak az elv, ahogy működnie kéne pikk-pakk, ki nem próbáltam, de mennie kell.

0
0
pp képe

megoldás? Hátha ötleteket adhatunk még a csiszoláshoz. :)

0
0
pp képe

Tisztelet és megbecsülés az igyekezetedért, de kérlek értsd meg, hogy normálisan működő micropaymant megoldás nincsen a problémára.

1. Lehet úgy csinálni hogy hűbelebalázs. Azzal az a baj, hogy hosszú távon biztos kedvesen megkérdezik, hogy mi a stájsz. Persze bíróságon bebizonyíthatod, hogy na de nem úgy és nem arra de azért én ezt nem vállalnám fel.

2. Lehet azt csinálni, hogy számlát adunk. Én nem fogok 50 forintról számlát írni, mert ez kb. a számla és a rákerülő tinta anyagköltsége. És akkor nem számoltuk bele azt amennyibe a munkadíja kerülne az embernek aki ezt csinálná. Mondanám, hogy welkám, ha csinálni akarod, de nem mondom, mert ha azt mondanád akkor nem tudod mit vállalsz. Tényleg.

3. vannak megoldások, de az én legjobb ismereteim szerint legalább ugyanannyival, ha nem jóval többel támogatnák a tisztelt tagok a megoldás szállítóját mint a közösséget.

Természetesen, ha tudsz jó megoldást akkor kérlek áruld el nekünk.

Részemről nagyobb támogatás, ha átnéz az ember egy két fordítást, vagy segít itt a fórumon pár kérdést megoldani.

pp

0
0
rendszereto képe

Én arra válaszoltam, hogy technikailag megoldható, most is, 1 perc alatt tudnék utalni akármilyen kis összeget.

Amit írsz, hogy ebből adóügyileg gond lehetne: na erre nem gondoltam, mert abból indultam ki, hogy itt nem meggazdagodás, hanem becsületességi alapon fenntart egy közösség egy oldalt.

De elismerem, az APEH-ot ez nem fogja érdekelni.

Megkérdem a könyvelőmet, nincs-e olyan szabály, hogy ilyen kicsi összegekről nem kell számlát kiállítani. Ha így lenne, akkor csak mennek az 50 Ft-ok és felhasználjátok, és csak a végösszegről kell elszámolást adnotok az APEH-nak, nekünk, befizetőknek kell a fenének. Még 100 Ft-ról sem kérnék :-)

A másik, amire céloztál, gondolom az sms befizetés. Azt nem is ajánlanám, mert annak a felét, ténylegesen a felét, néhol annál is többet elvisz a szolgáltató. Ez a szenya hozzáállása a telekommunikációs szektornak akadálya ennek az egyébként nagyon jól használható (lenne) megoldásnak.

0
0
fox mulder képe

Ha felteszek itt egy kérdést, öt perc múlva megtalálom a megoldást...

Szóval a kódom így nézett ki:

$info = array(
        'has_title'   => TRUE,
        'title_label' => t('Name'),
        'has_body'    => TRUE,
        'body_label'  => t('Description'),
        'help'        => $node -> help,
        'description' => $node -> body,
        'type'        => $node -> machine_readable_name,
        'name'        => $node -> title,
        'module'      => 'MODULOM_NEVE'
);
node_type_save((object) $info);

A Clear cached data gombra kattintva a System modul system_clear_cache_submit() függvénye fut le, abban a drupal_flush_all_caches() függvény, abban pedig a node_types_rebuild(), melyben a tartalomtípus törlésre kerül, if(!empty($info->disabled)). Ez pedig akkor van, ha a node_type táblában a module mező értéke NEM 'node'!

A fenti kódba tehát a 'MODULOM_NEVE' helyett 'node'-ot kellett írni és lőn csoda. A _node_types_build() megfelelő részében az alábbi a megjegyzés:

// Check for node types from disabled modules and mark their types for removal.
// Types defined by the node module in the database (rather than by a separate
// module using hook_node_info) have a module value of 'node'.

Nekem nem tiszta, hogy miért 'törölhető' a modulom által létrehozott tartalomtípus, hiszen nem a hook_node_info()-val hoztam létre. Ezek szerint nem illik használni a node_type_save() függvényt modulban?
0
0

Fox Mulder

Aspi képe

Ilyen szintű sminket tényleg nem osztogatnak ingyen.
Mondjuk jó lenne ha vázolnád elképzeléseidet. Hány régiót akarsz milyen elrendezésben, milyen blokkokat akarsz még hozzá az übercarton felül, mert amit példának hoztál fel az kissé túlmutat az übercarton. Jó volna még a téma is pl.

Enélkül elég nehéz megsaccolni, mennyi idő míg elkészül egy ilyen;)

0
0
Laza képe

Hogy van kettéosztva?
Fogd és viddre: http://drupal.org/project/nodequeue

0
0