


Enregistrez l'expérience de l'utilisation de Laravel-s pour résister aux robots d'exploration Baidu
Ce qui suit est la colonne du didacticiel Laravel pour enregistrer l'expérience d'utilisation de La ravel-s pour résister aux robots d'exploration de Baidu, j'espère que cela sera utile aux amis dans le besoin !
Qu'est-ce que Laravel-s
LaravelS est un projet de colle pour une intégration rapide de Swoole dans Laravel ou Lumen pour leur offrir de meilleures performances
adresse github
Pourquoi utiliser Laravel-s
Après le lancement de l'applet Baidu, le qps (concurrence) élevé du robot d'exploration Baidu a provoqué le chargement complet du processeur et le crash du serveur. Le serveur a été configuré avec 4 cœurs, 8 Go de mémoire et 5 Mo de haut débit. Que faire à ce moment ?
Ajustez les paramètres php-fpm et réglez-le sur statique. Le mode statique a des performances supérieures au mode dynamique. Par exemple, si vous définissez le nombre de processus enfants sur 255 ou même plus, plus le nombre est élevé, plus le niveau de concurrence qu'il supportera sera élevé, mais plus le nombre est élevé, plus il occupera de mémoire. Conclusion, c'est efficace dans une certaine mesure, mais c'est inutile en cas de forte concurrence.
Feedback à Baidu pour ajuster la fréquence du robot. Conclusion, attendez une minute, les hémérocalles sont déjà froides, mais il vaut mieux donner son avis.
Équilibrage de charge. Laissez les autres serveurs partager la pression. Le principe est qu'il y a suffisamment de serveurs et que le même code doit être déployé, et que l'activité dont les autres serveurs sont initialement responsables ne peut pas être affectée. Ou postulez temporairement pour N serveurs dans un certain cloud, mais vous ne savez pas quand le robot arrivera et quand il partira, ce qui est irréaliste.
La prochaine étape est le sujet de l'article, utiliser Laravel-s pour accélérer la réponse http.
Quel effet d'accélération Laravel-s a-t-il eu
Parce qu'il n'y avait pas de statistiques pour toutes les périodes à ce moment-là ? tempsqps
La valeur spécifique, il n'y a donc aucun moyen de tirer une conclusion précise. Nous ne pouvons faire que des comparaisons basées sur la charge de la machine avant et après le réglage.
Avant le déploiement, cpu
était complètement chargé, et la machine était en panne N fois et était paralysée. Le haut débit externe est plein (5 M) et le processeur tombe immédiatement à 20+
après le déploiement. Après avoir temporairement mis à niveau le haut débit à 15 M, cpu
atteint 60%
et le haut débit externe est toujours plein (on ne peut que le dire). ce robot d'exploration Baidu est un vrai travail) Ah, vous pouvez obtenir autant de haut débit que vous le souhaitez). En conclusion, cela apporte une amélioration des performances au moins 5 fois supérieure.
Déploiement spécifique
Les pages explorées par le robot ne sont qu'une partie de la page, le projet en ligne n'est donc pas transformé en laravel-s
, et ce n’est pas non plus la réalité. Il nous suffit de séparer les pages explorées et de les déployer sur laravel-s
séparément.
Créez un nouveau projet vide, la logique métier ne traite que la page capturée
api
, le numéro de port du projet est tel que 6501Déployez laravel-s, Test api et ab stress test
Le projet en ligne transmettra le chemin de la page explorée par le robot vers le nouveau projet, tel que
127.0.0.1:6501
location ~ ^/v1/test.* { proxy_pass http://127.0.0.1:6501; proxy_set_header Host $host;}
Quelques points à noter :
Dans
conf/laravels.php
, le nombre deworker
activés par défaut est le double du nombre de noyaux danscpu
.laravles
s'exécute dansswoole
et en mémoire Chaque fois que le code est modifié,laravel-s
doit être redémarré.Pour la raison indiquée au point 2, la connexion à la base de données ne peut pas être libérée et
laravel
doit être activée pour se déconnecter et se reconnecter (>laravle5.1). Ajouterconf/database.php
mysql
dans la configuration'options' => [ // 开启持久连接 \PDO::ATTR_PERSISTENT => true,],
Copier après la connexionCe qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

AI Hentai Generator
Générez AI Hentai gratuitement.

Article chaud

Outils chauds

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Les dernières versions de Laravel 9 et CodeIgniter 4 fournissent des fonctionnalités et des améliorations mises à jour. Laravel9 adopte l'architecture MVC et fournit des fonctions telles que la migration de bases de données, l'authentification et le moteur de modèles. CodeIgniter4 utilise l'architecture HMVC pour fournir le routage, l'ORM et la mise en cache. En termes de performances, le modèle de conception basé sur le fournisseur de services de Laravel9 et le framework léger de CodeIgniter4 lui confèrent d'excellentes performances. Dans les applications pratiques, Laravel9 convient aux projets complexes qui nécessitent de la flexibilité et des fonctions puissantes, tandis que CodeIgniter4 convient au développement rapide et aux petites applications.

Comparez les capacités de traitement des données de Laravel et CodeIgniter : ORM : Laravel utilise EloquentORM, qui fournit un mappage relationnel classe-objet, tandis que CodeIgniter utilise ActiveRecord pour représenter le modèle de base de données en tant que sous-classe de classes PHP. Générateur de requêtes : Laravel dispose d'une API de requêtes chaînées flexible, tandis que le générateur de requêtes de CodeIgniter est plus simple et basé sur des tableaux. Validation des données : Laravel fournit une classe Validator qui prend en charge les règles de validation personnalisées, tandis que CodeIgniter a moins de fonctions de validation intégrées et nécessite un codage manuel des règles personnalisées. Cas pratique : l'exemple d'enregistrement d'utilisateur montre Lar

Pour les débutants, CodeIgniter a une courbe d'apprentissage plus douce et moins de fonctionnalités, mais couvre les besoins de base. Laravel offre un ensemble de fonctionnalités plus large mais a une courbe d'apprentissage légèrement plus raide. En termes de performances, Laravel et CodeIgniter fonctionnent bien. Laravel dispose d'une documentation plus complète et d'un support communautaire actif, tandis que CodeIgniter est plus simple, léger et possède de solides fonctionnalités de sécurité. Dans le cas pratique de la création d'une application de blog, EloquentORM de Laravel simplifie la manipulation des données, tandis que CodeIgniter nécessite une configuration plus manuelle.

Lors du choix d'un framework pour de grands projets, Laravel et CodeIgniter ont chacun leurs propres avantages. Laravel est conçu pour les applications d'entreprise, offrant une conception modulaire, une injection de dépendances et un ensemble de fonctionnalités puissantes. CodeIgniter est un framework léger plus adapté aux projets de petite et moyenne taille, mettant l'accent sur la rapidité et la facilité d'utilisation. Pour les grands projets avec des exigences complexes et un grand nombre d'utilisateurs, la puissance et l'évolutivité de Laravel sont plus adaptées. Pour les projets simples ou les situations avec des ressources limitées, les capacités de développement légères et rapides de CodeIgniter sont plus idéales.

Laravel - Artisan Commands - Laravel 5.7 est livré avec une nouvelle façon de traiter et de tester de nouvelles commandes. Il inclut une nouvelle fonctionnalité de test des commandes artisanales et la démonstration est mentionnée ci-dessous ?

Pour les petits projets, Laravel convient aux projets plus importants qui nécessitent des fonctionnalités et une sécurité élevées. CodeIgniter convient aux très petits projets qui nécessitent légèreté et facilité d'utilisation.

En comparant le moteur de modèles Blade de Laravel et le moteur de modèles Twig de CodeIgniter, choisissez en fonction des besoins du projet et de vos préférences personnelles : Blade est basé sur la syntaxe MVC, qui encourage une bonne organisation du code et un héritage de modèles. Twig est une bibliothèque tierce qui offre une syntaxe flexible, des filtres puissants, une prise en charge étendue et un bac à sable de sécurité.

Laravel - Artisan Console - Le framework Laravel fournit trois outils principaux d'interaction via la ligne de commande, à savoir : Artisan, Ticker et REPL. Ce chapitre explique en détail Artisan.
