Wyrażenie regularne z opisu

Napisz wyrażenie regularne dla [JĘZYK LUB NARZĘDZIE].
Ma dopasować: [CO MA PASOWAĆ].
Nie może dopasować: [CZEGO NIE MA DOPASOWAĆ].

Podaj:
- wyrażenie,
- wyjaśnienie każdej części w tabeli,
- 5 przykładów, które pasują, i 5, które nie pasują,
- jedno miejsce, w którym wyrażenie może zawieść.

Kiedy użyć tego promptu

Gdy musisz wyciągnąć coś z tekstu, sprawdzić format danych w formularzu albo zrobić masowe „znajdź i zamień” – numery telefonów, kody pocztowe, adresy URL, identyfikatory zamówień. Wyrażenia regularne łatwo napisać źle, dlatego prompt prosi o przykłady pasujące i niepasujące oraz o miejsce, w którym wyrażenie może zawieść.

Przykład

Przykładowe dane do uzupełnienia:

• JĘZYK LUB NARZĘDZIE: PHP (preg_match)
• CO MA PASOWAĆ: polskie kody pocztowe w formacie 00-000
• CZEGO NIE MA DOPASOWAĆ: kodów bez myślnika, z literami i dłuższych ciągów cyfr

Czego się spodziewać: Dostaniesz wyrażenie typu ^\d{2}-\d{3}$, tabelę z wyjaśnieniem każdej części, 5 przykładów pasujących i 5 niepasujących (np. 00000, 12-34a) oraz uwagę, że bez znaczników początku i końca wyrażenie dopasuje kod także w środku dłuższego tekstu.

Jak dopasować prompt do siebie

• Wyszukiwanie w edytorze (VS Code, Notepad++): poproś o wersję do „znajdź i zamień” z grupami.
• Arkusze Google: zaznacz to – funkcje REGEXMATCH i REGEXEXTRACT mają swoje ograniczenia.
• Walidacja formularza w JavaScript: poproś też o kod sprawdzający i komunikat błędu dla użytkownika.

Wskazówki

• Przetestuj wyrażenie na prawdziwych danych w narzędziu online do testowania regex.
• Polskie znaki wymagają w PHP flagi u, inaczej \w ich nie dopasuje.
• Proste wyrażenie, które da się zrozumieć za pół roku, jest lepsze niż idealne, ale nieczytelne.

Najczęstsze błędy

• Brak znaczników początku i końca (^ i $) przy walidacji – przechodzą błędne dane.
• Testowanie tylko na przykładach, które mają pasować.

Zaprojektuj schemat bazy danych dla aplikacji.
Opis aplikacji i najważniejszych funkcji: [OPIS APLIKACJI].
Kto korzysta (role, uprawnienia): [UŻYTKOWNICY].
Baza danych: [BAZA DANYCH].
Przewidywana skala (rekordy, użytkownicy): [SKALA].

Przygotuj:
1. listę tabel z krótkim opisem,
2. dla każdej tabeli: kolumny, typy, NULL/NOT NULL, klucze główne i obce,
3. relacje (jeden do wielu, wiele do wielu – z tabelą łączącą),
4. indeksy pod najczęstsze zapytania, z uzasadnieniem,
5. pełny skrypt CREATE TABLE,
6. 3 decyzje projektowe, które warto przemyśleć (np. usuwanie miękkie, historia zmian, waluty).
Wskaż, czego nie wiesz z mojego opisu i jakie założenie przyjąłeś.

Przejrzyj poniższy kod PHP z [WTYCZKA LUB MOTYW WORDPRESS] pod kątem bezpieczeństwa.

Sprawdź: escapowanie wyjścia, sanitizację wejścia, nonce, uprawnienia (current_user_can), zapytania SQL ($wpdb->prepare), przesyłanie plików i przekierowania.

Dla każdego problemu podaj:
- linię,
- ryzyko (wysokie/średnie/niskie) i jak można je wykorzystać,
- poprawiony fragment.

Na końcu wypisz rzeczy, które są zrobione dobrze.

[WKLEJ KOD]

Przygotuj przekierowania 301 dla [SERWER].

Lista: stary adres → nowy adres
[WKLEJ LISTĘ ADRESÓW]

Wymagania:
- sprawdź, czy nie ma łańcuchów (A→B→C) i pętli – jeśli są, popraw je,
- tam, gdzie wiele adresów ma wspólny wzór, zaproponuj jedną regułę zamiast wielu,
- zachowaj parametry w adresie, jeśli są potrzebne,
- podaj, jak sprawdzić, że przekierowania działają.