SPIP-ContribAccueil > Contribs à ranger > Apache, PHP et MySQL sur Mac OS X
Apache, PHP et MySQL sur Mac OS X
lundi 9 février 2004
Il y a un tutoriel pas mal sur le site « Mac Bidouille ».
Voir en ligne : Apache etc.
Autres brèves
- 24 décembre 2006 – Comment apporter des ressources à la « communauté SPIP »
- 24 novembre 2006 – Nouveau serveur et redémarrage
- 23 novembre 2006 – Changement de serveurs pour téléchargement
- 8 novembre 2006 – Traducteurs pour Boutons texte wanted !
- 22 octobre 2006 – Squelette Rouge Sang
- 21 octobre 2006 – Naissance d’un nouveau site sur les plugins
- 30 septembre 2006 – Révision n°7502 pour SPIP 1.9.1
- 15 septembre 2006 – Nouvelle version de spipcode pour SPIP 1.9.1
- 14 septembre 2006 – Squelettes dixminutes.ouvaton.org
- 14 août 2006 – le patch qui corrige spip 1.9
Discussions par date d’activité
35968 discussions
Bonjour,
Je ne trouve pas ce plugin dans la gestion des plugins, sous Spip 3.2.1.
J’ai essayé avec : Modération de modifications, modifications, Modération, Proposer des Modifications, dupliquer.
Pourriez-vous me dire son nom actuel ?
Dupliquer et Publier ?
ou Versioning..
ci joint une copie de ma gestion des plugins.
pour la version compatible 3.2
tu peux prendre ce zip :
http://www.usebynet.com/~fwed/versioning_3.2.1.zip
Encore en version test pour les derniers ajouts, avant commit et publication sur contrib
Répondre à ce message
mais un rédacteur restreint ne peut pas modifier un document joint dans l’article proposé.
est ce qu’il y a un moyen pour l’autoriser.
Bonjour,
C’est un bug car les documents sont supposés être pris en compte.
Je corrige et vous propose une version.
Bonjour,
Voilà :
http://www.usebynet.com/~fwed/versioning_3.2.1.zip
C’est une version avec :
- Le choix du workflow en config
- Les images correctement liées à l’article en modification
Encore en test soumise à vos essais.
Merci pour vos retours !
fwd
Répondre à ce message
Foundation/Zoundation s’appuient sur la grille float. Est-ce qu’il ne serait pas intéressant de prévoir une évolution qui permettrait de choisir la grille que l’on souhaiterait utiliser ?
par des déclarations genre
qui renverraient le nommage de classe adapté à la version de grille choisie dans la config de foundation ?
Mais c’est peut-être une approche naïve et que les choses sont un peu plus compliquées que cela...
En tout cas, c’est vraiment un chouette outil
Bonjour,
On pourrait mais il ne faut pas casser les sites actuelle.
Regarde pour le faire évoluer sur la zone si cela te dit ;)
Je n’ai pas le temps pour le moment.
En effet, ce serait intéressant. Cela ne prendra que quelques heures de travail gratuit :). Dommage, je suis a court d’heure de travail gratuite.
Il y a des déclarations en dur dans Zoundation ? Si c’est le cas c’est une erreur, je veux bien savoir ou elles se trouvent.
Il faut que la grille « float » soit la grille par défaut.
On ne peut pas simplement modifier la balise #COLONNES car la façon de générer les class CSS n’est pas vraiment pareil entre la grille X/Y et la grille float.
L’idéal sera d’avoir des balises spécifiques.
Répondre à ce message
bonjour,
je viens d’installer SPIP 3.2.2 j’ai massicot 0.8.1 et PHP Version 7.0.33-0+deb9u1
J’ai un pb lorsque je vais sur une vignette, modifier que je scrolle j’obtiens
j’ai en dessous d’enregistrer , avant la saisie du mot clé
Notice : Undefined variable : id_vignette in /var/www/stcleophas/plugins/massicot/massicot/massicot_pipelines.php on line 204
c’est une petite erreur. Pas très grave, mais c’est pas normal que ton hébergeur affiche publiquement les erreurs.
je laisse bystrano corriger l’erreur s’il a le temps
Merci mais c’est ma faute.
les erreurs étaient visible car sur ces 2 sites j’avais oublier de supprimer la vision des erreurs dans mes_options.php
Ton message m’y a fait penser.
Répondre à ce message
Je cherche à ajouter automatiquement un seul mot-clé (toujours le même) aux articles enregistrés par un formulaire public, sans que le mot-clé soit visible dans le formulaire lui-même.
J’ai le même besoin. As-tu trouvé la solution ?
Répondre à ce message
Bonjour,
Merci pour ce gros travail sur le plugin.
Maintenant que le plugin passe par #INSERT_HEAD, les ajouts sont les derniers avant la fin du head alors qu’auparavant, j’arrivais à placer les métas Open Graph dans les premiers ligne du head.
Pourtant mon #INSERT_HEAD est placé avant d’autres insertions, Comment faire pour que les métas Open graph soient placées plus haut dans le head ?
Depuis le changement, Facebook ne lit pas toujours bien ses métas et j’ai un problème avec Hootsuite qui ne récupère pas mes images correctement : il arrive même que Hootsuite récupère le pixel Piwik au lieu de l’image désignée. Mon « inclure » Matomo/Piwik est pourtant censé se placer après #INSERT_HEAD
Par contre les métas twitter sont bien lues par twitter alors que se sont les dernières le mon head
La position des
<meta>dans le<head>n’est pas censée avoir d’impact fonctionnellement. Et je n’ai rien vu de spécial d’indiqué de ce côté là dans les documentations d’open graph ou de twitter.Tu as vu des indications allant dans ce sens quelques part ?
Quel est le problème exactement ? Ça concerne toutes les metas, ou juste une partie (et si oui, lesquelles) ?
Tu as testé avec l’outil de debug de facebook (et si oui, quel est le retour) ?
A priori Facebook s’arrête sur les métas « de base » en haut de
<head>et ne descend pas jusqu’au métas open graphEn haut de sa page debug il indique 3 alertes :
Ensuite Facebook les construit bien « À partir des balises brutes, nous avons construit les propriétés suivantes Open Graph »
On va avoir besoin d’une URL là :)
Déjà sur le lien debug :)
Le robot de facebook a l’air d’être tatillon et de s’arrêter à la 1re erreur, ou un truc comme ça. Quand je passe ta page au validateur w3c, il montre effectivement beaucoup d’erreurs
C’est peut-être lié au doctype que tu utilises, ça ressemble au problème indiqué ici
En tout cas, il n’y a pas de raison de changer la position des metas, ce serait une rustine pour contourner un problème qui n’a rien à voir.
Merci pour tes réponses.
J’ai enfin pu trouver le temps d’essayer de régler le problème : j’ai trouvé un bout de code qui e baladait dans le
<head>au lieu d’être en fin de<body>. Du coup, Facebook voit bien les données Open Graph dans le<head>. Facebook ne voit pas toujours tout du premier coup, néanmoins il remonte les éléments principaux : titre, url, images, author, publisher, description...Le validateur w3c voit toujours des erreurs dont certaines impossibles à régler comme le fait qu’il n’aime pas le prefix dans
<html xmlns="http://www.w3.org/1999/xhtml" prefix="og: http://ogp.me/ns# fb: http://www.facebook.com/2008/fbml">, un bout de code qu’on est pourtant obligé d’avoir.On verra les autres erreurs sur la prochaine version du site.
En tous les cas merci
Répondre à ce message
Bonjour,
J’utilise ce plugin depuis quelque temps avec bonheur.
J’ai voulu tester en même temps le plugin « cibloc ».
J’ai constaté alors un décalage des photos sur la gauche, avec déformation, lors du zoom.
Une fois le plugin « cibloc » désactivé, tout est rentré dans l’ordre.
Je voulais signaler le fait ici pour information.
Encore merci pour ce plugin.
Répondre à ce message
Si on a plusieurs url’s (alias) pour un secteur, serait-il possible de pouvoir en attribuer plusieurs dans le champs « Url du secteur » ?
C’est un contexte particulier, vous pouvez nous en dire plus ?
Ben dans ma configuration nGinx (vhost), mes deux domaines pointent sur le même dossier web :
sousdomaine1.mondomaine.com -> /clients/web1/
sousdomaine2.mondomaine.com -> /clients/web1/
Coté DNS, ces instances pointent également sur le même serveur en IPv6 et IPv4.
Dans Spip, au travers de la configuration du plugin Multidomaine, je ne peux renseigner que un seul domaine pour un secteur.
Pourrait-on pas implémenter la possibilité de séparer par des virgules les différents domaines dans le champ « Url du secteur » pour qu’il les interprète ?
Bonjour,
En fait tu veux afficher le même site sur 2 domaine ?
Je vois pas l’avantage car google va dire que tu dupliques le site.
Exact. Pas grave. J’inderdit l’exploration du site aux moteurs de recherche mais j’aimerais continuer d’utiliser encore quelques mois les anciennes urls.
Ok dans ce cas pourquoi ne pas faire un autre secteur et tu double ton squelette pour faire ton idée ?
Répondre à ce message
Bonjour,
J’ai effectué ce matin la MAJ vers Pages 1.3.8. et là surprise mon site ne s’affichait plus, plus d’accès à l’interface privée non plus. J’ai donc par ftp remis la version Pages 1.3.7. et miracle tout est revenu.
Je ne sais pas où se situe le problème. Je suis sous SPIP 3.2.1. Escal 4.2.33.
Merci de votre aide.
Yann
Il faudrait activer l’affichage des erreurs.
Quand je regarde mon fichier error_log je trouve ceci sur plusieurs lignes à l’heure où j’ai installé la MAJ :
[Thu Jan 17 09:18:29 2019] [warn] [client 90.107.58.69] mod_fcgid : stderr : PHP Fatal error : Cannot redeclare autoriser_rubrique_creerarticledans() (previously declared in /var/www/vhosts/maisondesprovinces.fr/httpdocs/plugins/auto/autorite/v0.10.20/inc/autoriser.php:254) in /var/www/vhosts/maisondesprovinces.fr/httpdocs/plugins/auto/pages/v1.3.8/pages_autorisations.php on line 197
Bonjour,
https://zone.spip.net/trac/spip-zone/changeset/113485/spip-zone devrait résoudre ton problème.
Merci du signalement.
Merci beaucoup ! :-)
Yann
Euh, en mettant à jour j’ai cette erreur : Impossible de lire certaines descriptions XML
Erreur dans les plugins : auto/pages/v1.3.9
Pour le XML, ya que le numéro qui a changé dedans, donc je ne vois pas pourquoi ça péterait plus que le précédent. Super bizarre
https://zone.spip.net/trac/spip-zone/changeset/113485/spip-zone
Je vois qu’il n’y a que 2 fichiers modifiés. Je peux essayer juste de remplace le fichier pages_autorisations.php sans toucher le fichier xml.
Yann
Bonjour,
Je viens d’avoir la même expérience, sur un SPIP 3.2.1 avec la version 1.3.8 du plugin Pages : même message d’erreur (Impossible de lire certaines descriptions XML). ça ne semble donc pas venir de la correction d’aujourd’hui.
Alors en remplaçant juste l’ancien fichier pages_autorisations.php par le nouveau et sans remplacer le fichier XML ça fonctionne. dès qu’on met le nouveau fichier XML ça foire. J’ai donc essayé en modifiant dans l’ancien fichier XML le numéro de version pour indiquer 1.3.9 ainsi que le https pour le lien SPIP en ligne 8 et ça marche. Plus d’erreur et la version du plugin indique bien 1.3.9
Je ne vois pas ce qu’il peut y avoir sur le fichier XML livré avec la MAJ qui pose problème !
Yann
Bonjour, La version 10 corrige le problème pour activé le plugin
Merci !
Yann
Merci beaucoup, l’installation se fait désormais sans problème.
Répondre à ce message
J’aimerais installer un .scss équivalent à perso. css
et j’aimerais pouvoir changer couleur du site par couleur de l’auteur un peu partout
J’ai besoin de conseils pour faire cela dans les règles. Merci
Répondre à ce message