elmexanik Не понял вопрос.
И еще почему добавление происходит после отображение БД.
Логичней будет с начало добавить данные а потом отобразить.
Потом советую пользоваться префиксом '_once', он игнорирует повторную загрузку файла.
Вот и вот-то, чем больше времени вы оставите программисту - тем ниже будет цена и выше качество А так сами будете пытаться до последнего, а потом сроки останутся, что и программисты не возьмутся. Вообще я много кому этот совет даю (меня уже за жадного еврюгу-разводилу скоро тут принимать начнут), это, действительно, дельный совет, к которому многие в конечном итоге приходят сами, зачастую поздно.
какая то истина в этом есть.
Судя, что Вы подготовили БД с 13 таблицами. Даже у многих CMS их меньше, что в конечном счете после правильного проектирования их будет максимум пяток.
это для меня ещё не понятно
откуда взялась
$ipnot=true; // переменая говорит что ip-адреса нету в базе
и как это всё вместе собрать ???
Мы объявляем переменную $ipnot (логическую либо 'да', либо 'нет', чтобы меньше брала ресурсов) присваиваем значение true(истина), тем самым присваиваем тип данных: истина или ложь
если ip-адрес совпадает с ip-адресом в файле 'ipdb.txt', то присваиваем значение 'false' (ложь)
В последней конструкции if проверяем значение переменной $ipnot . если true то ip-адрес новый: записываем в файл новый ip-адрес., если 'false' то он уже есть в БД.
Ну, судя по тому что 13 таблиц, явно не пятиминутное дело.
Ни кто бесплатно не возьмется.
Мой совет, что не получается выкидывай на форум.
Второе, различие админки от пользовательской части.
В пользовательской части нужно писать защиту, как от sql-инъекций и от различных скриптов, если у пользователя, есть возможность добавлять какой нибудь текст в БД, который потом будет отображаться (что скорей всего).
Третье правильно спроектированная БД. что в конечном счете очень сильно будет влиять на работу способность.
Четвертое сделай отдельный файл для настройки БД.
Пятое отдельные файлы для функций, ну соответственно в отдельной папочке как для пользовательской так и для админки.
Ну во общем понимаешь, какая предстоит тебе бадяга.
Нашел ошибку. Ни когда не думал, что такое может быть с регулярными выражениями.
Причина была в кодировки. Сам сайт в UTF-8 и БД и т.д. А [а-я], я так понимаю работает только с win. Если строка UTF-8 кодировки то [а-я] работать не будет. После перекодировки строки (для проверки) из UTF-8 в Windows -1251, все четко заработало.
Так что, кто с этим столкнется, стоит обратить на это внимание.
Кто подскажет, какими воспользоваться PHP-функциями (PHP5), более продуктивными, для работы с CSV-файлами.
Мне нужно создать файл *.csv и записать туда массив. Только, не нужно давать ссылки на готовые классы!
Плиз, подскажите не работает на сервере [а-я].
Прибегая к вашему варианту, тоже тишина.
Как написать корректно?
(Создаваемое имя пользователя, только на кириллице)