Budżet: 100 UAH Termin: 1 dzień
Здравствуйте!
Есть большой опыт с WordPress.
Сделаю и покажу как сделал.
Обращайтесь!
===>
Есть сайт на вордпресс, как закрыть wp-admin, а вместо него сделать что-то вроде adminka.
wp-admin - при переходе чтобы выдавало ошибку допустим 404
adminka - работало как было wp-admin
Пробовал разные решение, но возникают проблемы с активацией некоторых плагинов. А бывало проблемы с активацией + еще wp-admin было без изменений и было 2 адреса wp-admin и adminka и работали 2 некорректно.
Пробовал плагины. Ситуация та же, некорректно работает.
Заплачу за правильный совет, если все будет работать корректно.
Budżet: 100 UAH Termin: 1 dzień
Здравствуйте!
Есть большой опыт с WordPress.
Сделаю и покажу как сделал.
Обращайтесь!
===>
Budżet: 100 UAH Termin: 1 dzień
https://uk.wordpress.org/plugins/better-wp-security/
перейти на вкладку: "Hide Login Area". установить флажок "Enable". в дополнительном поле вписать любое название.
Budżet: 100 UAH Termin: 1 dzień
Здравствуйте, закрою админку, и подскажу как самому делать, имею опыт разработки плагинов и сайтов Wordpress
Budżet: 100 UAH Termin: 1 dzień
Сделаю или подскажу как сделать. Есть опыт в закрытии админки
Budżet: 100 UAH Termin: 1 dzień
Напишите в ЛС - поясню. Напишите в ЛС - поясню. Напишите в ЛС - поясню.
Budżet: 200 UAH Termin: 1 dzień
Здравствуйте, Игорь!
Помогу сделать, делал в проекте вход в админку через адрес /vhodzdes
правильный совет, а не сделать проверку на существование get запроса по типу ?fjasdqeipkvj342ndfalkajf
если да то wp-admin если нет то 404
закройте через .htaccess и сделайте доступным только для своего IP адреса, как-то так
RewriteCond %{REQUEST_URI} ^(.*)?wp-login\.php(.*)$ [OR]
RewriteCond %{REQUEST_URI} ^(.*)?wp-admin$
RewriteCond %{REMOTE_ADDR} !^1\.1\.1\.1$
RewriteRule ^(.*)$ - [R=403,L]
а да, нужно добавить исключение для "admin-ajax.php", которое использует фронт для ajax запросов
RewriteCond %{REQUEST_URI} !wp-admin/admin-ajax\.php$
Самый рабочий вариант в .htaccess добавить
AuthUserFile .htpasswd
AuthName "Private access"
AuthType Basic
<FilesMatch "wp-login.php">
Require valid-user
</FilesMatch>
Файл генерируете сдесь http://www.htaccesstools.com/htpasswd-generator/ и кидаете в корень сайта
И еще вот это
<Files "wp-login.php">
Order deny,allow
Deny from All
Allow from ВАШ IP
</Files>
И живете сибе спокойно
Po zmianie wersji PHP z 7.0 na 7.4 na stronie OpenCart nieco przesunęły się dwa elementy: menu na stronie głównej i pola w formularzu zamówienia.
Chcę bota do Telegramu. Ładowanie dialogów. Z pomocą AI sprawdzanie na potencjalne kłamstwo. Strona z rozszerzonymi możliwościami. Rejestracja, API, statystyki itd.
Potrzebna jest migracja sklepu internetowego Opencart z PHP 7.4 na PHP 8.x. Obecnie zainstalowane jest jądro w wersji 3.0.3.8. Czytamy, że najprawdopodobniej będzie trzeba również zaktualizować jądro do wersji 4.0 i że nie powinno być większych trudności... Funkcjonalność jest głównie niestandardowa, są również Simple, OCFilter, Nowa poczta. Oczekujemy rekomendacji i orientacyjnej ceny. Idealnie, jeśli ktoś już przeprowadzał podobną pracę.
Wymagane jest zaktualizowanie, przeniesienie i skonfigurowanie projektów Laravel na nowym serwerze, zapewniając stabilne działanie, bezpieczeństwo, ochronę przed exploitami oraz poprawne działanie wszystkich usług po migracji. 1. Główne zadania Przygotować nowy serwer do pracy. Przenieść pliki projektów, bazy danych, konfiguracje oraz zadania cron. Zaktualizować oprogramowanie serwera. Skonfigurować bezpieczne środowisko dla Laravel. Sprawdzić zgodność PHP, Laravel, pakietów Composer i zależności. Zapewnić ochronę przed znanymi exploitami, złośliwymi zapytaniami oraz nieautoryzowanym dostępem. Skonfigurować certyfikaty SSL. Sprawdzić działanie stron po przeniesieniu. 2. Przenoszenie projektów Laravel Dla każdego projektu należy: Przenieść pliki projektu. Przenieść bazę danych. Przenieść konfigurację .env. Skonfigurować prawa dostępu do katalogów: storage bootstrap/cache Sprawdzić działanie: strony głównej; panelu administracyjnego; autoryzacji; formularzy; API; przesyłania plików; wysyłania e-maili; zadań cron; workerów kolejek.3. Bezpieczeństwo i ochrona Należy wdrożyć podstawowy i aplikacyjny poziom ochrony: zamknąć dostęp root przez SSH; skonfigurować dostęp SSH tylko za pomocą kluczy; zmienić standardowy port SSH, jeśli to konieczne; skonfigurować zaporę sieciową; zezwolić tylko na niezbędne porty; zainstalować Fail2Ban; ukryć wersje usługowe Nginx/Apache/PHP; zabronić dostępu do .env, .git, plików kopii zapasowych, plików logów; ustawić odpowiednie uprawnienia do plików; sprawdzić projekty pod kątem złośliwych plików; sprawdzić pakiety Composer pod kątem znanych luk; zaktualizować zależności, jeśli nie łamie to funkcjonalności; skonfigurować ochronę przed SQL injection, XSS, CSRF oraz path traversal; sprawdzić poprawność Laravel APP_ENV oraz APP_DEBUG; ustawić APP_DEBUG=false na produkcji; skonfigurować ograniczenie liczby żądań dla krytycznych punktów końcowych; sprawdzić dostęp do storage/uploads; skonfigurować ochronę przed wykonywaniem PHP w katalogach przesyłania; sprawdzić prawa dostępu do paneli administracyjnych. 4. SSL i domeny Należy: Zainstalować certyfikaty SSL. Skonfigurować automatyczne odnawianie SSL. Włączyć przekierowanie z HTTP na HTTPS. Sprawdzić poprawne działanie stron przez HTTPS. 5. Kopie zapasowe Należy skonfigurować kopie zapasowe: plików projektów; baz danych; plików .env; przesyłanych mediów; konfiguracji cron; konfiguracji Nginx/Apache. Kopie zapasowe powinny być wykonywane automatycznie według harmonogramu. Preferowane jest przechowywanie kopii oddzielnie od głównego serwera. 6. Weryfikacja po przeniesieniu Po migracji należy sprawdzić: brak błędów 500/403/404; brak krytycznych błędów w logach Laravel. 9. Wynik wykonania Po zakończeniu prac powinno być: projekty Laravel pomyślnie przeniesione na nowy serwer; strony działają stabilnie; SSL skonfigurowany; serwer zabezpieczony podstawowymi ustawieniami bezpieczeństwa; dostępy do krytycznych plików zamknięte; kopie zapasowe skonfigurowane; cron i kolejki działają; stary serwer można wyłączyć po ostatecznej weryfikacji.
Optymalizacja strony jdgreta.co.uk na Shopify. Audyt SEO dołączony do projektu. Główne zadania - - Poprawić wszystkie metadane - Wykonać TZ dla programisty (ponieważ w tym projekcie połączone są zadania dla programisty i SEO, jeśli nie jesteś firmą - możesz skorzystać z pomocy) - Poprawić drobne zauważalne niedociągnięcia - możesz przejść na strony i dodać do oferty swoje obserwacje - jest to więcej niż mile widziane. - Poprawić opinie, ponieważ dublują się w kartach (zrzuty ekranu dodane) używamy Judge.me wtyczki - Poprawić kolor tekstu w niektórych miejscach, na przykład w filtrach dla lepszej czytelności - Zaktualizować szablon Next