Recherche avancée

Sur d’autres sites (9117)

• Révision 24591 : Fix petite salade autour de la suppression des resultats de recherche trop vieux :

  29 mai 2020, par cedric@yterium.com

  - on utilise le champ maj comme indice de peremption qui est au format timestamp
  - sous mysql, le champ maj est donc rempli avec la date mysql equivalente a NOW, mais la compairaison issue de spip_mysql_date_proche() se faisait sur la date php
  - sous sqlite, le champ maj est donc rempli avec la date sqlite, non equivalente a NOW qui est fourni par php
  - dans la recherche on faisait une fois la comparaison avec NOW avant recherche et une fois la comparaison avec la date php
  On remets donc tout d’equerre :
  - dans preparer_recherche on utilise toujours sql_date_proche() pour la comparaison
  - dans req/mysql on utilise NOW si sql_date_proche concerne un champ maj (c’est un peu un hack mais bon)
  - sous sqlite on emule le format timestamp avec une date php qui est bien coherente avec le NOW fournit lui meme par une date php

• Révision 24590 : Fix petite salade autour de la suppression des resultats de recherche trop vieux :

  29 mai 2020, par cedric@yterium.com

  - on utilise le champ maj comme indice de peremption qui est au format timestamp
  - sous mysql, le champ maj est donc rempli avec la date mysql equivalente a NOW, mais la compairaison issue de spip_mysql_date_proche() se faisait sur la date php
  - sous sqlite, le champ maj est donc rempli avec la date sqlite, non equivalente a NOW qui est fourni par php
  - dans la recherche on faisait une fois la comparaison avec NOW avant recherche et une fois la comparaison avec la date php
  On remets donc tout d’equerre :
  - dans preparer_recherche on utilise toujours sql_date_proche() pour la comparaison
  - dans req/mysql on utilise NOW si sql_date_proche concerne un champ maj (c’est un peu un hack mais bon)
  - sous sqlite on emule le format timestamp avec une date php qui est bien coherente avec le NOW fournit lui meme par une date php

• Unable to install anything on CentOS 6 server [on hold]

  8 janvier 2016, par Jayendra

  When I am trying to anything on the CentOS 6 dedicated server, I get following error everytime.

  Loaded plugins: fastestmirror
  
  Setting up Install Process
  
  Error: File contains no section headers.
  
  file: file:///etc/yum.repos.d/dag.repo, line: 1
  
  '[dag] name=Dag RPM Repository for Red Hat Enterprise Linux\n'

  When I download the package it gets downloaded perfectly, but when I try to install that package like,

  yum install ffmpeg

  I get the same error as shown above.

  My repo file contents are as shown below.

  [dag] name=Dag RPM Repository for Red Hat Enterprise Linux
  
  baseurl=http://apt.sw.be/redhat/el$releasever/en/$basearch/dag
  
  gpgcheck=1
  
  enabled=1

  Can anyone help me, how I can overcome this error ?

  Thanks.