Advanced search

On other websites (5013)

• Anomalie #3055 (En cours): Autorisation sur les listes d’objets

  5 May 2015, by Eric Lupinacci

  En fait, c’est à mon avis un problème plus général, de rigueur dans l’appel des autorisations en entrée des pages mais aussi de stratégie de définition des autorisations qui sont malheureusement assez rarement arborescentes.

  Si on prend les pages objet comme article, rubrique et auteur par exemple, elle commencent toutes par une autorisation :
  

  (#AUTORISERvoir,article,#ID_ARTICLE ou
  (#AUTORISERvoir,rubrique,#ID_RUBRIQUE ou
  (#AUTORISERvoir,auteur,#ID_AUTEUR
  

  
  Cependant d’ailleurs seul l’autorisation article_voir est définie, les autres renvoyant sur l’autorisation par défaut. Mais au moins une autorisation est appelée systématiquement quelque soit le moyen avec lequel on arrive sur cette page.
  A partir de là si il existe un bouton qui envoie sur cette page il faut le conditionner par cette autorisation (code HTML) et si c’est un menu créé automatiquement alors là il faut créer une autorisation de menu qui appelle l’autorisation de voir et pas le contraire à mon avis.

  Donc si on étend ça aux pages articles, auteurs et rubriques je suis d’accord qu’il faudrait une autorisation voir_xxxx (ce qui n’est pas le cas actuellement) qui serait appelée en entrée de la page comme l’exemple ci-dessous pour la page articles :
  

  (#AUTORISERvoir,_articles
  

  
  et il faudrait alors coder l’autorisation du menu Articles de cette façon:
  

  function autoriser_articles_menu_dist($faire, $type, $id, $qui, $opt) 
      return autoriser(’voir’, ’_articles’);
  
  

  
  En effet, la décision d’afficher ou pas le menu est indépendante du fait de voir ou pas la page articles mais doit s’appuyer dessus si on décide de ne pas présenter un lien qui mène vers une page interdite.
  Et il faudrait systématiser cela pour tous les plugins objet du core à mon avis.

  En second lieu il faudrait faire une passe sur le code des autorisations actuelles pour imbriquer un peu plus les autorisations de façon arborescente ce qui leur donnerait plus de lisibilité car parfois elles sont identiques sans qu’on s’en rende compte car le code est dupliqué.

• Evolution #2608 (Fermé): visiteurs

  22 March 2012, by cedric -

  faut relire le thread de 6 mois sur le bandeau... les visiteurs concernent l’activité publique du site et sont donc rangés dans le menu Activité

• FFMPEG BlockingIOError: [Errno 11] Resource temporarily unavailable

  18 September 2021, by mugetsu

  I have a multiprocess pool calling different instances of ffmpeg and outputing a video file. Some of these videos are hundreds of megabytes and take a while to create. I'm seemingly getting IO bottlenecked:

  


    File "", line 2, in write_videofile
  File "/home/xxx/.local/lib/python3.7/site-packages/moviepy/decorators.py", line 135, in use_clip_fps_by_default
    return f(clip, *new_a, **new_kw)
  File "", line 2, in write_videofile
  File "/home/xxx/.local/lib/python3.7/site-packages/moviepy/decorators.py", line 22, in convert_masks_to_RGB
    return f(clip, *a, **k)
  File "/home/xxx/.local/lib/python3.7/site-packages/moviepy/video/VideoClip.py", line 307, in write_videofile
    logger=logger)
  File "/home/xxx/.local/lib/python3.7/site-packages/moviepy/video/io/ffmpeg_writer.py", line 216, in ffmpeg_write_video
    ffmpeg_params=ffmpeg_params) as writer:
  File "/home/xxx/.local/lib/python3.7/site-packages/moviepy/video/io/ffmpeg_writer.py", line 129, in __init__
    self.proc = sp.Popen(cmd, **popen_params)
  File "/usr/lib64/python3.7/subprocess.py", line 800, in __init__
    restore_signals, start_new_session)
  File "/usr/lib64/python3.7/subprocess.py", line 1482, in _execute_child
    restore_signals, start_new_session, preexec_fn)
BlockingIOError: [Errno 11] Resource temporarily unavailable
"""


  


  This is weird but iotop never shows me with more than 10% io. My CPU is doing fine too, I have plenty of idle cores when this is running.

  


  The error here shows that its happening on ffmpeg_write, so clearly an IO constraint.

  


  Is there a way to make the write call threaded(I assume that's the fix)? Is that ok even though this is happening in a multiprocess pool?