Як правильно скласти регулярний вираз

щонайменше "$patternNic='/nic.*/'"

p.s. і краще це назвати не патерном, а регулярним виразом, так швидше люди зрозуміють, що вам треба

* Впливає на попередній символ. Ваше регулювання шукає символи: "n" (1 шт), "i" (1 шт), "c" (0 і більше шт).

Навіщо вам тут взагалі регулярка - не розумію, за відчуттями швидше за все треба робити якось інакше =) Якщо таки хочеться отримати регуляркою частину після nic (якщо я правильно зрозумів хід думки), то якось так:

У $matches буде

А, ну ось GTRxShock відтворив приблизно те саме, поки я писав =) Його варіант ловить цифри і дефіс після nic в будь-якому місці рядка. Мій - все, що після nic, якщо рядок починається з nic. Який краще – хз, треба дивитися на ваші рядки =)

Спасибі за вашу відповідь! Регулярка тут необхідна для пошуку конкретного ключа масиву. Оскільки ключі не однорідні, і деякі сутності, такі як планки ОЗУ, наклейки ліцензій, і мережеві адаптери, може бути кілька, і масив отриманий з Request має наступний формат.

масив

А тут весь код циклу, з ОЗУ та ліцензіями відпрацьовує нормально, а от із регулярним виразом для маків виникли проблеми.

Михайло: ок, давайте подивимося на ваш код =)

0) змінювати масив усередині циклу за цим же масивом - вірний спосіб посидіти раніше терміну))) 1) замість $license["$j"] можна $license[$j] - хоча б для підсвічування IDE 2 ) замість $license[$j]= '. '; $j++; можна $license[]='. '; - Такий запис просто додає новий елемент у кінець, лічильник не потрібен. 3) обходити $matches циклом не потрібно - якщо регулярка спрацювала і в ній є дужки, всі індекси будуть заповнені, можна просто писати $matches[1]. 4) якщо дані ваші (тобто ви керуєтетим, як вони приходять) краще зробити, щоб у них значення вже приходили згрупованими. Тобто досягти такого інпуту:

Якщо дані надходять із форми, використовуйте назви інпутів виду prop[] - вони перетворюватимуться на масив. Додавання рядків можна зробити на клієнті, в найпростішому вигляді:

5) Якщо дані не ваші, і якщо такої фігні багато і вона може додаватися, я б замість довгого ланцюжка if-elseif зробив масив обробників, які можна додавати "зовні".

Щось типу такого:

Працюватиме трохи повільніше, зате простіше конфігурувати. Чи варто морочитися - залежить від того, скільки таких обробників і з якою періодичністю можуть змінюватися.

Михайло: через JS у мене зроблено додавання нового значення, якщо передбачається, що користувач може додавати довільні значення. Якщо він тільки вибирає із заданих, то все ще простіше:

Якщо відзначити обидва чекбокси, в $_POST потрапить такий масив: