szélhámoskodás
ha gányolás lesz akkor gányolás lesz
Ha meg nem felel meg a végeredmény, vagy nem sikerül összehoznom azt amit elterveztem, akkor úgyis átadom a grafikai terveket egy hozzáértőnek.
Ezt ugye a megrendelőnek is elmondod?
Meg tudtommal rajtam van a felelősség, és nem máson.
Ebben az országban van a piacon X forint webfejlesztésre. Ebből az X forintból kell megélnie a fejlesztői közösség tagjainak. A torta tehát véges, azzal az összeggel, amit te kapsz, más valakinek a szelete lesz kisebb. Esetleg olyan valakinek, aki ért is a szakmájához és nem csak gányolgat.
Sajnos a megrendelő gyakran nincs abban a helyzetben, hogy átadáskor megítélje, milyen minőségű munkát kap. Még annyi védelmet sem kap, mint a fodrásznál (oda szakmunkás-bizonyítvány kell), a web egy bizalmi szakma. Ha nincs első ránézésre nagyobb hiba a honlapon, a megrendelő fizet – és ha rájön, hogy átverték, már nem biztos, hogy lesz pénze még egyszer kifizetni a munkát. A hozzád hasonló szélhámosok pedig közben tönkretették a tisztességes szakemberek megélhetését.
Az, hogy mindezek után még szimpátiát és segítséget vársz, a pofátlanság teteje.
nem kell full profi oldal, a megrendelőknek éppen hogy egyszerű, letisztult weboldalak kellenek...
Legalább olyan nehéz jól megcsinálni egy egyszerű, letisztult oldalt, mint egy karácsonyfa-szerűt.
Záró gondolatként pedig van aki PHP-ban profi, van aki PhotoShop-ban, de a kettő együtt igen ritka...
A Photoshop és a PHP között még van egy elég széles terület, amit viszont mindkettőjüknek ismernie kell (HTML, CSS, némi Javascript, felhasználói felületek ergonómikus tervezése, SEO, stb.).
Senki nem úgy jött a világra, hogy értett valamihez, mindenki elkezdte valahol – többnyire úgy, hogy csinált egy pár hobbi-, családi-, iskolai honlapot. Eltöltött fél évet, egy évet ezen a fórumon, előbb csak kérdezve, aztán ahogy egyre magabiztosabb lett, válaszolva is. Könyveket olvasott, ezekre komoly összegeket elköltött. Stb. Javaslom, te is kezdd ezen az úton, és ha már van pár drupalos munka a referencia-listádon, akkor lehet elkezdeni fizető megrendelőket keresni.
Ha még használni szeretnéd ezt a témát
Nem tudom, hogy Drupal 6 alatt pontosan miképp működik, de a 7-es kiadásban minden "body" tag kap néhány kiegészítő stílust attól függően, hogy az pl. főoldal vagy sem, egy ill. kettő oldalsáv jelenik meg vagy sem, stb.
Erről bővebben itt olvashatsz a Drupal API oldalán:
http://api.drupal.org/api/drupal/includes%21theme.inc/function/template_...
Nyiss meg egy böngésző ellenőrt (Firebug, web inspector, stb) és tanulmányozd át a weblap kódjának a szerkezetét és annak hozzáadott stílusait.
Figyeld meg, hogy milyen stílusokat kap a BODY elem.
Itt láthatod, hogy ha egy oldalsáv tartalmaz egy blokkot és megjelenik az oldalon akkor az alábbi CSS stílusokat kaphatja meg:
- one-sidebar sidebar-first/sidebar-second » első oldalsáv vagy második oldalsáv jelenik meg
- two-sidebars » mindkét oldalsáv megjelenik
- no-sidebars » nincs oldalsáv
Ezt funkciót valószínüleg azért építették be a Drupal téma rendszerébe, hogy segítse a téma tervezőket. A témának figyelni kell arra, hogy ha valamelyik oldalsáv nem jelenik meg az aktuális oldalon, akkor a tartalom teljesen kitöltse annak helyét vagy ha semelyik oldalsáv nem jelenik meg, akkor a weblap teljes szélességét.
Ha ez nem történik meg, akkor valószínű, hogy nem figyelt oda a témakészítő és ezért marad "üresen" az egyik oldalsáv.
Megoldás lehet a problámára, ha létrehozol egy gyerek témát (Child theme) és magad szerkeszted úgy a CSS-t, hogy ilyen esetben megfelelően töltse ki a helyet.
Bár ha elfogadsz egy jótanácsot tőlem, akkor nem erölteted tovább a Marketstate témát, mert ahogy látom nem kap semmilyen támogatást a fejlesztőtől (http://drupal.org/project/marketstate).
Ilyen témát szerintem nem nehéz átportolni Drupal 7 alá, Drupal 6-ot azonban nem használok, ezért ebben nem tudok segíteni.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nagyon hasznos ez a bevezetés a Drush használatába
Szeretném megköszönni a belinkelt oktatófilmeket, melyeket készítettél. Végignéztem az összeset, habár az utolsó két rész úgy gondolom, hogy nem nekem szólt frontend fejlesztőként.
Külön örültem a biztonsági mentés készítés és a visszaállítás témakörnek. Ráadásul újonc Terminál felhasználóként nem csak Drush, hanem egy-két egyéb parancssori filter opciót is elleshettem Tőled.
Tiszta és érthető volt minden a számomra, mert nagyon jó az előadásmód ahogy felvetted a filmeket.
Szuper és kár, hogy "csak" egy hírben tudod ez itt közölni. Nem tudom, hogy mi lesz, ha már nem elérhető a cím a főoldal alján lévő kis hírblokkban, ki fogja ezt megtalálni később?
Nem lehetne valahogy a Kézikönyve csempészni vagy csak én vagyok ilyen vak, hogy nem találom ott?
Felajánlottad, hogy szivesen segítenél még több infót adni a Drush használattal kapcsolatban és szeretném most megragadni az alkalmat arra hogy ha már lúd, akkor legyen kövér elven megkérjelek arra, hogy mutasd be a Drush Make-t is. Nem lenne gond a számodra?
Jól tudom, hogy ezzel lehet komplett installációs Drupal profile-okat létrehozni?
Hány videót is néztem meg ezen az esős hétvégén? Talán 10-et? És mindegyik hasznosnak bizonyult, még így ismétlésként is egy angol Drush sorozat után. Nyugodtan hívhatod magad a Mentoromnak, mert egy újabb létrafokot tettem meg. Még 1x köszönöm!
Ui: létrehoztam egy új fórum bejegyzést, ami kapcsolódik a Drush oktatófilmekhez, mert múlt héten mikor először szerettem volna felinstallálni a Drupalt a Drush segítségével Mac-en, olyan nagyot szívtam azzal, hogy órákig kerestem a választ arra, hogy miképp lehet rábírni a Drush-t arra, hogy működjön együtt a MAMP fejlesztői környezettel egy buta hiba miatt. Esetleg Mac gépeken is otthonosan mozogsz?
Windows és Linux alatt egy-kettőre ment minden mint a karikacsapás ahogy láttam. Kicsit el is kámpicsorogtam, habár addigra már nálam sem volt gond a Drush-t futtatni localhoston.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem
A problema nem a beviteli formaval van.
A HTML Filter-ben van egy olyan opcio, hogy: "Escape all tags". Ez megoldja a problemat es egyut mukodik BBCODE-val.
Szoval minden mukodig most :) De sajnos meg van egy gond... van egy kodszinezo modulom (geshifilter a neve), nem szamit az sem ha nem hasznaltatok nem az a lenyeg hanem az, hogy o egy ilyen tagot hasznal:
<blockcode type="php"> </blockcode>
Sajnos az a baj, hogy az "Escape all tags" levag valamit csunyan es a kod nem kerul feldolgozasra. Az a gyanum, hogy eppen a fenti <blockcode type="php"> sort vagja valahol. Fene tudja, hogy csinaltak meg ezt BBCODE-val, ott peldaul nem vagja a
tagot. Probaltam meg egy modult, "codefilter" a neve es ott is valami furcsasag tortenik. Ha valaki tobbet tudna a "Escape all tags" dologrol kerem irjon. Azt szeretnem ha nem piszkalna a [geshifilter-code]<blockcode type="php"> </blockcode>
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Valóban segítettél, íme amire eddig rájöttem i18n használata
1.Beküldesz egymás után 3 menüt egyet magyarul..., németül,angolul.
2.A szokásostól eltérően most nem engedélyezett a blokkoknál, nem teszed se bal se jobb oldalra.
3.Blokkoknál add multilingual block, a leirasban ad jneki nevet amit te látsz csak majd, és válaszd ki a 1.-ban felvitt menüket nyelvenként. Küldd be.
4. a leirasban megadott néven létrejött többnyelvű blokkot engedélyezd, ted balra vagy jobbra, súlyozd.
5.Magyarul küldj be tartalmat oldalt webformot stb. ,/a wokrkflov emlékeztet milyen a fordítás állapota/ menübeállításban kapcsold az engedélyezetlen 1.-ban létrehozott magyar menühöz, küldd be.
6. Magyar menüt válassz /zászló /translations blokkot használd nincs -re állitsd a language switchert a blokkoknál.
7. a már magyarul beküldött tartalmat pl oldalt szerkesztés melletti Translation ra kattintva , a bejövő ablakban create translation, válassz nyelvet, a bejövö magyarral megegyező kódú tartalmat fordítsd le angolra , engedélyzetlen 1.-ban létrehozott angol meühöz kapcsold, küldd be . És így tovább a többi nyelvvel. A magyar menüből indulj, hogy ne keveredj meg.
8. A fenti leírással egyforma minden nyelven a menü és tartalomstruktúra.
9. Tanulj meg "drupal guru forgózni" ez a ping-pongnak az a változata amikor ütöd a labdát és úgy tanít az edző pingpongozni, hogy nem üti vissza hanem Te átrohansz és visszaütöd magadnak. És ne panaszkodj mert az eddző azért van , hogy ilyenkor lecsesszen, megpróbáljon elkedvetleníteni, aztán ha kitartó vagy akkor kiáll ellned és jól elver , hogy tudd Te még nem tudsz a ping-pongról semmit. A pig-pong így terjedt el az egész világon... vagy nem?
10. maradt még 1. pontom amit majd leírok ha lesz kérdésed kedves érdeklődő és akkor se léptem túl a 12 pontnyi terjedelmet, mert ugye 12 pontban egy egész ország programja belefért, akkor ne fecsegjen senki többet egy fórumon.
11.A vadludaknak több bölcsességet adott Isten mint némely embernek. Csapatban nagy távolságra jutnak , elérik a kitűzött céljukat és megkönnyítik egymás dolgát , gondoskodnak a lemaradtról, leváltják, cserélgetik a legelől haladókat. A hátul lévők bátorítják az elöl haladókat.Egyedűl repülve sok x több energiájukba kerülne és egyáltalán nem lennének képesek olyan magasan repülni kihasználni légáramlatokat stb. 100% ban megdöglenének útközben és már kipusztultak volna ha a csapatba beállókat elcsípkednék. A lemaradt majd újra induló kisebb csoportok becsatlakoznak bármelyik rajba... Gondolkodjatok GÁGOGÓK!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Köszönöm, a kérdésem, és a magyaros sör-virsli csatákról :))
Sziasztok, Gusztáv, köszönöm hogy a jegyzetre felhívtad a figyelmemet, tegnap talán azután hogy lenyomtam egy tanfolyamot, elkónyadtam olyannyira, hogy a letöltött pdf-et észre sem vettem, bocsi, de tényleg ezzel kellet volna kezdenem, mert egy másik dolgon sem görcsöltem volna annyit míg rájövök.... (nem merem megírni mert kinevettek...)
Köszönöm, hogy megírtad, mert, már eddig is sokat segített, nem csak a drupal kipróbálásában, hanem a CMS rendszerek működésének általános megértésében. Segített abban is, hogy az előttem (várhatólag) álló új megbízásokat milyen módon kell majd megközelítenünk. Szerintem időnként majd érdemes lesz bele-bele nézegetni, mert hajlamosak vagyunk (én legalább is) a sablonos megoldásokat azonnal elővenni, ahelyett, hogy a végső célt egy kicsit jobban átgondolnánk.
A kérdésem, mivel a könyvben a TinyMCE csak említési szinten van, szerintetek az miért nem működik a fentiekben leírt beállításomban, a másik meg miért igen. Pontosabban az FCK felülete szerkesztéskor megjelenik, ha ezt átváltom a Tiny-re akkor csak a sima szerkesztő doboz van az eszköz/modul sorból egy árva funkciót sem látok, pedig beállítottam a legfontosabbakat. A telepítést a Wysiwyg modullal csinálom. Mit kell a másik esetében csinálnom, hogy működjön, esetleg a TiniMCE letöltésnél szúrtam el valamit. Igazából még jól kérdezni sem tudok, csak így általánosan szerintetek miért nem működik ?
Neutricnak : Köszi a pár hajnali gondolatodat, letöltöm a 6.13-at, megnézem a beállításokat, a memória korlátot, ha lehet kikapcsolom, a frissítést visszakapcsolom, és újra kipróbálom amit tegnap este. A Tiny szimpatikusabb lenne, mert talán több mindent tud - szerintem és első látásra, és kezdő vagyok...
Ami esetleg kérdés bolyong még bennem, hogy akkor lehet, hogy ez a memória korlát mondjuk más CMS rendszerek működését is megőrjítheti ? Esetleg a Tiny ettől nem működik ? Gondolom a válasz egy hatalmas igen is lehet... A DOS világában jókat szívtunk ilyenek miatt... Minek van ez a korlát, ki találta ki, hogy legyen ? Nagyon kezdős egy kérdés ez?
Köszönöm, hogy erre felhívtad a figyelmemet, fontos dolgok így hajnal tájban.
A CRM egy érdekes dolog. :)) Az Erdei Magdolnával a könyvének elolvasása után megismerkedtem. Szerveztem is néhány szakmai találkozót vele közösen. Alkoholt, cigarettát és drogot nem fogyasztok :((( Harcolni ? Lehet, csak szerintem felesleges időpocsékolás, ha jó kedvvel is megbeszélhetjük. Szerintem mutassunk példát. Bocsi ha félre értettelek, még reggel van...
Köszönöm az eddigieket. Szép napot és jó munkát nektek
Németi Vilmos - méregzöld kezdő Drupal-os
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
tedd fel a develt és nyomozz
mondjuk írj egy igen mini modult, ilyesmit:
watson.info:
name = Watson kutya description = Kiszimatol ezt-azt. core = 6.x dependencies[] = devel
watson.module:
/* szimat kutyus, keresd a form_id */ function watson_form_alter(&$form, &$form_state, $form_id) { dsm($form_id); }
bekapcsolod watsont és ellátogatsz az oldalra ahol az űrlapod van. mondjuk node/add/etel ugye... meglátod ott a form_id -t, fel fogod ismerni.
utána drupal_get_form() -al szerezheted meg az űrlapodat.
ki lehet egyébként a html űrlap idjéből is ókumulálni.
a node beküldő űrlap idje talán node_form?
írja a drupal_get_form dokumentáció pont az esetet, amikor node_form -ot akarsz megszerezni, hogy be kell neki passzolnod egy node objektumot, hogy megkapd az űrlapot. gondolom egy üres nodera gondol aminek a $node->type -ja be van állítva. less a node modulból.
update: amúgy mire kell, csak kíváncsi vagyok. sidebarba akarod tenni az "étel beküldő űrlap"? vagy ilyesmi? mer akkor ez a modul nicsak: http://drupal.org/project/formblock nem jó? (most találtam egy perc alatt google segítségével)
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
ezek a layeres megjelenítők
ezek a layeres megjelenítők nem túl rugalmasak, így ne akarj még megjelentetni nagy képet a már megnyílt layeres colorboxban.
Amit írsz megvalósítható, kb ennyi:
1, Field: node -> body, ezt zárd ki a megjelenítésből
2, Field: Content -> kép (nagy), ezt zárd ki a megjelenítésből
3, Field: Content -> kép (ez a kisképed), a megfelelő thumbnail méretben
Aztán a fícsör: Az Advanced alatt(views szerkesztésekor a jobb hasáb), legalul van egy Theme felirat, katt rá(Information). Itt tudsz a Views-nak egyedi template fájlokat gyártani, neked a "Row style output" kell.
Kb ez lesz a tied neve: views-view-fields--kepek.tpl.php, de ott mutatja az elérhető elnevezéseket, szóval nehogy azt használd amit én írtam, ez mindig egyedi.
Látod hogy a "Row style output" egy link, katt rá, és megmutatja mit rakj a views-view-fields--kepek.tpl.php fájlba.. kuszának tűnhet, de sebaj, kopizd ki másold be a fájlodba, tedd fel a te theme könyvtáradba.
Na amit az előbb bemásoltál(az kell ahhoz hogy úgy jelenjen meg ahogy most), már nem kell, mert meg tudod azt csinálni hogy minden fieldet egyenként beleteszel, íme, példa:
<?php print $fields['field_fooldlal_kep_fid']->content ?>
Ebben a "field_fooldlal_kep_fid", az az id amit a fenti theme infomrationban elérhetsz, és a saját kódoddal helyettesíthetsz. A fieldek amiket használsz ott lesznek a "Row style output" alatt.
Ezek a print $fields-ek annyit tesznek hogy egyenként oda, és úgy teszed a mezőidet ahová te akarod(itt csak a sorban[row] persze ), ami neked jó, mert így úgy tudod összepakolni a kimenetet, és azt etszel a colorbox class-al ellátott "a" elem href-jéne amit te akarsz(Pl: Field: node -> body, Field: Content -> kép (nagy))..
Bocs ha hosszú voltam és unalmas, de szerintem ezt máshogy nem lehet összehozni, ha mégis, bárki cáfoljon meg.
Drupal full-stack developer at Wunderman Thompson Budapest
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Tegyünk tisztába pár dolgot.
Tegyünk tisztába pár dolgot.
Miért van hiba.
A hiba abból adódik, hogy a _locale_parse_js_file() függvény megpróbálja kiszedni a js-ből a Drupal.t() és Drupal.formatPlural() hívásokat, hogy betegye a fordítható szövegek közé. Mivel a szerveren ki van kapcsolva az allow_url_fopen, ezért ez hibát dob. Ha helyi fájlokról lenne szó, és http:// kereszül éri el a fájlt, akkor is dobna hibát, mert a stream amit megpróbál megnyitni, nem helyi.
Szóval bármit is állítasz be a hiba jelentkezni fog. (lásd korábban a ga.js-re dobott hibát)
A biztonságról.
Régen, tényleg régen, de nagyon régen, volt egy potenciális sebezhetőség a php-ban, hogy ha valaki mindenféle vizsgálat nélkül include()-olt egy fájlt, akkor távolról lehetett mindenféle kódot futtatni a szerveren.
A lényeg, hogy ehhez kellett olyan gáz kód, ami include-olt mindenféle ismeretlen forrásból jövő adatot.
Régen, tényleg régen, a PHP nem tett különbséget sima fájlműveletek és az include között, ezért ezt a sebezhetőséget csak úgy lehetett védeni, hogy mindent tiltottak.
Ma már (2006 november 2. óta, szóval rég óta, de tényleg rég óta: http://php.net/ChangeLog-5.php#5.2.0) van még egy kapcsoló a allow_url_include ami lehetővé teszi, hogy bekapcsolt allow_url_fopen mellett a fenti sebezhetőséget kivédd. (ez az alapbeállítás is http://php.net/manual/en/filesystem.configuration.php)
Szóval azon a sok szerveren, ahol ezt tiltják nem hallottak még erről a "vadi új" dologról.
A "CURL-meg biztonságos" rész egy vicc ugye. Mert ha ez igaz lenne, akkor ha fogod magad és csinálsz egy stream_wrappert ami a CURL-t használja és a http helyet beregisztrálod azt, a STREAM_IS_URL flag nélkül(teszteltem megy. :) ), akkor az biztonságos kéne, hogy legyen, holott pont a régi (fent említett) sebezhetőséget tudod visszahozni vele.
Szóval én visszaállítanám a szolgáltatód helyében az alapbeállítást, és nem fárasztanám magamat és az ügyfeleimet ezekkel a felesleges körökkel.
pp
allow_url_fopen 2000 december 19.-én került bele a PHP-ba, 15 éve
allow_url_include 2006 november 2.-án került bele a PHP-ba, 9 éve
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
próbálkozz localhoston egy szűz Drupallal, és ne kapkodj :)
Hidd el, hogy nem az a normális, amit írsz, hogy sehogy sem sikerült értelmesen beüzemelned a többnyelvűséget. Elég furcsa dolgokat tapasztalsz, bár én némi kapkodást is érzek a részedről, mintha nem teljesen akarnád végigcsinálni a szükséges lépéseket, vagy elolvasni az adott modulhoz tartozó doksit, inkább gyorsan belenyúlkálsz a kódjába. Tehát a lehető legrosszabb változatot választod. Lehet, hogy rövid távon eléred, amit akarsz, de hidd el, hosszú távon ezekkel a módszerekkel rosszul jársz, a többnyelvűségért felelős modulokat nem amatőrök állították össze, sőt, nagyon is tudják, mit csinálnak a fejlesztőik... lehetnek mindig bugok a modulokban, de amiket írsz, azok inkább tűnnek egyedi paráknak, vagy olyannak, ami abból következik, hogy nem rendeltetésszerűen csinálsz valamit.
Először is nem éles oldalon kellene próbálkoznod, hanem első körben localhostra fel kellene raknod egy webszervert, és azon próbálkozni egy tök szűz Drupallal, nem ezzel az előre kapott valamivel, amiben van egy látszólag legalábbis nem teljesen kompatibilis, megvásárolt smink (az is lehet, hogy jó a smink, csak valamit nem jól csinálsz, ezt nehéz így eldönteni).
Nem írtad le, a menüknél hogyan oldottad meg a többnyelvűsítést, nem írtad azt sem, milyen sliderrel próbálkozol, egyetlen screenshotot sem mellékeltél, pedig sokszor az többet ér minden szónál, főleg, ha ennyi szó van egy hsz.-ben. :))
De először is fuss át normálisan egy tutorialt, ahol a többnyelvűség problémája részletesen le van írva. Elsőként a hivatalos oldal jut eszembe:
http://drupal.org/documentation/multilingual
Aztán localhost, helyi tesztelgetések először GYÁRI SMINKEKKEL, pl. Bartik.
Meg szerintem a hatékonyabb segítségnyújtás érdekében szemléletesebb infókat ossz meg velünk, értsd: mellékelj screenshotot.