abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    5.6. 22:22 | Nová verze

    Byla vydána nová verze 9.7 multiplatformní digitální pracovní stanice pro práci s audiem (DAW) Ardour. Přehled novinek, vylepšení a oprav v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    5.6. 18:22 | Komunita

    Vývojáři webového prohlížeče Ladybird dnes oznámili, že mění způsob vývoje. S blížícím se vydáním alfa verze přestávají přijímat veřejné pull requesty. Všechny otevřené veřejné pull requesty budou uzavřeny. Tým nedokáže garantovat bezpečnost AI generovaných pull requestů.

    Ladislav Hagara | Komentářů: 2
    5.6. 17:33 | Zajímavý software

    OpenLogi (GitHub) je open source náhrada aplikace Logi Options+ pro přizpůsobení myší od společnosti Logitech. Zatím běží pouze na macOS.

    Ladislav Hagara | Komentářů: 1
    5.6. 04:33 | Nová verze

    Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za květen (YouTube).

    Ladislav Hagara | Komentářů: 9
    4.6. 11:22 | Bezpečnostní upozornění

    Úřad pro ochranu osobních údajů řeší desítky stížností na jednotné měsíční hlášení zaměstnavatele, které stát spustil počátkem dubna. Systém, jenž má firmám odlehčit od desítek formulářů, nejenže výrazně zatížil jejich účetní oddělení, ale docházelo v něm i k únikům osobních dat zaměstnanců k firmám, kde nepracovali. Podle ministerstva práce a sociálních věcí stála za problémem technická chyba. „Incident se týkal několika stovek

    … více »
    Ladislav Hagara | Komentářů: 22
    4.6. 10:46 | Nová verze

    Byla vydána (𝕏, Bluesky) nová verze 22.0.0 open source webového aplikačního frameworku Angular (Wikipedie). Přehled novinek v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    4.6. 04:33 | Nová verze

    Vim Classic byl vydán ve verzi 8.3. Drew DeVault oznámil tento fork editoru Vim (verze 8.2.0148, tj. těsně před zavedením Vim9 skriptování) v březnu letošního roku. Důvodem forku bylo, že vývojáři editorů Vim a Neovim začali při vývoji využívat LLM.

    Ladislav Hagara | Komentářů: 7
    4.6. 03:44 | Komunita

    Open source konference DevConf.CZ 2026 proběhne 18. a 19. června v Brně na FIT VUT. Publikován byl program a spuštěna byla registrace.

    Ladislav Hagara | Komentářů: 0
    3.6. 19:44 | Nová verze

    Společnost JetBrains uvolnila verzi 2 svého open-source velkého jazykového modelu (LLM) pro vývojáře Mellum.

    Ladislav Hagara | Komentářů: 0
    3.6. 14:44 | IT novinky

    Probíhá konference Microsoft Build 2026. Microsoft představuje své novinky: kvantový čip Majorana 2, Surface Laptop Ultra a Surface RTX Spark Dev Box s NVIDIA RTX Spark, Intelligent Terminal, Coreutils for Windows (fork Rust Coreutils), AI modely MAI, AI agenta Scout, platformu pro agent-first zařízení Project Solara, …

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (12%)
     (8%)
     (2%)
     (15%)
     (31%)
     (3%)
     (6%)
     (3%)
     (15%)
     (26%)
    Celkem 1838 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník


    Dotaz: Divné chování require

    28.4.2012 22:48 filbar | skóre: 36 | blog: Denicek_programatora | Ostrava
    Divné chování require
    Přečteno: 329×
    Dneska jsem narazil na divné chování PHPka. Pokud mám soubor1.php a includuju v něm soubor2.php, tak pokud ten soubor2.php končí nějak takto:
    <?php
    some_php_code();
    if($x==1) {
      do_something();
    }
    ?>
    <span class="trida">Some text</span>
    
    tak se nový řádek vygeneruje, pokud ovšem soubor2.php upravím takto:
    
    <?php
    some_php_code();
    if($x==1) {
      do_something();
    }
    ?>
    <span class="trida">Some text</span><?php ?>
    
    tak je najednou po problému a nový řádek se nenageneruje. Nesetkali jste se někdo s podobným problémem?

    Řešení dotazu:


    Odpovědi

    28.4.2012 23:21 DK
    Rozbalit Rozbalit vše Re: Divné chování require
    a require, nebo include?
    Řešení 1× (filbar (tazatel))
    Aleš Janda avatar 28.4.2012 23:45 Aleš Janda | skóre: 23 | blog: kýblův blog | Praha
    Rozbalit Rozbalit vše Re: Divné chování require
    Znak konce řádku za ?> se sám uřízne. To PHPko dělá, aby bylo možné soubor zakončit novým řádkem bez toho, aniž by se promítnul do výstupu (některé programy berou textové soubory bez koncového odřádkování jako chybu). V prvním případě to na ?> nekončí, takže se nový řádek přidá, v druhém končí, takže se odřízne.
    Řešení 1× (filbar (tazatel))
    28.4.2012 23:52 Kit
    Rozbalit Rozbalit vše Re: Divné chování require
    Nesetkal. Asi proto, že takové blbosti nedělám a raději použiji Heredoc.

    Většina editorů vkládá na konec souboru LF, resp. CR LF. Pokud soubor končí HTML kódem, na výstupu se objeví i zmíněný LF. Pokud končí PHP, negeneruje se nic.

    Doporučuje se neukončovat PHP kód značkou ?>, správně by tedy měl konec vypadat takto:
    <span class="trida">Some text</span><?php
    29.4.2012 11:51 l4m4
    Rozbalit Rozbalit vše Re: Divné chování require
    Uch, och. Ale proč bychom měli vlastně čekat syntaktickou příčetnost...
    29.4.2012 18:58 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: Divné chování require
    Co to?
    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
    1.5.2012 22:46 l4m4
    Rozbalit Rozbalit vše Re: Divné chování require
    No, kde přesně končí ten PHP escape (syntaticky odpovídající processing instructions)?

    Co je to za nápad ukončovat soubor zanořením do nějaké konstrukce?
    *ERROR* end occurred inside a group at level 1!
    2.5.2012 08:51 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: Divné chování require
    No ono je to zamotané z důvodu sloučení „volně“ procházející kódu na výstup a interpretovaného.
    Tak jak to Kit napsal, je jediná rozumné možnost, aby se v tomto případě ve výstupu zaručeně nenacházel \n navíc.
    PHP script končí značkou ?> nebo koncem souboru (uzavírací značka nemusí být uvedena a je to i velmi vhodné ji neuvádět).
    Když to bude „hezké“:
    <span class="trida">Some text</span>
    <?php
    
    už tam \n je protože jsme ho tam zapsali.
    <span class="trida">Some text</span><?php ?>
    Nám ničemu nepomůže, protože spousta editorů ten \n tam doplní.
    Osobně bych tento okomentoval, proč jsem tak učinil
    <span class="trida">Some text</span><?php
    /*
     * POZOR: tento soubor nesmí obsahovat žádný znak navíc za tagem:
     * <span class="trida">Some text</span>
     * Značka začátku PHP scriptu se musí nacházet bezprostředně za tím tagem
     * a soubor nesmí být ukončen uzavírací PHP značkou.
     */
    
    nebo respektive, bych se asi k této konstrukci nedostal, protože \n navíc v html obvykle nevadí a kdyby se k tomu schylovalo a měl bych nějaké nároky na tento formát, vypadalo by to asi nějak takto
    <?php
    …
    …
    echo '<span class="trida">Some text</span>';
    
    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.