Mikor írtam én bárkinek ilyen választ?
Szia!
: Iszonyat zöldségeket beszélsz! Nyugodtan vissza lehet nézni a korábbi hozzászólásaim, amikor mások bejegyzéseire reagáltam!
Most elvárom a részletezést! Egyrészt azért mert mindent, amit írtam nyomós érvekkel alá tudok támasztani, ugyanakkor lehet, hogy Ő jobb érveket tud felsorakoztatni. A saját érdekem is, ha az Ő érvei jobbak, hogy tanuljak tőle, hisz ezért regisztráltam erre a fórumra. Egyrészt, hogy tanuljak a nálam okosabbaktól, másrészt, hogy segítsek, akinek tudok. Soha nem illettem senkit ilyen bunkó megjegyzéssel. Ez a fajta gondolatmenet olyan mint az .nyád és a válasz rá a tied. Ez sehova sem vezet.
Azért van itt gondolom mindenki, hogy fejlődjön, ha pedig, már nagyon sokat tud, akkor, hogy segítsen!
Az ilyen hozzászólások azonban ebben nem segítenek. Most, hogy már megtette. Ezt nem lehet visszavonni. Ezért jogosan várom el, hogy aprólékosan részletezze és indokolja, hol és mi az iszonyat zöldség! Nem fogadom el, hogy visszavonja, mert, már megtette. Most már jogom van hozzá, hogy megismerjem az Ő álláspontját is. Nem érem be egy női "CSAK"-kal.
Bocsánat ezért, nem kívántam a témát folytatni, de nem hívhatom ki párbajozni, nem mellesleg az is a fent említett példával lenne egyenlő a probléma megoldását tekintve.
Ha informatikai hibákat vétettem, akkor feltétlen kíváncsi vagyok rájuk!
Ha a GDPR-t nem értelmeztem jól, akkor arra is. Végigolvasta egyáltalán az eddig kiadott szabályozást?
Sajnos több példát is fel tudok sorolni egyszerűbb eseteket tekintve, ahol apróságokon múlott anyagi veszteség.
Csak párat említve: Meg nem őrzött parkolási cédula miatt nem bizonyítható, hogy a sok évvel később kijött követelés alaptalan!
Egy ingatlanközvetítő szerződés apró betűs része miatt, amikor a közvetítő nem tudta eladni az ingatlant. A szerződés felbontása után, majd kicsivel később egy ismerősnek eladva a lakást, aki bizonyíthatóan nem a közvetítő közreműködésével szerzett tudomást az eladásról. A közvetítő egyszer csak megjelent és követelte a jutalékát!
Szóval érdemes vigyázni a jogi dolgokkal, mert ártatlanul is érhetnek kellemetlen meglepetések! A GDPR-t átolvasva pedig nagyon sok az olyan rész, ahol csak a hivatal, vagy az adott ügyintéző, vagy vizsgálatot folytató személytől függ, hogy miként jár el. Maga a titkosítási mizéria ebből indult.
Az issue valóban jó ötlet, ezt meg is írtam, de, mivel megbántott az illető az állításával, most, már várom, hogy alá is támassza azt. Amiből vagy az jön le, hogy az Ő bejegyzése volt megalapozatlan, vagy Én tanulok belőle. Netán részben ez, részben az.
A garancia kérdése eleve
A garancia kérdése eleve érdekes, kíváncsi vagyok, hogyan lehet beadni azt egy ügyfélnek, hogy a felmerült bug bizony Drupal bug és ennek anyagi vonztatát kinek is kell benyelnie.
A szerződés egy dolog, ha annak valamely pontjára már fel kell hívni a figyelmet, akkor az az együttműködés nem örömteli és nem lesz hosszútávú.
Érdemes inkább arra időt (és ktsgkeretet) elkülöníteni, hogy megértsd az ügyfél munkáját és ő is megértse a Tiedet. Ez könnyebb úgy, hogy nem ejted át az ügyfelet. Ha az admin felületen kell csak bejelölni vmit és nem próbálod meg eladni úgy, hogy ez rengeteg munka, akkor előbb-utóbb kialakul a bizalom. Ha ez nem alakul ki, akkor az ügyfélnek tanácsos minél előbb nemet mondani, mivel Te is elmérheted egy-egy feladat munkaigényét (én legalábbis szerencsés vagyok, ritkán kell hasonló feladatot végeznem, vagy ha igen, akkor évek múlva, teljesen más megközelítésben). Nem lehet dolgozni olyan ügyféllel, aki nem érti meg, hogy a feladat árazása az addigi tapasztalatokon alapul és egy olyan iparágban, ahol egy termék átlagos életciklusa 6 hónap, nem lehet mindent kitapasztalni.
Az eredeti kérdésre válaszolva. Sajnos az a tapasztalat, hogy ott, ahol a megrendelő közvetlenül érdekelt a ktsgek csökkentésében, ott szinte mindig bepróbálkozik saját kútfőből megoldani vagy olcsóbb munkaerővel. Itt jön be az, amit fentebb írtam, hogy megismerteted egy kicsit a munkád könnyű és nehéz részeivel. Ha ezek után nekiáll bütykölni, tegye, Neked pedig érdemes megfontolnod, hogy lapátra teszed az illetőt, mert nem értékeli a munkádat vagy nem tartja elfogadhatónak a díjazást. Az ilyen ügyféllel csak kínlódás lesz.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Hidd el, nem lesz elég a 64
Hidd el, nem lesz elég a 64 MB memória, tapasztalatból mondom, hogy csak szívni fogsz ezzel - inkább már jobb az elején szembesülni vele. Válts szolgáltatót, ha a tiéd drága (a belinkeltnél (akikhez semmi közöm, csak nekem beváltak) 256 MB memóriát kapsz). Bőven zabálja a Drupal a memóriát, főleg pár modul engedélyezése után.
Ha egy modul telepítése megszakad, pl. 500-as hiba miatt, az igen nagy gáz lehet. Elképzelhető például lazán olyan eset, hogy a modul valóban engedélyezésre kerül, a Drupal system táblájában 1-esre billen az engedélyezett érték, elindul mondjuk ezután a modul saját tábláinak feltöltése az adatbázisba, majd lefutna még valami, de ennek a folyamatnak a felénél megszakad az egész - így inkonzisztens állapotba kerülhet, kiszámíthatatlan viselkedést/hibákat produkálhat a modul, akár ún. "fehér halált" (WSOD, White Screen of Death) is kaphatsz az oldalad megjelenítésekor, és egyéb kellemetlenségek érhetnek. Tényleg jobb az ilyesmit elkerülni időben.
Utolsó kérdés pedig az, hogy ha a lokális gépemen nem telepítek semmi modult, csak bekapcsolom a fórumot, vagy más beállítást végzek el, akkor az éles oldalra elég csak az adatbázis újra feltölteni, vagy a fájlokat is fel kell?
Amennyiben az elvégzett feladat nem érint fájlbeli módosításokat (nem kerül feltöltésre új fájl, a beállítás nem módosít/töröl egy fájlt, stb.), akkor elég csak az adatbázist felülírni. De ne felejts el előtte backupot készíteni!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
fejlesztéssel
Az archívum nem olyan okos, hogy az első dátumot kikeresse, pedig ez egy egészen kézenfekvő kérés. :) Sajnos csak fejlesztéssel lehet megoldani, de érdemes lenne az alapcsomagba javasolni.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
"a Drupal nem fut tökéletesen Internet Explorer alatt"?
Próbáld ki nyugodtan az alap sminket, ha azzal sem mutat rendesen IE alatt, akkor nyugdtan tegyél ilyen kijelentéseket. Az, hogy a saját sminkeddel mit alkottál, az nem a Drupal sara.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
WEBFORM
Köszönöm Edit a segítséget, azt hiszem írásod alapján nekem a webform kell, már csak azt kell kitalálnom, hogy az adattáblából hogy nyerjem ki az adatokat.De az már menni fog
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Automatikus import
A nyelvek menüben az automatikus importot futtasd le. Menet közben a Drupal nem a nyelvi fájlokból szedi az információt, hanem adatbázisból. Ezzel frissíted az adatbázisban tárolt nyelvi információkat.
Üdv: Zoli
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
sequences users_id
A sequences táblában tárolja ezt az adatot az users_id mezőnél adatbázis-kompatibilitási okok miatt. Nem nyúlkált véletlenül valaki bele az adatbázisba? Magától nem szokta ezt törölni a Drupal. :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
apache2.conf
Az AllowOverride All direktívát az apache virtualhost konfigurációjánál kell megadni. Már ha éppen virtualhostot használsz. Ha nem, akkor is az apache2.conf-ban kell elhelyezni.
Üdv: Zoli
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Miért Slack?
Volt ezzel az egésszel kapcsolatban egy nagyon szerencsétlen megnyilvánulásom ircen, amit utólag nagyon sajnálok, mert az éle miatt sajnos pont az információ része úszott el. Nem szerettem volna vele senkit se minősíteni.
A Slackről az én érintettségem kapcsán tudok csak beszélni, a többi folyamatról nem tudok nyilatkozni, de emiatt indult el ez az egész.
Az idén azt vettük észre, hogy nagyon nehéz olyan csatornát találni, ahol hatékonyan lehet hosszú távon folyamatokról, sürgős dolgokról kommunikálni. A DevDayst, a Drupalatont és a Drupal Hétvégét is a Skype-on szerveztük, mindhárom esemény olyan folyamatos egyeztetéseket igényelt, amit az email és sajnos az irc sem tud kiváltani. Tudom, az ircnek nagyon sok hasznos funkciója van, de mivel nem ott kezdtük el ezeket intézni, hanem skype-on, ottragadtunk (ircen van drupalaton szoba, de szerintem két kezemen és lábamon meg tudom számolni, hányan mondtak ott valamit idén).
Az viszont hamar kiderült mindhárom esetben, hogy sok a zaj, és nehéz fókuszálni, mert nem lehet tematizálni a beszélgetések folyamatát.
Tény, hogy azért kezdtük el a Slacket használni, mert Istvánék is, és mi is egy ideje ezt toljuk, de a legfontosabb oka az volt, hogy így szét tudjuk bontani különböző channel-ekre a párbeszédeket, és nem folyik össze minden. És megint csak a saját érintettségem kapcsán tudok beszélni, de amikor egyszerre három eseménnyel kapcsolatban folynak különböző dolgok, akkor baromi nehéz odafigyelni.
Emiatt adta magát, hogy nekiinduljunk, és vannak olyan funkciói, amihez nem kell öt év egyetem, és igen, mi hatékonyabbnak érezzük, mint amit eddig csináltunk.
Nem az a cél, hogy bárki is kimaradjon (vagy úgy érezze, hogy kizárná őt bárki is) a párbeszédből, a folyamatokból, a munkából, de úgy láttuk, hogy az ircen is eléggé összefolynak a dolgok, nehéz követni a beszélgetéseket, és ezért megpróbáltuk a helyzetet javítani. Aztán pedig jött az ötlet, hogy munkacsatornaként esetleg megpróbáljuk másra is felhasználni, és így összegyűjteni egy helyre azokat, akiket érdekel. Sajnos azt látom, hogy ha valamiről nincs folyamatos kommunikáció, és nem vezeti senki a szálat, akkor az a téma elhal a francba, és nem lesz végül semmi belőle.
Az egész felvetésnek a kommunikációja szintén szerencsétlenül alakult, nem kellett volna rögtön kiírni Twitterre, ez az én hibám, elnézést kérek érte.
Ha valakinek van olyan javaslata, amivel a problémánkon tud segíteni, akkor plízplíz jelezze.