Dealaxer: ок ))
Еще можно и так: name = "formdata[email][to][rnd]",
name = "formdata[email][subject][rnd]" и т.д.
Ловить перебором массива. Если пользователь такой ловкий, что более одного поля пришлет с, например, $_POST['formdata']['email']['subject'], то берем первый или наоборот последний. И делов-то ))
Но ведь пользователь не теги пишет, а использует какой-то встроенный на сайте "мастер" форм? Что мешает при создании поля указать тип поля, подтип поля, другие нужные атрибуты? Можно закодировать все атрибуты в название. Разделите атрибуты знаком подчеркивания: phone_home_additional_nocall_red_someattr_RANDOMFORMORE. А на стороне сервера ловите всё, разбирайте на части.
Еще лучше, если перехватите submit через js и передадите на сервер json-объект. Тогда на сервере получите готовый многомерный массив.
Пересмотрите свои задумки, может оно не стоит того? Дают ли какое-то удобство пользователю ваши задумки? Если да, то игра стоит свеч.
А если на сайте пользователь сам пишет теги, тогда у вас 2 разработчика: вы и пользователь. А двум разработчикам в одной системе нужно договориться о правилах.
На серверном скрипте:
if(isset($_POST["formdata"])){
foreach($_POST["formdata"] as $fieldname => $fieldvalue){
$exlp = explode('_', $fieldname);
if($expl[0] == 'email'){
echo 'найден email, его значение: '.$fieldvalue;
}
}
}
То есть у каждого поля со случайным именем указан префикс, который потом ищем. В примере это email.
Как проверять на корректность введённых данных - другой вопрос. На стороне сервера - все в ваших руках, а на стороне клиента перед отправкой - опять же вы можете при построении формы дополнительным атрибутом к тегу поля формы указывать тип, на который можно проверить, например, средствами jquery.
Охлаждение активное, но дурацкое. У меня в эксплуатации 30 таких неттопов, повелся на бренд и характеристики - Foxconn at-7300
Разбирали, перепромазывали термопастой. Пыли нет. Толку тоже нет ))
Алексей, вы совсем не взяли в расчет душевное здоровье. Это же стресс. На глазах у людей такое происходит, давление повышается, пульс учащается.
Я серьезно. Пусть тонер и не просыпался, но воздействие на здоровье оказано.
Но это я так, к слову.
Владимир Соломыкин: Да, с каждым новым заказчиком вам придется проходить весь путь объяснений сначала: рассказывать, что ни на мониторе, ни на принтере не получить 100% полного соответствия типографскому результату. И это еще не говоря о недорогих типографиях, где печатник может переложить объем краски.
Что можно сделать: завести несколько образцов вашей работы и демонстрировать одновременно и макет на компьютере, и живой типографский экземпляр. Либо действительно предлагать делать цветопробу. Но этот банкет на моей памяти ни один заказчик не заказал.
На самом деле, второй и последующий заказы для одного и того же заказчика пойдут легче, т.к. он поймет, что доверять профессионалам можно и нужно.
Так что набирайтесь терпения.
Суммы дохода как-то привязаны к ОКВЭД или к количеству ОКВЭД? Не слышал. И не логично это. Думаю, что таких зависимостей нет.
Определенные ОКВЭД дают возможность использовать ЕНВД, но так при больших оборотах вас налоговая просто попросит перейти на общую систему налогооблажения, а ОКВЭД останется без изменений.
Не совсем так указано в 129 фз. Там сказано, что есть обязанность внести изменения в реестр в случае изменения кодов ОКВЭД. А сами коды менять статья закона не обязывает. В итоге: нет изменения в кодах - нет этой проблемы.
Еще можно и так: name = "formdata[email][to][rnd]",
name = "formdata[email][subject][rnd]" и т.д.
Ловить перебором массива. Если пользователь такой ловкий, что более одного поля пришлет с, например, $_POST['formdata']['email']['subject'], то берем первый или наоборот последний. И делов-то ))
Всё, не мешаю, ухожу )
Пишите, если что.