Reprise du message précédent :

C'est tout le problème avec beaucoup d'outils qui nous vendent la simplicité du Markdown. Très vite on se rend compte des limites. J'ai l'impression que ces outils ne s'adressent qu'à des développeurs à la ramasse sur le design, qui peuvent se contenter de texte quasi-bruts. On en voit souvent la promotion sur HN, et à chaque fois le résultat est très basique.

Hello !
je ne sais pas si c'est le bon endroit pour parler de ça mais j'essaie de faire un robot piloté par une page web et on me conseille de faire du AJAX, chose que je n'ai jamais fait.
En fait, le but est de faire passer des méthodes POST sans recharger la page web à chaque action.
C'est bien ça le but de AJAX ? ou je me plante complètement ?

Oui c'est ça. Après selon le robot y'a peut-être moyen de passer par les API WebUSB.

Bon après pour faire le chieur le terme "AJAX" n'est plus vraiment utilisé depuis pas loin de 15 ans voire plus, l'api que tu cherches ça sera Fetch API

Putain si seulement

Stop trying to make fetch happen

Pourquoi mon browser m'envoie sur la page de Mozilla VPN, quand je clique sur ton lien (alors que j'ai pas le VPN connecté)
 
Mais sinon, pour être dans le milieu... sisi on parle encore bien d'AJAX aujourd'hui

  merci
Je vais fetcher (mais pas une vache )

À part le melange erreur par exception / erreur par valeur je trouve ça pas trop mal    

Effectivement c'est très bizarre.

Pleure en SOAP

 
https://knowyourmeme.com/memes/stop [...] tch-happen

One day one meme

Hello  
 
Y'a des freelances ici ? Quand vous devez déveloper un site web pour un artisan ou une petite entreprise qui n'a pas de serveur, où est-ce que vous l'hébergez (et la BDD) ?

Ben tu lui fais payer un serveur, et tu prends le moins cher chez ovh ?
Si tu commences à vouloir du gratuit partout ça va finir payant un jour où l'autre et le serveur less c'est de la merde, tu es obligé de faire appel à 25 services différents (dans ton cas 2)

