Btw, elasticsearch není zaměřený úplně na rychlost, nýbrž na vyhledávání. Na rychlost je skvělý například Redis. Krásně je to vše popsané například zde: http://kkovacs.eu/cassandra-vs-mongodb-vs-couchdb-vs-redis
To, že se elasticsearch vnímá jako nástroj založený na rychlost je, bych řekl, takové trochu české specifikum… :)
@Tharos nastavil jsem ti pravo "owner" na organizaci lean mapperu
zitra bude roadmap a zacnu prepisovat starou docku
na twitteru by pak byl jen link na novinky ci zajimavosti
Ahoj, všem. Narazil jsem na jednu takovou věc, považuji to za bug, ale chci se ujistit, než pošlu PR. V entitě mám protected getter (interní pomocnou funkci). Při zavolání $entity->getData() mi aplikace padne na tom, že se entita pokouší tento interní getter zavolat (https://github.com/Tharos/LeanMapper/blob/develop/src/LeanMapper/Entity.php#L335). IMHO je problém v EntityReflection (https://github.com/Tharos/LeanMapper/blob/develop/src/LeanMapper/Reflection/EntityReflection.php#L206), která nekontroluje, zda je metoda veřejná. Mám poslat PR s opravou?
tak jsem teď na koukal blíž, zjistil jsem, že dříve se používaly jenom public metody, ale ve verzi 2.3.0 je BC break (viz tento commit https://github.com/Tharos/LeanMapper/commit/edcc7f49e7eac68311395df0a391c67dd97c43a3#diff-85558b99cdcd20f6c26fad692400b001L181)
tak teď tak nějak nevím, jestli to považovat za bug, nebo za feature :)
hadam, ze to Tharos myslel spis jako featuru :)
mohl bys prosim udelat nejaky priklad? Treba gist nebo rovnou poslat test nebo jeste lip PR :)
osobne si totiz nemyslim, ze to takto ma fungovat, ale rad bych prvne videl ten konkretni usecase na nejakem prikladu.. prosim
@castamir vytvořil jsem PR s testem a opravou - Tharos/LeanMapper#97. Test je hodně zjednodušen (v praxi tahám dodatečná data z DB), ale snad to stačí. Bez té úpravy EntityReflection padne aplikace na chybě "Trying to invoke protected method XYZ::xyz() from scope ReflectionMethod".
je to BC break, takze pujde do verze 3.2
zkusim do ni vecpat jeste nekolik dalsich issues a vydat ji co nejdriv
ještě bych měl jednu prosbu - šlo by vytvořit samostatnou větev pro řadu 2.x ? Na verzi 2.x mi běží v podstatě všechny projekty a potřeboval bych v této řadě ještě pár úprav a nějaké to udržovací vydání a nemám proti čemu vytvářet PR. A na verzi 3.x zatím přejít nemůžu (kvůli PHP 5.3 :-/).
nevidim moc prinos..
muzu ti vsak poradit jednu vec... pokud budes delat fork a opravu, tak by ti melo stacit pridat jeden prikaz do composeru, aby sis bral leanmapper z tveho forku repozitare misto z oficialniho balicku. Priklad nastaveni composer.json je na https://getcomposer.org/doc/articles/handling-private-packages-with-satis.md#setup
Jinak k dokumentaci - vytvořil jsem PR (LeanMapper/LeanMapper.github.io#1), které by mělo obsahovat kompletní obsah leanmapper.com, trochu vylepšuje čitelnost (mění výchozí barvu textu na černou, ta současná je na první pohled hezká, ale u delších textů z toho bolí oči), upravil nastavení tak, aby s tvorbou obsahu bylo co nejmíň práce a vytvořil několik issue s náměty na úpravy. Mám rozpracované další změny, ale všechno to staví na tomto prvním PR.
@janpecha kazdopadne good job
jestli na tom hodlas dal pokracovat, budu velmi rad a budu se snazit delat korekturu a mergovat
Zdravím všechny. Právě jsem se od @janpecha dozvěděl o tomto kanálu a zjistil jsem, že jste tu probírali přesun LM pod jinou organizaci. Měl jsem zrovna podobný nápad, jelikož bych do stejné organizace rád přesunul i LMQuery. Zdá se mi, že všechny knihovny kolem LM i LM samotný tak nějak pomalu umírají, ale bylo by hezké, kdyby umíraly na stejném místě. Možná by mohlo dojít i k reinkarnaci.
Ahoj, dovolil jsem si dát zatím do repa do readme.md následující upozornění:
Warning! This library is no longer actively developed. It is provided "as is" with no guarantee of future development or support.
Přijde mi to fér vůči uživatelům, protože pravda je taková, že knihovnu aktuálně nikdo nerozvíjí. Což neznamená, že je nepoužitelná. :)
na Slacku Pehapkari jsem zalozil kanal #leanmapper (https://pehapkari.slack.com/messages/leanmapper/), oproti gitteru mi Slack přijde "použitelnější" - na jednom místě lze sledovat všechny nepřečtené zprávy, diskusi lze členit do vláken a přijde mi to méně zabugované (třeba tady mi vůbec nechodí emailové notifikace, i když je mám povolené :-D )