Зависит от файлов - никто не мешает выгонять дамповый файл для базы в зависимости от содержимого таблицы в экселе. Т.е. сколько полей строк/столбцов (с учетом форматирования и т.п.) - столько и полей/записей в базе...
Ну, а превращения и манипуляция данными это уже отдельно можно решать.
Короче можно сделать "усредненный манипулятор" экселями... Надо просто задачу видеть. На счет цен Вы правы - я бы даже сказал 100-250 т.к. не совсем понятна на текущий момент задача. Надо сами эксели видеть.
Если с VBA раньше не сталкивались - пустая затея - очень долго будете разбираться в специфике, сначала, VBA, а потом его же но применительно к экселевским табличным данным.
Ну я еще про яваскрипты слышал, но некоторые говорят что это фантастика и на самом деле все это jquery. 😂
Правильно! А для забивания гвоздей лучше использовать микроволновку - она гораздо тяжелее молотка!
preg_match('|<div.* class="hft-lins">(.*)</div>|xmsU', $page, $text);
echo $text[1];
зачем preg_match_all если тут просто: preg_match
1. Что значит "заливаю таблицы" - дамп базы заливаете из текстового файла?
2. Зачем стремиться поменять нормальную кодировку UTF на кастрированную 1251, если в Вашем случае, слава богу, просто само напрашивается обратное?
открыли дамп в текстовом редакторе - пересохранили как UTF и вливайте без всяких проблем...
:) А макрос это что по Вашему? "Роман в стихах"?
Ну конечно, потом надо будет "всего навсего" объяснить менагеру, как экспортнуть данные из экселя в csv, потом как это добро закинуть в PHP и т.д.
И все это вместо того чтобы просто в экселе кнопочку нажать.
Очень логично!
Для любых практически задач существуют оптимальные для их выполнения методы.
В данном случае это Visual.Basic + сценарии Excel.
Кстати ТС:
Хранить в БД в отдельном поле список "понедельников" и "вторников" - это значит издеваться над здравым смыслом. Хранить надо 1,2,3,...,7. В худшем случае (если боитесь забыть) нужно сделать отдельную таблицу соответствий.
А кто мешает макрос написать? Учитывая специфичные замены тут все равно простыми методами не обойтись.
😂😂😂 развесилили.
:) все-все - умолкаю... трех убедительных отзывов мне вполне достаточно... :) надо было правда с них начинать - ну да ладно...
кстати ТС - раз уж "такая пьянка" - предлагаю посмотреть http://efsp.org/ (правая часть шапки) если сможете предложить здоровое решение - велкам в личку.
T.R.O.N не буду спорить (тем более с тобой ;) ) я лишь пример привел...
Юни путаешь "божий дар с яичницей" - данные беруться конечно владельца IP, исходя из доступных записей. Просто таким владельцем может быть как "конечный потребитель", напр., фирма которая подписала на себя этот блок IP, так и хостер или провайдер, который просто "субарендует" подписанные на него блоки/IP.
Собственно оттуда и "набегают" нестыковки. Например, МТС "взял под себя" блок ССС. Но отдает динамические IP кому попало. Получается что юзер реально ходящий в инет из (опять же - например) Воронежа, через мобильный доступ, вполне может фиксироваться гео-айпи-шной базой как московский. Просто потому что весь блок записан на московкую контору МТС.
Здоровый пример "из жизни", если посмотреть http://www.liveinternet.ru/stat/ru/regions.html то видно что почти 40% юзеров - это Москва. Конечно не стоит забывать что в Москве количество инет-пользователей выше чем "в среднем по больнице", т.е. например выше чем городе Задрюченске. Но тем не менее 40% всего рынка это все равно "немного" перебор. Он в том числе обусловлен и тем что количество глобальных общероссийских операторов, в Москве гораздо выше чем в регионах. И следовательно многих региональных пользователей статистика учитывает как московских.
Если:
Советую сразу озвучить метод печати - одно дело под шелкуху дизайнить и совсем другое под сублимацию...
