Tanulás drupal 7, függetlenül attól, hogy vigyék
Hat évvel ezelőtt, először megismerkedtek Drupal. Bemutatjuk mondjuk nehéz volt, és azt csak 3 kísérlet. Aztán rám, egy fiatal és zöld - a standard minőség és a kényelem volt a Joomla. Azt hiszem, sok ez, és ma már a szabvány. De miután eltört egy pár saját oldalakat létrehozott Jommla, úgy döntött, hogy talál valami biztonságos és ingyenes egyidejűleg. Ez az, amikor a szem és esett Drupal.
Én mondom ezt, ismerete Drupal - ez olyan, mint randi egy gyönyörű lány az utcán. Eleinte félsz közeledni hozzá, és beszélni, félt, hogy egy bolond. De miután megismerték, tudja, hogy szörnyű igazán semmi, és ez egyre inkább kezd, mint te. Ezután elkezd gondolkodni, és azt szeretné, hogy megismerjék őt jobban és különböző módokon.
A Drupal, mindegy. Eleinte féltem, hogy közeledik hozzá, ő nem érti. De miután megismerkedett velük, rájössz, hogy ez történik minden logikus és kiszámítható, és kezded tetszik. Akkor tőle szeretné szorítani több és elkezd kísérletezni, hogy mire képes. A végén jön a felismerés, hogy nem létezhet nélküle.
Általában hívok minden tanulni. Megpróbálok válaszolni minden kérdésre.
Csepp én egy vonal, és van egy pár sor
Megosztani ezt a bejegyzést
Hála az olvasók
Lehet, hogy tetszik:
- Milyen szolgáltatást Levelezési Email válasszam? És ha szabad, akkor csak egy mese
- Kísérlet: Effect ikonok, sprite és base64 kódolást a képeket az oldalon terhelési sebesség
- SEO optimalizálási magad - lépésről lépésre
Érdekes platform, lesz, hogy vizsgálja meg, hogy a legteljesebb.
A Can és a Denver is, ha vele dolgozni, és van telepítve. Csak volt egy rossz tapasztalata Denver kezdett kiadni egy fehér képernyő a böngésző, és mindezt egy nap. Bár nem ilyen műveletet végez nem került sor. Én már régóta próbálták megtalálni az okot, és a helyzet javítására, de nem lett belőle semmi. Ezért kezdtem el használni XAMPP. Plusz, az utolsó a tény, hogy cross-platform.
Hello mindenkinek. Véletlenül botlott a blog. Én már több mint 3 éve dolgozik Drupal. Vagyok Senior fejlesztő. Szeretnék néhány szót erről a rendszerről. A rendszer erős és elég rugalmas. De ha dolgozni vele szakmailag, akkor kezdik felismerni, hogy egy csomó dolgot sokkal könnyebb és gyorsabb, hogy írjon, mint használ kész modulok! Az eufória halad nagyon gyorsan, ha a szükség nem csak egy honlap, hanem valami egészen szokatlan és csiszolta a az ügyfél igényeit. Aki szereti a teljes ellenőrzést a folyamat kívül és belül, akkor kap csak az izgalom elszakadását az agyban. Például arra, hogy kisebb csíp a formák minden alkalommal használni horgok hook_form_alter, megjelenítésére és módosítására az adatokat, mielőtt a kimenetet a sablont (nevezzük Sablon nem mer), fel kell hívnia a előfeldolgozó horgok, stb A sablon köpött nem csupasz az adatokat, hogy kapsz eldönteni, hogyan kell dolgozni, és a hatalmas összegeket renrera, amely már kapott sok a osztályok és html kódot ideshnikov. Így annak érdekében, hogy azok vrapery, akkor nagyon jó izzadság. Az elrendezés az alaphoz osztályok - ez azt jelenti, hogy magát a problémákat. Mióta fény változásai vyusov vagy valami, osztályok vándoroltak. Mi más lehetne létrehozni egy fejfájás. Ez a rendszer a telepítés az új modulokat. Ez a folyamat nem automatikus bejelentkezési azonnali visszaállítása vagy az utolsó művelet. Tehát, ha néhány modul glyuknet vagy egyszerűen buggy magát, míg az adatok bevitelét az adatbázisba, akkor kap egy téglát a honlapon! A rendszer minden változó, köztük útválasztók (linkek oldalakon azok rakodók) szintén az adatbázisban tárolt. A sebesség, szerver követelmények, és így tovább. Jobb, ha nem mond semmit egyáltalán. Általában Drupal 7 jó. De azt kell világosan megérteni, hogy az, aki azt hiszi, hogy ez elég ahhoz, hogy utasítsa egy csomó modulok és az összes létre, és vidd az admin, aki végzetesen téved! Tudás és tapasztalat, hogy működjön együtt a hét szüksége sokkal több annál, még ha dolgozik php keretrendszerek. Például Drupal 7 készül ingatlan portál best-house.org samopisnaya kód van írva több mint 1000 óra. Több mint fele a határozatok írásbeli semmiből. Mindez a házigazdája egy erőteljes dedikált szerver 16 giga szövetkezetek, erős quad százalék, míg emelték az Apache Solr index szerver és konfigurált lakk caching szervert.
Tehát, hölgyeim és uraim, sokkal bonyolultabb, mint amilyennek látszik első pillantásra.
Kirill Jó napot. Rendben, Drupal nehéz motor is, és ha konkrét projektek szükségesek, könnyebb lesz a keret, és írjon szerinti célkitűzéseket. Fűrész Drupal saját veszedelem. A jogot, hogy egy helyen, a probléma egyre valahol.
De az egyszerű projektek, amelyek többsége az internet, nem úgy értem, kereskedelmi megoldásokat. És kísérletek webmesterek megélhetést az interneten. Elfut tökéletes megoldás. Stateyniki létre egy átgondolt szerkezet nagyon kényelmes. Igen, és az erőforrások ilyen oldalak zabál nem túl sok.
Kétségtelen, hogy a Drupal egy nagy platform, de nem szerény oldalakon. Mert szerény - ez olyan, mint egy pisztolyt verebek. Drupal - az a szegmens, a közepes és nehéz oldalakat.
Csak nem érti a pályán Drupal ha a végén meg kell átírni és beágyazni a mankó. Miért ilyen bonyolult projekt nem veszi freymovrk? Laravel, Yii, és így tovább. RoR vagy kiindulnia. Ez tényleg nem szüleménye felesleges entitások kerülnek kialakításra, hogy működjön együtt az adatbázis, illetve kevesebb stressz.
Megértem, ha az eredeti volt, a webhelyet, és lassan, fűrészelt és fűrészelt. Ennek eredményeként már vágjuk, hogy - valami komoly. Nem állítják, hogy a Drupal tehet komoly projektek, ugyanaz sport.box történt rajta. De ennek eredményeként a Drupal szinte semmi sem marad.
Mint Drupal, új terveket, van egy pár nagyobb projektek, és megértem, hogy a Drupal nem húzza őket, ahogy azt kell átírni az összes. És nem akarok. Tehát most intenzíven tanul Ruby és ROR. És azt tervezzük, hogy a projektek rajta.
Előfordult dolgozott Laravel és mások. Csak hinni lesz könnyebb és gyorsabb? De nem vagyok benne biztos. Különösen azért, mert Laravel - valami felvillanyozott és alkalmatlan komoly projekteket. Ott általában nehéz elkapni a vonal, hol és hogyan lesz könnyebb. Mindegy kész megoldásokat, még ha ez a számla fűrészelés és sokkal fontosabb, mint a létrehozását, mindent a nulláról!
Van egy PHP keretrendszer nem működött. Úgy döntött, hogy elhagyja azt a RoR tetszik jobban vonzott. Figyelembe véve raspiarenny lehet. De ismétlem, a minősítések, Lara A jelenleg vezető, és az emberek szeretnek.
Elkezdtem tanulmányozni, elvileg ez volt minden világos. Ami a nagyobb projektek, azt hiszem, de nem reklámoz máshol.
Minden keretrendszer igazi PHP - ez az egyik tömör csont. A laravel - kása készült rengeteg technológia és nagyszámú kötegek a Symphony. Mert mit tetszett, így ez egy tény, hogy az emberek gyorsan valami nalobat minta, nem igazán értette, mit csinálnak egyáltalán. Ez az ő előnye (könnyű kódgenerálást), de ez az ő Achilles-sarka. Valójában freymvork nincs előnye a fejlődésben. Csak valamivel könnyebb fejleszteni szabályait követve az MVC minta. De ismétlem, dolgozik a lényege a keret el kell fogadnia a szabályokat a játék, annak minden következményével együtt. És a következmények, hogy akkor kezd kifejlődni a helyszín azonos változatát keretében kerül szembe azzal a ténnyel, hogy a fejlesztők úgy döntött, hogy kiadja az új verzió teljesen más fogalmi. És akkor még nem fejezte be a projektet, vannak sokkos állapotban. Vagy hozzáfűzni projekt technológiák, amelyek már megszűntek, hogy fenntartsák, vagy indul egy projekt megint a nulláról, hanem egy új kernel. És ne feledkezzünk meg az ügyfél. Te kis érthető lehet mondani az ügyfélnek, hogy miért döntött úgy, hogy levelet projekt, például, a szimfóniák, és meg kell tennie 800 óra. Bár az azonos lehet tenni a Drupal 400 órán keresztül. Pillanatok olyan sok, és nem nyugszik a választás a keret.
Nos, mondjuk, minden esetben változata a keret megmarad. Most Yii2, de sokan még mindig írjon Yii1. Laravel valóban egy csomó technológiák kölcsönzött a különböző keretek. Igyekeztünk, hogy a legjobb helyről.
De akkor nézd meg a Drupal 8 - folytatta ugyanazon elvek, átírt alapelemeik Symphony használható sablon segítségével gallyat, és így tovább.
De az ügyfelek eltérő, és a követelmények eltérőek. Néha azok, akik nem érdekel, mi működik a számukra, de nem volt a honlapon. És vannak olyanok, akik íme a jövő, és biztos akar lenni abban, hogy a helyszínen tudnak fejleszteni és növekedni sok éven át.
Drupal 6 is minden biztonságosan elfelejtett kellett fogni az átmenet 7 aranyér. És mi fog történni a lépés 7-8, azt hiszem, szintén nem jó, mert az építészet, a motorcsere. És miután 8, 7-es verzió is támogatja csak 2-3 év. A helyzet ugyanaz, mint a kereteket.
Részben igazad van, emlékszem, mennyi zajt volt pár évvel ezelőtt a Ruby és ROR, a hype lecsendesedett most. Mivel a technológia Wow - kiderült valami szabvány. De ez nem jelenti azt, hogy a technológia nem fejlődött ki, és ez rossz. Mint mondják semmi sem tökéletes, nincs ideális a CMS, nincs ideális nyelvet. De vannak olyan eszközök, amelyeket a következő, és mert a tapasztalat lehet használni őket.
Pár évvel ezelőtt azt mondta, hogy a Ruby lassú nyelv, akkor elveszíti a sebesség a PHP, ezért kérjük, 2.0-s verziója, és a sebesség illik. Minden optimalizálni és fejleszteni.
Én szerencsésebb, mint te, még nem vizsgálták a C ++, én csak most kezdődött el a php és el tudom képzelni, hogy milyen agyi van egy rés. Most viszont, hogy a rubin, és vajon miért nem csak tanulni. Bár tudom, hogy miért, mert vannak vezetők között ingyenes CMS, mint a Drupal, WP, Jommla, minden telek csinál nekik. Most minden háziasszony 15 percig lehet növelni a kulináris blog WP, tyknuv egér kurzor néhány jelölőnégyzeteket.
És mindezen CMS PHP-ben íródott - és ha kell valami több, mint egy szabványos megoldás, akkor kezdenek bele a kódot, és próbálja megérteni, és hogyan működik. És tanulás zajlik.
És rovására technológia, igen, minden kergeti legkiemelkedőbb tudni róluk, és így tovább.
Nem is olyan régen volt népszerű, de úgy tűnt backbonejs AngularJS és minden rohant neki, hogy énekeljen egy dalt. Most mindenki várja ezt a versenyt AngularJS2 és mindig is lesz.
Azt hiszem, csak meg kell navigálni a rendelkezésre álló technológia, és az alapján a feladat, hogy vizsgálja meg az irányt egy eszköz.
Amikor tudom, hogy tudom, hogy a Drupal webhely minimális testreszabás, akkor természetesen megcsinálom az oldalon. De amikor rájöttem, hogy a lehetőségek, hogy én Drupal hiányzik, akkor természetesen én keresni egy másik módja, hogy megoldja a problémát.
Sajnos, nem lehet tudni. És van rá szükség? Azt is nézd irányába Python és Django. Python jóval rövidebb és sokkal kellemesebb az azonos php. Én már 36 éves, és hogy írjon nekem semmit nem érdekes. Azt akarom, hogy hagyja, hogy a fiatalok aránya. Tökéletesen tudja, hogyan kell építeni az építészet és interfészek. Jól ismeri az üzleti modell a legtöbb ügyfél, valamint az alapján, hogy ötleteket lehet építeni egy modellt architektúra és moduláris logika. Hozzon létre egy fokozatos TK, bérel egy csapat, és az előrehaladás figyelemmel kísérése és a fejlettségi. Nevezzük termék menedzsment. De a FÁK ez nem egy különösen népszerű téma, sajnos. Minden cég, mint általában, maga jön a fejfájás és a végrehajtás, bevonása nélkül a szakmai közvetítő üzleti és a fejlesztők.
Python is figyelembe kell venni, de ez nem jött össze. Kiválasztása Ruby már valószínűleg, és a tény, hogy jött egy őrült japán :)) És az a tény, hogy nincs közvetítő az üzleti és a fejlesztők - ez Oroszországban annyira. Néha az ügyfelek jönnek TK hogy szeretnénk tudni, mi a diák írta. És ha megnézzük az irányt állami beszerzés. És nézd ott TK, ez mind a történelem a műfaj komédia. Bármely tisztviselő, aki a séta a CMS weboldal népszerű, másolni egy csomó okos mondások, votknet a TK és kérjük, a helyszínen kell lennie. Azok logikája van, és az egész egy rakás üres fecsegés. Az ilyen megrendeléseket is veszi szörnyű otgrebesh baj több mint keresni. És azt hiszem, ez a helyzet mindenütt (más területeken). Kevés embert vonz a szakemberek munkáját, akik úgy vélik, a logikája rendszereket.
Miért nem olyan MODx?