【視聴数 15771】
【チャンネル名 Antonio Sarosi】
【タグ 動画,ビデオ,共有,カメラ付き携帯電話,動画機能付き携帯電話,無料,アップロード,チャンネル,コミュニティ,YouTube,ユーチューブ】
ガジェット-youtube動画リンクまとめ ガジェット関係のyoutube動画のリンクをまとめました!ガジェット系のチャンネル探しに便利です!最新の役立つガジェット情報があります!
【視聴数 15771】
【チャンネル名 Antonio Sarosi】
【タグ 動画,ビデオ,共有,カメラ付き携帯電話,動画機能付き携帯電話,無料,アップロード,チャンネル,コミュニティ,YouTube,ユーチューブ】
「これするだけでおこずかい7000円ゲット!?」中学生でもスマホがあればできる期間限定キャンペーンを利用して7000円分ポイントをゲットする方法がこちらw
【また爆益キター!!】TikTokキャンペーンを利用して簡単に3200円貰う方法がこちらw【期間限定】
Gran vídeo Antonio, ojalá pudieras hacer un vídeo explicando por qué php no necesita async y await para hacer tareas asíncronas. Estoy empezando con el maravilloso framework Laravel.
GitHub Usa el 403 👦🏻
El próximo mes me compro la suscripción anual de Mastermind para aprender Laravel contigo. Sos un groso. 💪🏻💪🏻
También es bueno usar uuid’s en lugar de incrementales
Yo con NGINX uso return 444
Lo que entendí es que el usar un 404 es para fines de seguridad.
No estoy nada de acuerdo con la solución propuesta.
Si Github usa la ID primaria de la tabla como identificador público, es un problema del propio Github, debería usar una id única generada aleatoriamente como identificador para evitar este tipo de operaciones. Si alguien tiene un proyecto privado, y github usa como identificador público el nombre del proyecto, creo que la solución más lógica es siempre utilizar un nombre del proyecto junto a algún id aleatorio para impedir ésto.
Devolver un error específico diferente del que realmente es para mostrar como respuesta y jugar al despiste, a la larga es una mala práctica. Podría entender que de un error general en el que no se especifique el tipo de error, pero trollear con este tipo de cosas a la larga puede significar que te trollees a ti mismo.
Esta práctica se denomina “seguridad por oscuridad” y se considera mala practica dentro de lo que es ciberseguridad, porque recae en la creencia de que un atacante no va a poder acceder/enumerar recursos por el hecho de que se ha “dificultado” el acceso
well yeah if you wanna do it primarily