Posté par gUI (Mastodon) .
En réponse au message RAM pour vieux Netbook..
Évalué à 3.
Dernière modification le 27 novembre 2020 à 11:08.
En passant d'un HD à un SSD et de 1Go à 2Go tu verras un tel changement que les 5% de rapidité de la RAM (même pas sûr que ce soit le cas d'ailleurs, je penserais plutôt à 1% ou 2%) ne se verront pas :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
J'ai eu pas mal de téléphone sous LineageOS, j'ai jamais vu un truc pareil. Si les SMS marchent pour le reste faut voir ailleurs je pense.
Question con, mais vraiment très con : tu as donné le bon numéro de téléphone à ta banque ? Si tu mets la carte SIM dans un autre téléphone, tu reçois bien ces messages ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
elle ne servira pas à grand-chose par rapport à une 667Mhz
c'est ça. mais si tu ne trouves que de la 800MHz, ça vaut le coup d'essayer. mais les barrettes ne sont pas toutes équivalents et en effet si tu ne respectes pas exactement la spec de ta CM, ça peut fonctionner ou pas, c'est jamais garanti. moi perso vu les petites sommes en jeu je tenterais de trouver de la 667MHz, mais si vraiment j'en trouve pas, je tenterais la 800MHz tout de même.
(le gain de performances serait notable, je crois)
au fait : non. la fréquence de la RAM c'est de la branlette de Geek. évidemment que plus la RAM est rapide, plus ça ira vite, mais le gain est insignifiant. sans benchmark tu ne verras jamais la différence.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Oui mais non. Une RAM rapide a besoin de rafraîchir rapidement les cellules. Si la fréquence offerte par la carte mère est trop lente, la RAM ne marchera plus : on ne peut pas faire tourner une RAM 677MHz à 100MHz par exemple.
Bon ensuite là on reste dans les mêmes fréquences je pense pas que ce soit un soucis, mais c'était pour apporter une précision technique :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Posté par gUI (Mastodon) .
En réponse au journal Défis PeerTube.
Évalué à 10.
Dernière modification le 27 novembre 2020 à 08:06.
Non je ne pense pas que ta mémoire défaille…
J'ai commencé à browser le web en 1993 :
déjà on utilisait énormément les bookmarks persos
les annuaires étaient l'équivalent des moteurs de recherche aujourd'hui : entretenus à la main, un auteur passait ses journées à se balader sur le web et à chercher des pépites. il les inscrivait sur une page de liens : l'annuaire
annuaires généralistes avec des rubriques ou annuaires spécialisés
certains étaient très célèbres comme Yahoo (oui au début c'était pas un moteur mais bien un bon site statique en HTML 1.0)
sur chaque site web, les liens donnés en référence était une catégorie importante : on pouvait découvrir de nouveaux sites (et ainsi de suite)
puis on a créé des pages de pages de liens
puis on a commencé à automatiser tout ça
puis le meilleur moteur de recherche a été créé, il a tué le game
Aujourd'hui on pourrait dire qu'on continue un peu dans cet esprit sur tout ce qui est "underground" (par exemple partage illicite de vidéos en P2P). Faut un peu farfouiller, on a ses habitudes, en discutant avec ses copains on essaye un autre site etc.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Oui ou alors tu vas dans la section Téléchargement, tu télécharges les 3 PDF qu'on te propose (1 roman et 2 recueils de nouvelles) et tu vois que les 3 sont en CC-BY-ND-NC 3.0 FR.
Reste à savoir de quel recueil de nouvelles parle Ploum.
Le suspense est à son comble.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Je ne pense pas qu'il y ait une limite codée dans Nextcloud. C'est plutôt la limite de la machine sur laquelle tu l'héberges. C'est hébergé sur quoi ton Nextcloud ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Moi c'est plutôt le 4096 que je ne comprends pas, le 2048 étant plus facile à expliquer : tu as une chance sur 4096 de trouver la bonne formule. Des fois tu la trouvera en un coup (comme Rose), des fois en 4096 (comme le mec qui a le moins de chance du monde), en moyenne c'est donc 2048.
Par contre, pour l'algo qui fait au hasard quitte à refaire plusieurs fois la combinaison, je ne saurais expliquer le 4096.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Là je comprends, notamment vis à vis des certificats SSL. J'ai déjà eu des soucis sur ces sujets, et un certificat ayant une date de validité, c'est cohérent.
Mais je ne vois pas le rapport avec une requête DHCP. Des appareils qui n'ont pas d'heure sont légion sur les réseaux (IoT), ils arrivent bien à choper une IP.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
"Il dit qu'il voit pas le rapport". Je ne comprends pas pourquoi un client ne chope pas d'IP sous prétexte qu'il n'est pas à l'heure. Ces deux notions n'ont rien à voir.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
En général c'est bien ça, mais les clients (Leaflet en tous cas) permettent tout de même de zoomer dans la tuile : si le serveur ne propose qu'un zoom 18 au maximum, on peut tout de même afficher un zoom 20 par exemple. À ce moment, les 2 derniers niveaux de zoom sont bien réalisés par un grossissement des pixels.
Mais ça reste un peu marginal.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
N’est-il pas possible de charger à la volée les données correspondant à la tuile à afficher (qui sera ensuite stockée) ?
C'est sûrement possible mais apparemment ce n'est pas l'idée actuelle.
Question subsidiaire : qu’en est-il du rafraichissement des tuiles (les données d’une tuile vont forcément bouger avec le temps) ?
J'avoue que j'ai un peu délaissé cette partie dans mon journal car je ne m'y suis pas encore trop penché. Apparemment lors de l'importation de nouvelles données, il y a moyen de générer la liste des tuiles obsolètes et de le donner à manger à mod_tile qui en déduira de regénérer les tuiles impactées. Mais je n'en sais pas plus (pas encore en tous cas, mais ça viendra bien).
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Je ne connaissais pas du tout cette approche (je découvre un peu l'univers OSM) mais c'est très intéressant. N'hésite pas à proposer une publication le jour où c'est prêt !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Oui c'est vrai qu'on n'est pas dans des tailles gigantesques. Après attention, ce chiffre est également modeste parce que peu de pays ont autant de données que la France par exemple. Si on arrivait à ce niveau de détail partout, on aurait sûrement un ou deux ordres de grandeur supplémentaire.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Fréquence ?
Posté par gUI (Mastodon) . En réponse au message RAM pour vieux Netbook.. Évalué à 3. Dernière modification le 27 novembre 2020 à 11:08.
En passant d'un HD à un SSD et de 1Go à 2Go tu verras un tel changement que les 5% de rapidité de la RAM (même pas sûr que ce soit le cas d'ailleurs, je penserais plutôt à 1% ou 2%) ne se verront pas :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# C'est le bon numéro de téléphone ?
Posté par gUI (Mastodon) . En réponse au message Téléphone sous Lineage OS qui ne reçoit plus les codes de confirmation SMS de sa banque. Évalué à 4.
J'ai eu pas mal de téléphone sous LineageOS, j'ai jamais vu un truc pareil. Si les SMS marchent pour le reste faut voir ailleurs je pense.
Question con, mais vraiment très con : tu as donné le bon numéro de téléphone à ta banque ? Si tu mets la carte SIM dans un autre téléphone, tu reçois bien ces messages ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Fréquence ?
Posté par gUI (Mastodon) . En réponse au message RAM pour vieux Netbook.. Évalué à 2.
c'est ça. mais si tu ne trouves que de la 800MHz, ça vaut le coup d'essayer. mais les barrettes ne sont pas toutes équivalents et en effet si tu ne respectes pas exactement la spec de ta CM, ça peut fonctionner ou pas, c'est jamais garanti. moi perso vu les petites sommes en jeu je tenterais de trouver de la 667MHz, mais si vraiment j'en trouve pas, je tenterais la 800MHz tout de même.
au fait : non. la fréquence de la RAM c'est de la branlette de Geek. évidemment que plus la RAM est rapide, plus ça ira vite, mais le gain est insignifiant. sans benchmark tu ne verras jamais la différence.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Fréquence ?
Posté par gUI (Mastodon) . En réponse au message RAM pour vieux Netbook.. Évalué à 3.
Oui mais non. Une RAM rapide a besoin de rafraîchir rapidement les cellules. Si la fréquence offerte par la carte mère est trop lente, la RAM ne marchera plus : on ne peut pas faire tourner une RAM 677MHz à 100MHz par exemple.
Bon ensuite là on reste dans les mêmes fréquences je pense pas que ce soit un soucis, mais c'était pour apporter une précision technique :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Point d'entrée
Posté par gUI (Mastodon) . En réponse au journal Défis PeerTube. Évalué à 10. Dernière modification le 27 novembre 2020 à 08:06.
Non je ne pense pas que ta mémoire défaille…
J'ai commencé à browser le web en 1993 :
Aujourd'hui on pourrait dire qu'on continue un peu dans cet esprit sur tout ce qui est "underground" (par exemple partage illicite de vidéos en P2P). Faut un peu farfouiller, on a ses habitudes, en discutant avec ses copains on essaye un autre site etc.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Quelques réponses
Posté par gUI (Mastodon) . En réponse au message RAM pour vieux Netbook.. Évalué à 5. Dernière modification le 26 novembre 2020 à 11:26.
Non. Alors évidemment rien n'est éternel (sauf les diamants il paraît), mais acheter d'occasion une barrette qui a déjà 10 ans c'est pas un soucis.
Faut croiser les informations :
Bref si tu prends une barette de 2Go en DDR2-6400 format SoDIMM ça devrait être bon :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Creative Commons ?
Posté par gUI (Mastodon) . En réponse au journal Une cuite de Schrödinger. Évalué à 5. Dernière modification le 26 novembre 2020 à 09:32.
Oui ou alors tu vas dans la section Téléchargement, tu télécharges les 3 PDF qu'on te propose (1 roman et 2 recueils de nouvelles) et tu vois que les 3 sont en CC-BY-ND-NC 3.0 FR.
Reste à savoir de quel recueil de nouvelles parle Ploum.
Le suspense est à son comble.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Limite ?
Posté par gUI (Mastodon) . En réponse au message Nextcloud : modifier la limitation upload/download. Évalué à 3.
C'est quoi ton serveur maison ? Il a une connexion Gigabit sur le réseau local ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Limite ?
Posté par gUI (Mastodon) . En réponse au message Nextcloud : modifier la limitation upload/download. Évalué à 3.
Je ne pense pas qu'il y ait une limite codée dans Nextcloud. C'est plutôt la limite de la machine sur laquelle tu l'héberges. C'est hébergé sur quoi ton Nextcloud ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: free
Posté par gUI (Mastodon) . En réponse au journal raspi400. Évalué à 1. Dernière modification le 24 novembre 2020 à 14:01.
Oui il me semble que les options
-h(on le trouve aussi sur unls -lhoudu -shpar exemple) sont du fait de GNU.En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Orthographe
Posté par gUI (Mastodon) . En réponse au journal Yes Master. Évalué à 2.
Corrigé, merci.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: 4096 vs 2048
Posté par gUI (Mastodon) . En réponse au journal Yes Master. Évalué à 2.
ah oui :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# 4096 vs 2048
Posté par gUI (Mastodon) . En réponse au journal Yes Master. Évalué à 2.
Moi c'est plutôt le 4096 que je ne comprends pas, le 2048 étant plus facile à expliquer : tu as une chance sur 4096 de trouver la bonne formule. Des fois tu la trouvera en un coup (comme Rose), des fois en 4096 (comme le mec qui a le moins de chance du monde), en moyenne c'est donc 2048.
Par contre, pour l'algo qui fait au hasard quitte à refaire plusieurs fois la combinaison, je ne saurais expliquer le 4096.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Eh oui...
Posté par gUI (Mastodon) . En réponse au journal DHCP et heure système. Évalué à 4. Dernière modification le 22 novembre 2020 à 18:28.
bin si, elles commencent maintenant. que je sois le 22/11/2020 à 18h28 ou le 05/02/2130 à 11h12, c'est pareil. c'est dans 24h.
ah… sauf si entre temps je me remets à l'heure, et là…
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Eh oui...
Posté par gUI (Mastodon) . En réponse au journal DHCP et heure système. Évalué à 2.
bidon dans le passé ou dans le futur ? il y a peut-être de ça aussi…
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Eh oui...
Posté par gUI (Mastodon) . En réponse au journal DHCP et heure système. Évalué à 4.
Cette ligne n'est utile que justement après avoir eu une IP. Sans IP, tu ne feras pas de NTP.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Mises à jour
Posté par gUI (Mastodon) . En réponse au journal DHCP et heure système. Évalué à 5.
Là je comprends, notamment vis à vis des certificats SSL. J'ai déjà eu des soucis sur ces sujets, et un certificat ayant une date de validité, c'est cohérent.
Mais je ne vois pas le rapport avec une requête DHCP. Des appareils qui n'ont pas d'heure sont légion sur les réseaux (IoT), ils arrivent bien à choper une IP.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Eh oui...
Posté par gUI (Mastodon) . En réponse au journal DHCP et heure système. Évalué à 4. Dernière modification le 22 novembre 2020 à 15:31.
Le lease c'est une durée, donc quelle que soit mon heure je sais que j'ai X minutes pour relancer la procédure non ?
Et alors comment font les RaspberryPi par exemple qui n'ont pas de RTC ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Eh oui...
Posté par gUI (Mastodon) . En réponse au journal DHCP et heure système. Évalué à 6.
"Il dit qu'il voit pas le rapport". Je ne comprends pas pourquoi un client ne chope pas d'IP sous prétexte qu'il n'est pas à l'heure. Ces deux notions n'ont rien à voir.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Projection
Posté par gUI (Mastodon) . En réponse au journal Servir ses propres tuiles OSM. Évalué à 2.
Aucune idée pour la première question, par contre pour la seconde tu as une page du wiki qui t'explique comment utiliser l'API OSM pour télécharger une région (bounding box) : https://wiki.openstreetmap.org/wiki/Downloading_data#Choose_your_region
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: accès ?
Posté par gUI (Mastodon) . En réponse à la dépêche Sortie de Polymny Studio. Évalué à 4. Dernière modification le 22 novembre 2020 à 08:43.
Bonjour,
C'est le lien "site principal de Polymny", en fin d'article.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: format d'image
Posté par gUI (Mastodon) . En réponse au journal Servir ses propres tuiles OSM. Évalué à 6. Dernière modification le 22 novembre 2020 à 08:02.
En général c'est bien ça, mais les clients (Leaflet en tous cas) permettent tout de même de zoomer dans la tuile : si le serveur ne propose qu'un zoom 18 au maximum, on peut tout de même afficher un zoom 20 par exemple. À ce moment, les 2 derniers niveaux de zoom sont bien réalisés par un grossissement des pixels.
Mais ça reste un peu marginal.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Nécessité de télécharger les données OSM ?
Posté par gUI (Mastodon) . En réponse au journal Servir ses propres tuiles OSM. Évalué à 5.
C'est sûrement possible mais apparemment ce n'est pas l'idée actuelle.
J'avoue que j'ai un peu délaissé cette partie dans mon journal car je ne m'y suis pas encore trop penché. Apparemment lors de l'importation de nouvelles données, il y a moyen de générer la liste des tuiles obsolètes et de le donner à manger à
mod_tilequi en déduira de regénérer les tuiles impactées. Mais je n'en sais pas plus (pas encore en tous cas, mais ça viendra bien).En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Tuiles vectorielles
Posté par gUI (Mastodon) . En réponse au journal Servir ses propres tuiles OSM. Évalué à 6.
Je ne connaissais pas du tout cette approche (je découvre un peu l'univers OSM) mais c'est très intéressant. N'hésite pas à proposer une publication le jour où c'est prêt !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re:
Posté par gUI (Mastodon) . En réponse au journal Servir ses propres tuiles OSM. Évalué à 6.
Oui c'est vrai qu'on n'est pas dans des tailles gigantesques. Après attention, ce chiffre est également modeste parce que peu de pays ont autant de données que la France par exemple. Si on arrivait à ce niveau de détail partout, on aurait sûrement un ou deux ordres de grandeur supplémentaire.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.