Časové omezení pro otevření souboru



Dobrý den. Potřeboval bych časově omezit otevření souboru. Typicky cenová nabídka - chci soubor včetně hesla zaslat v předstihu, ale aby bylo možné soubor otevřít až od určitého data/času. Nezná někdo řešení?
Nic takového neexistuje. Soubor - dokument je pouze pasivní záležitost a neumožňuje řídit přístup v závislosti na čase. Součástí dokumentu by musel být nějaký aktivní program, který by ten přístup v závislosti na čase uměl řídit. Takže nejjednodušší opravdu bude rozeslat heslo až v době, kdy má být čtení umožněno.
<p>vypadá to, že budete mít omezené možnosti, protože chcete, aby kontrola proběhla před nahráním. myslím, že nejlepší, co se chystáte dostat, je použít javascript k ověření rozšíření souboru. můžete vytvořit hash platných rozšíření a pak se podívat, zda rozšíření nahraného souboru existovalo v hash.</p><p>html:</p><pre><code>&lt;input type="file" name="filename" size="20" onchange="check\_extension(this.value,"upload");"/&gt; &lt;input type="submit" id="upload" name="upload" value="attach" disabled="disabled" /&gt; </code></pre><p>javascript:</p><pre><code>var hash = { 'xls' : 1, 'xlsx' : 1, }; function check\_extension(filename,submitid) { var re = /\..+$/; var ext = filename.match(re); var submitel = document.getelementbyid(submitid); if (hash[ext]) { submitel.disabled = false; return true; } else { alert("invalid filename, please select another file"); submitel.disabled = true; return false; } } </code></pre> dobrý den, před vánočními svátky může dojít ke zpoždění zásilky, zpravidla ne o více než 1-2 pracovní dny. s pozdravem tereza jarošová <p>moje střeva říká ne. servery odesílají gzipovaný obsah pouze v případě, že z prohlížeče obdrží správnou hlavičku accept-encoding. samotná záhlaví není součástí souboru cookie odeslaného prohlížečem, takže jej nebudete moci upravovat. servery to dělají, aby zabránily odeslání komprimovaného souboru do prohlížeče, který jej nepodporuje, a tím brání správnému zobrazení stránky.</p><p>alternativně byste mohli dělat to, co zní, jako byste již dělali, a vynutit si to kódem na straně serveru.</p> <p>s ulimitem jsou nějaké problémy. zde je užitečné přečíst si toto téma: <a href="http://coldattic.info/shvedsky/pro/blogs/a-foo-walks-into-a-bar/posts/40">omezení času a spotřeby paměti programu v linux</a> , což vede k nástroji <a href="https://github.com/pshved/timeout">timeout</a> , který vám umožní proces v kleci (a jeho vidličky) ) podle času nebo spotřeby paměti.</p><p>nástroj timeout vyžaduje perl 5+ a <code>/proc</code> připojený souborový systém. poté zkopírujete nástroj do např. <code>/usr/local/bin</code> jako tak:</p><pre><code>curl https://raw.githubusercontent.com/pshved/timeout/master/timeout | \ sudo tee /usr/local/bin/timeout &amp;&amp; sudo chmod 755 /usr/local/bin/timeout </code></pre><p>poté můžete svůj proces „klecovat“ podle spotřeby paměti jako ve vaší otázce:</p><pre><code>timeout -m 500 pdftoppm sample.pdf </code></pre><p>nebo můžete použít <code>-t &lt;seconds&gt;</code> a <code>-x &lt;hertz&gt;</code> pro omezení procesu podle času nebo omezení cpu.</p><p>způsob, jakým tento nástroj funguje, je několikanásobná kontrola za sekundu, pokud proces tření nepřesáhl stanovené hranice. to znamená, že ve skutečnosti existuje malé okno, ve kterém by proces <em> mohl potenciálně </em> být nadměrně odebírat před vypršením časového limitu a proces zabije.</p><p>správnější přístup by tedy pravděpodobně zahrnoval cgroups, ale to je mnohem více zapojeno do nastavení, i když byste použili docker nebo runc, což mimo jiné nabízí uživatelsky příjemnější abstrakci kolem cgroups.</p> <p>obecně byste měli použít <code>kill</code> (zkratka pro <code>kill -s term</code> nebo na většině systémů <code>kill -15</code>) před <code>kill -9</code> (<code>kill -s kill</code>) dát cílovému procesu šanci na vyčištění po sobě. (procesy nemohou chytit nebo ignorovat <code>sigkill</code>, ale mohou a často to chytí <code>sigterm</code>.) pokud nedáte procesu šanci dokončit to, co dělá a vyčistit, je to může nechat poškozené soubory (nebo jiný stav) kolem, že nebude schopen pochopit, jakmile restartujete.</p><p><code>strace</code>/<code>truss</code>, <code>ltrace</code> a <code>gdb</code> jsou obecně dobré nápady, jak zjistit, proč je zaseknutý proces zaseknutý. (<code>truss -u</code> na systému solaris je zvláště užitečné; <code>ltrace</code> příliš často předkládám argumenty pro volání z knihovny v nepoužitelném formátu.) solaris má také užitečné <code>/proc</code>- založené nástroje, z nichž některé byly přeneseny do linuxu. (<code>pstack</code> je často užitečný).</p> <p>hia.</p><p>v podstatě ne. můžete si však objednat podle meta\_value ve wp\_query, takže můžete třídit. nejsem si jistý, jaký formát ukládáte data, ale bude to muset být něco, co může mysql objednat, jednoduché unixové časové razítko by bylo v pořádku, udělali byste:</p><pre><code>$query = new wp\_query( 'post\_type=seminar&amp;meta\_key=start\_time&amp;meta\_value=' . time() . '&amp;meta\_compare=&gt;' ); </code></pre><p>dostane všechny semináře s počátečním datem po "nyní"</p> <p>jste na správné cestě! jděte na "spravovat zobrazení" a nastavte formát na "obecný soubor", dá vám klikatelný název souboru s odkazem na soubor!</p> <p>v tomto pořadí: b (s podrobným popisem manipulace níže), a (vyhláskováno), c.</p><p>c je pro mě „typické technické řešení“: nejprve se rozhodnete, jak specifikovat dobu trvání, poté určíte data potřebná pro tento algoritmus. spravovat je však pouze dva další ovládací prvky a uživatelé neznají možnosti, které mají před sebou. to znamená, že pokud jsou vaši uživatelé technici/analytičtí myslitelé a je nejjednodušší je implementovat, jděte na to.</p><p>b by bylo vhodnější:</p><p><img src="https://i.stack.imgur.com/fl7eg.png" alt="enter image description here"></p><p>minimální požadavky:</p><ul> <li>ovládání „předvolby“ a ovládání data a času jsou vždy k dispozici (nikdy zakázáno)</li> <li>změnou předvolby se změní čas zobrazený v ovládacích prvcích rozsahu</li> <li>změnou ovládacích prvků rozsahu se změní předvolba na „ostatní“</li> </ul><p>téměř perfektní:</p><ul> <li>porovnejte ruční výběr s vašimi předvolbami a zobrazte „jiné“ pouze v případě, že neexistuje žádná shoda</li> <li>když uživatel ručně vybere „jiné“, zobrazí se nápověda jako „zde vyberte začátek a konec data“</li> </ul><p>výhody:</p><ul> <li>uživatelé s nejasnou představou o vaší aplikaci mají řadu typických možností</li> <li>uživatelé získají okamžitou a konkrétní zpětnou vazbu pro svůj výběr</li> <li>výběr může být upřesněn, např. „další 3 týdny“ lze snadno upravit na „4 týdny“</li> </ul><p>varianty:</p><ul> <li>místo „jiných“ generujte vhodné textové reprezentace (např. „příštích 17 dní“).</li> <li>pokud je aplikace používána většinou běžnými častými uživateli (málo příležitostných uživatelů), zvažte bezplatné zadávání textu, jako je hisham, doporučeno: kliknout a zadat tři časy v daném dni je v pořádku, pro zadávání 30 za hodinu je bolest a volný text vyhraje.<br> (nedokážu si představit jednoduché kombinované rozhraní, které nějakým způsobem neznevýhodňuje začínající uživatele, ale pokud očekáváte širokou škálu uživatelů, možná budete muset za to zvážit některá řešení)</li> </ul><p>poznámky k rozvržení:</p><ul> <li>vynechal bych „z“ čistě pro čistý vzhled, ale je tu kompromis. obecně se snažím dát ovládacím prvkům stejnou velikost a postavit je na několik řádků, abych se vyhnul vzhledu „neklidného tvaru“.</li> <li>seskupte předvolby skupiny a výběr data společně (tj. jim poskytněte určitou vzdálenost od ostatních výběrů)</li> <li>"trvání" je samozřejmě hloupý štítek, promiň;)</li> </ul><hr><p>(vedlejší poznámka: instinktivně bych předpokládal interval sedmi dnů, abych odešel „od 17. února, 0:00 do 23. února, 23: 59: 59,9999 ..“, ale nejsem si jistý, jestli je tento univerzální.)</p> <p>představa, že software s otevřeným zdrojovým kódem je ze své podstaty bezpečnější než software s uzavřeným zdrojovým kódem - nebo opačný pojem - <strong>, je nesmysl. </strong> a když lidé něco takového řeknou to je často jen <a href="http://en.wikipedia.org/wiki/fear,\_uncertainty\_and\_doubt"> fud </a> a nepředstavuje smysluplnou diskusi.</p><p><strong> z tohoto důvodu </strong> musíte diskusi omezit na projekt <em> konkrétní</em>. kus softwaru, který škrábe konkrétní svědění, je vytvořen určeným týmem a má dobře definovanou cílovou skupinu. v takovém konkrétním případě bude možné uvažovat o tom, zda bude open source nebo uzavřený zdroj sloužit projektu nejlépe.</p><p><strong> problém s pitchingem všech implementací „open source“ versus všechny implementace „open source“ spočívá v tom, že se nejedná pouze o porovnání licencí. </strong> v praxi je open source upřednostňován úsilím dobrovolníka musí, a uzavřený zdroj je nejčastější v komerčním úsilí. takže ve skutečnosti porovnáváme:</p><ul> <li>licence.</li> <li>přístup ke zdrojovému kódu.</li> <li>velmi odlišné <a href="http://en.wikipedia.org/wiki/incentive">motivační struktury</a> , pro zisk versus pro zábavu.</li> <li>velmi odlišné situace právní odpovědnosti.</li> <li>různé a divoce se měnící velikosti týmů a týmové dovednosti.</li> <li>atd.</li> </ul><p>chcete-li se pokusit posoudit, jak to všechno funguje pro zabezpečení v celém softwaru vydaném jako otevřený/uzavřený zdroj, jen se zhroutí. stává se to vyjádřením názoru, nikoli skutečností.</p> dobrý den, děkujeme za váš dotaz. můžeme vám nabídnout následující možnosti přepravy: ups express saver - 1 pracovní den - 750 kč bez dph ups express - 1 den - doručení do 12:00 hod - 1 077 kč bez dph další užitečné informace o zasílání do této země najdete zde: dopis do německa.