Je suis tombé un jour sur un projet ou je devais mettre à jour un id de page facebook. Mais impossible de retrouver quoi que ce soit sur le site :
Le. site utilisait 7 services différents pour son hébergement (site de restaurant avec commande à distance), mais tout était éparpillé partout (hébergement des fichiers, base,  build, code source, etc... une horreur, sans compter que le gars qui s'en éttait occupé avait mis du 2FA partout.
et tout ça parce que le client voulait pas trop cher.

A un moment tu veux un site tu payes et c'est minimum 10 euros par mois (domain + hébergement inclus)
Sois tu prends du mutu mais tu fais du PHP et mysql / maria db, ça commence à 7 euros
soit un VPS dédié ça commence à 10 euros. et un NDD c'est 12 euros ou 15 euros pour un .com

Enfin je ne sais pas comment tu fais avec ton client, mais tout cela doit être écris noir sur blanc dans le contrat

Même s'il y a un serveur, j'ai tendance à mettre le site sur un mutu complètement à part. Surtout si c'est du WordPress, faut l'éloigner le plus possible de tout le reste, trop dangereux.

+1 mutualisé ovh.

Apres l'autre question c'est "qui réserve, qui paye... ?"
De plus en plus je préfère le faire (parce que je sais que je n'aurai pas de mauvaise surprise), mais pour le nom de domaine ça veut dire que c'est moi qui ait absolument tout pouvoir dessus. Donc par contrat il vaut mieux être transparent sur qui possède quoi, notamment pour rassurer le client (c'est moi qui ait tout mais si vous voulez vous barrer je vous dois de vous transmettre le ndd).

J'avais tenté des plans "délégation", cad le client réserve le ndd et ensuite tu lui demandes de te nommer administrateur technique, mais c'est une galère sans nom, faut soit être physiquement là pour lui dire où cliquer, soit en visio, mais en gros si les 2 ne sont pas dispo au même moment, avec accès a leur interface ovh, leurs mails, ... c'est la misère. C'est logique pour des raisons de sécurité, mais pas pratique du tout.

Merci beaucoup pour vos retours  

un de temps en temps : un VPS pas cher , et il gère ses factures
si c'est régulier : un serveur un peu plus costaud sur lequel je fais tourner plusieurs sites (avec ou sans containerisation/k8s/vm) , et tu leur facture tous les ans hébergement + NDD ( avec une marge au milieu )

Thx flo  

c'est un peu chiant de faire l'hebergement, mais c'est vraiment de la marge / rente facile, et ça garde le client captif  
 
bref, à voir si c'est one shot ou du long cours

Pour l'instant je n'ai pas de client, c'est une association locale qui m'a suggéré l'idée hier parce qu'il y a des artisans et petites entreprises du coin qui n'ont pas de site web mais seulement une page facebook

T'as regardé en prenant un compte chez O2Switch ? C'est le même prix peu importe l'espace disque et la puissance CPU que tu utilises. Du coup, avec un seul compte, tu pourrais héberger plusieurs petites sites web que tu administrerais... Les frais seraient divisés entre tes clients ce qui ferait pas cher à partir de 3 clients.

Hello rufo  
 
O2Switch a l'air pas mal, effectivement, mais il n'a qu'un datacenter en FR, il risque d'y avoir un peu de latence pour les clients ici (Amérique du Nord). Et il ne facture qu'en EUR.
 
Si je me lance, je passerai par OVH je pense, ou AWS. Faut voir faire quelques calculs pour voir les coûts

Regarde du côté de Digital Ocean ou en cheap tu as Vultr aux US

Thx, je regarde ça

Ah, je savais pas que tu n'étais pas en France. Effectivement, O2Switch est purement français, ce qui peut être un bon argument... quand on est en France

Hello guys  
 
Petite question sur la manipulation des DOM. Est-ce que ça vaut le coup de dépenser du temps à apprendre jQuery ? Sur Reddit, l'opinion dominante semble être que JS Moderne en natif est aussi perf (voir plus) et est plus lisible. Aucun intérêt d'apprendre jQuery, sauf si on doit maintenir du code qui en contient.
 
Vous êtes du même avis ?

1. jquery est pas compliqué, c'est pas fondamentalement beaucoup de boulot à apprendre, surtout s'il y a que la partie DOM qui t'intéresse
2. jquery n'a jamais été plus rapide que le DOM "natif", c'est une couche par dessus
3. les mecs qui disent que le DOM natif est plus lisible que jquery faut qu'ils changent de lunettes, les APIs DOM restent de la merde ultra procédurale ultra verbeuse, ya genre 3 APIs qui donnent pas des envies de meurtre dans le truc, et encore

Je suis d'accord avec le fait que jquery est devenu d'une utilité limitée, ça reste comparativement utile et agréable pour manipuler le DOM, mais c'est pas l'essentiel que ça eu été, principalement parce-que le job premier de jquery était d'être une couche de compatibilité, et secondairement parce-que whatwg a implémenté une bonne partie des APIs les plus utiles

Après imo comme je dis en (1) la partie qui reste applicable de jquery est pas massive, donc si t'as un peu de temps aller faire un tour dans la doc et regarder les sections "manipulation", "traversing", "attributes" et "events" pour au moins savoir de quoi il en retourne c'est jamais perdu. Même si tu utilises pas jquery, ça peut t'informer d'idées utiles et de helpers que tu peux implémenter pour tes projets pour te faciliter la vie.

Merci pour ton retour  
 
Je vais faire un p'tit tour sur la doc

 
Je pense que ça simplifie quand même bcp les choses dans bcp de situations. Pour les perfs... On est en 2024 et à part sur des edge cases, je pense que la différence de perf ne doit pas être folle, voire même négligeable.

Pour info jQuery 4 Beta est sorti y'a quelques jours. Pour ce qui est des perfs, si t'arrives à voir la différence entre jQuery et du natif, you are doing it wrong.
 

 
 
J'essaye d'apprendre le HTML/CSS, je pars de zéro (j'suis pas dev donc j'ai vraiment aucune base).
Est-ce qu'il y a un topic dédié au questions de gros n00b ou faut créer son topic pour chaque question ?
C'est quoi l'usage ici ?

Je dirais de créer un topic avec tes questions (un peu comme Harmo88 qui en est à 21 pages depuis 2 ans) plutôt que de créer un nouveau post a chaque question, ça permet d'avoir un peu un "suivi".

Hello ^^
 
Vous utilisez quoi en Analytics gratuit et user-friendly ?
 
J'ai réinstallé un GoogleAnalytics mais je digère pas l'interface, je n'arrive strictement à rien ... Infoutu d'avoir un  tableau simple permettant de  "lister tous les devices SAMSUNG (par modèle), et pour chaque, combien de fois ils ont reçu l'event XXXX" ..
 
J'ai abandonné au bout d'1h de test dans tous les écrans/filtres/audience. Bref, poubelle, j'ai même pas envie d'insister.
 
C'est pas de l'analytics mais à côté de ca, l'interface de Sentry est, je trouve, parfaite avec le champs de recherche multicritère qui me permet de faire des recherches efficacement "is:unresolved "EventXXX" os:"Android 12" device.brand:samsung". Mais ya des quotas donc pas utilisable pour des grosses volumétries (bugtracker ok , analytics ko)

Matomo.

+1 pour Matomo, en même temps c'est pas comme si il on avait tellement de choix...
 
Après je m'en sert de moins en moins, avec la rgpd les données ne valent plus grand chose et souvent le client s'en fout un peu du détail des chiffres (genre les données brut d'awstat peuvent suffire).
Le plus écologiques c'est ptet de pas faire de requête supplémentaire et d'enregistrement de données inutile en base.

 
+1, je suis de moins en moins les stats, j'avoue que je reviendrais bien à awstats avec des pages vues / visiteurs uniques tous bêtes et un peu de précision côté matériel (ordi vs mobile, résolution d'écran...)
 
J'ai un Matomo, j'y vais jamais. J'ai aussi Google Analytics mais pareil, hormis 2/3 stats de base, c'est une usine à gaz.
 
Ca me gonfle de devoir mettre la popup à la con de cookies, j'hésite carrément à passer google analytics en mode no cookies pur pour dégager cette popup débile (depuis le temps, les navigateurs permettent le paramétrage sur l'acceptation des cookies tiers ou non).

Matomo en auto hébergé avec les paramètres d’anonymisation de l'IP c'est vraiment cool en terme de tracking par rapport à Google Analytics, et ça peut encore avoir son intérêt pour des suivis de surf (j'aimais bien le module temps réel ou on voit le surf des gens avec le temps passé sur chaque page), des données d'e-commerce ou des trucs du genre mais au final j'ai de moins en moins de client qui me demandent ces infos (ressenti personnel au doigt mouillé).
 
Normalement tout les hébergeurs fournissent des données issues des logs d'accès du serveur (c'est pas très précis mais pour des analyses de volume c'est pas déconnant).

Pareil, ça se limite à "y'a combien de gens qui viennent sur l'site" ? Et ça leur suffit. J'en ai peut-être un ou 2 qui avait l'habitude du heatmap, et qui ont nécessité un peu plus de tracking via Tag Manager, ce qui est très pénible à configurer.

Piwik pro est bien mieux niveau interface, modèle de données et simplicité d'implémentation. L'interface de Matomo c'est quand même carrément caca
 
Après par contre, la version on premise de Piwik pro n'est pas accessible en gratuit si je me souviens bien..
 
Pour moi, Piwik est largement devant pour les volumes inférieurs à 500 000 hits par mois.

Matomo n'est pas Piwik rebadgé ?

Matomo est la version restée open source de Piwik.
 
Piwik pro, c'est une branche "commerciale" de Piwik. Au départ, ils faisaient du conseil / implé de Piwik, puis ils ont développé leur version. Qui est pour moi bien mieux travaillée (Que ce soit dans les fonctionnalités de collecte / consentement / Tag management que dans les connecteurs et surtout l'interface)
 
Ce sont des polonais, mais les data sont hébergées en allemagne (Azure je crois ?) pour la version cloud.

J'ai repris la TMA d'un site fait par un indépendant en 2023.

À quel moment on dit dans la formation d'un développeur que c'est bien de mélanger l'HTML, le SQL, la logique, le traitement de la data et l'affichage avec des tests partout, dans l'unique fichier de template ?  

Edit : ADMIREZ donc

Et le meilleur pour la fin : il ya une fonction qui effectue un import

Sauf que... le dev s'est dit que la variable error allait se remplir toute seule... du coup elle renvoie toujours false  

Bref...  

Bon courage pour la refactorisation