ООП, шаблони, PHP, програмиране - Blozhik A
Така стоят нещата. Всички тези mysqladmin -u root парола, ЗАДАВАНЕ НА ПАРОЛА ЗА root @ localhost = ПАРОЛА, АКТУАЛИЗИРАНЕ на потребителя НАСТРОЙКА НА ПАРОЛА = ПАРОЛА (... няма да помогне. Те твърдят, че подобрява сигурността.
Но това, меко казано, не е много удобно за организиране и управление на бази данни, както и за създаване на нови потребители на тези бази данни, когато има например phpMyAdmin, който осигурява удобен уеб интерфейс за рутинни действия. Следователно, отиваме към mysql-client от под root потребител на unix:
Въпреки че много от проблемите, свързани със защитата на тайните данни, могат да бъдат премахнати чрез повече или по-малко „секретна обработка“, но въпреки това изглежда, че все още има нужда да се съхраняват тайни данни точно в кода. Използването на този вид шаблон очевидно не се препоръчва. Дори има запис в базата данни за често изброяване на слабости за това: CWE-798. Твърдо кодираните идентификационни данни могат да представляват огромен риск, ако нападателят е успял по някакъв начин да получи достъп до кода и да ги прочете.
Ами PHP?
В PHP приложенията има общ модел за съхраняване на конфигурации и достъпи в .env файлове, намиращи се в директория, четима от PHP. Тъй като това е често срещана практика, не искам да се отклонявам твърде далеч от нея. Ще предложа нещо, което лесно може да замени това, но все пак да бъде възможно най-опростено.
Ще разгледаме няколко добри метода за съхранение на идентификационни данни и ще обсъдим какво е доброто и лошото в тях. Всички те ще използват прости методи за съхранение, базирани на код или в съответния прост файл (като .env). Ще започнем с най-лошия сценарий - съхраняване на идентификационни данни в обикновен текст в код.
Ако, когато се опитвате да изградите проект, установите, че няма комплекти за изграждане, изглежда, че сте инсталирали qtcreator без SDK. Следователно трябва да направите следното:
И рестартирайте Qt Creator.
Ако след това по време на компилацията възникне грешка "qt creator се нуждае от настройка на компилатор", изберете компилатора в параметрите:
Анализът на времето на извикванията на методи и функции ви позволява да намерите „тесно място“ в проекта за по-нататъшна оптимизация.
След това активираме профилиране в php.ini (пътят до файла зависи от конфигурацията на уеб сървъра):
Чрез добавяне в края:
Рестартирайте PHP сървъра:
Сега, след всяко отваряне на PHP приложения, файлове с име cachegrind.out.HOST.REQUEST_URI ще бъдат създадени в/tmp (по подразбиране).
Тези файлове могат да бъдат отворени с KCacheGrind.
Всички видове рутина трябва да бъдат автоматизирани. Няма интелектуална дейност при създаването на гетери и сетери, най-простият алгоритъм може да се справи с това. В PhpStorm има генератори за такива цели, сред които има генератор на гетери и сетери:
Ако потърсите в Google поправка на грешки в Composer „Но те са в конфликт с вашите изисквания или минимална стабилност“, най-вероятно ще попаднете на съвета за добавяне на параметър към composer.json:
Това обаче е само половината от решението, но води до факта, че пакетите с няколко версии (dev, beta, stable) ще бъдат инсталирани във версията на dev (в процес на разработка) със съответните нежелани и неочаквани последици и нестабилност.