Premier site en ligne très bientôt. Questions de dernière minute

Question

Je suis vraiment proche de terminer un projet sur lequel j'ai travaillé. J'ai déjà réalisé des sites Web, mais jamais par moi-même et jamais par un site impliquant des données générées par des utilisateurs.

J'ai lu sur things that should be considered before you go live et j'ai quelques questions.

1) Stockage ... (Déploiement des mises à jour sans affecter les utilisateurs). Je ne suis pas vraiment sûr de ce que cela impliquerait, car je suis sûr que tout type de mise à jour affecterait les utilisateurs d'une manière ou d'une autre. Cela signifie-t-il un type de temps d'arrêt temporaire pour chaque mise à jour? quelqu'un peut-il expliquer cela et une solution à cela?

2) Limites ... J'utilise le framework Kohana et j'utilise le module Auth pour consigner les utilisateurs. Je me demandais si cela avait déjà un certain type de limite (sur les tentatives de connexion), et sinon, quelle serait la meilleure façon de l'appliquer? (sauvegarder les tentatives dans la base de données, cookie, etc.). Si ce n'est pas ce que signifient les limites, quelqu'un peut-il élaborer?

Edit: Je pense qu'une bonne façon de le faire serait de geler la connexion pendant une période de temps (disons 15 minutes), ou l'affichage d'un captcha après une poignée (10 environ) de tentatives de connexion unseccesful

3) Mise en cache ... Comme je l'ai dit, c'est mon premier site construit autour du contenu de l'utilisateur. Considérant cela, devrais-je le mettre en cache?

4) Back Ups ... À quelle fréquence dois-je sauvegarder ma base de données (MySQL), et comment dois-je la sauvegarder (exportation MySQL?).

Le site est actuellement en cours, mais pas encore terminé, si quelqu'un veut le voir et voir si quelque chose vous vient à l'esprit qui devrait être regardé/corrigé. Clashing Thoughts.

S'il y a autre chose que j'ai oublié, ce n'est pas déjà dans la liste liée à ci-dessus, s'il vous plaît faites le moi savoir.

Editer: Si quelqu'un a des conseils pour faire passer le mot (marketing), j'apprécierais aussi.

Merci.

EDIT: J'ai effectué les modifications et le site est maintenant en ligne.

Answer 1

1) La plupart des sites qui intègrent des mises à jour fréquentes ou lorsqu'une mise à jour massive prend un certain temps et utilise un domaine bêta tel que beta.example.com qui est réservé au personnel jusqu'à ce qu'il soit publié sur le site principal. Publique.

2) Si vous utilisez des cookies, ils peuvent simplement désactiver les cookies et avoir d'innombrables tentatives de connexion, de sorte que vos efforts seront perdus. Alors oui, utilisez la base de données à la place. La façon dont vous voulez que cela se fasse dépend de vous.

3) Cela dépend du type de contenu et de la quantité. Si vous avez beaucoup de variables différentes, vous ne devez conserver que les variables clés qui reconnaissent les données dans la base de données et conserver toutes les données supplémentaires dans un cache pour que les requêtes de base de données s'exécutent plus rapidement. Vous serez en mesure de trouver rapidement les résultats que vous voulez, puis ouvrez simplement le fichier cache qui leur est associé.

4) C'est à vous de décider, cela dépend vraiment du trafic. Si vous ne recevez que 2 ou 3 nouvelles données par jour, vous ne voulez probablement pas perdre votre temps et votre espace chaque jour. P.S.Les exportations de MySQL fonctionnent très bien, je les trouve beaucoup plus faciles à importer et à utiliser.

Answer 2

1) Vous devez continuer à réduire votre site au minimum. J'ai tendance à laisser les tâches s'accumuler et à faire une grosse mise à jour à la fin du mois.

2) En termes de limitation des tentatives de connexion; Les cookies seront simples à mettre en œuvre mais ne sont pas infaillibles, ils empêcheront la majorité de vos utilisateurs, mais ils peuvent être facilement contournés, il est donc préférable de choisir un autre moyen. Utiliser une base de données serait mieux mais un peu plus compliqué à mettre en œuvre et pourrait ajouter plus de pression à une base de données.

3) La mise en cache dépend beaucoup de la fréquence à laquelle le contenu est mis à jour ou modifié. Si le contenu change beaucoup, il ne vaut peut-être pas la peine de mettre en cache des données, mais si elles sont beaucoup plus statiques, alors utiliser quelque chose comme memcache ou APC sera utile.

4) Vous devriez toujours faire des sauvegardes régulières. Je fais un quotidien via un travail cron à mon serveur à la maison bien qu'un hebdomadaire suffirait.

Answer 3

notes secondaires: YSlow indique que:

• vous ne servez pas des expire en-têtes sur votre CSS ou des images (provoque pages à charger plus lent, et vous coûte plus de bande passante)
• vous avez des fichiers CSS ne sont pas servis avec une compression gzip (mêmes numéros)
• considèrent également déplacer votre contenu statique (CSS, images, etc.) à un domaine séparé (CDN) pour les temps de chargement plus rapide