Александр К: Скажите это Яндекс.Недвижимости, например.
Они таки не стали городить универсальный парсер Ёкселя и ПоверПойнта.
В результате их система осталась и вменяемой, и гибкой.
Александр К: ну, я же не о том, чтобы тупо сконвертировать таблицы в другой формат. А о том, что сама идея подготовки данных в виде тупых таблиц, без семантики - это тупиковый путь и неизбежный оверхед.
Нужно устранить дистанцию между сбором данных и их обработкой - это именно она вынуждает городить костыли. Если же эти таблицы изначально будут заполняться на самом сайте, а не в офисном пакете - проблема исчезает в принципе.
Ну, а без этого IN в выборке с GROUP BY встречаются эти id с другими value? Есть подозрение, что дело именно в группировке. Может быть, стоит разбить на подзапросы - и группировать уже готовое сведение.
Вообще-то аккуратнее сделать юзерские страницы с префиксом /user/, а не делать исключения для всех прочих. Если сайт будет развиваться, он будет весь состоять из исключений, как русский язык. В то время, как юзерская страничка - вполне однозначная абстракция, которую логично держать по совершенно однозначному пути.
Вообще, это не очень хороший совет. Особенно - если ставите не себе. Можно поиметь очень увлекательное расследование причин нигде не обсуждавшихся глюков. Оно вам надо?
Вообще-то человек, разбирающийся в плюсах, method() = 0 поймет совершенно на автомате, а вот над method() abstract зависнет и собьется с рабочего ритма.
Так что за подобные дефайны из команд выгоняют без объяснений, а тех, кого жалко выгнать - просто больно бьют по рукам до вразумления.
РНР, может быть, и пофиг. Но если потом вдруг часть логики захочется вынести в AJAX или вовсе JS, то у сайта на cp1251 камасутра с кодировками практически гарантирована.
Сижу в офисе. Дорога от дома - 15 минут пешком. Не курю. Обедаю за полчаса. Отдельный кабинет, особенно с коллегами трещать не приходится.
Дресс-кода - и того нет.
Что же меня все время отвлекает от реальной работы?!
Такие обобщения - полная фигня.
Бывают типовые проекты, которые, естественно, надо начинать с архитектуры, поскольку уже существуют готовые решения и наработаны готовые практики.
И бывают уникальные проекты, в которых 90% того, что ты можешь придумать до того, как пощупаешь эту идею на практике, неизбежно уйдет в корзину.
Конечно, надо думать о том, что ты собираешься делать. Логично проработать структуру и архитектуру, если ты их уже в общих чертах понимаешь. Если же нет - пиши, пробуй, потом возвращайся к тому, как все это выглядит в целом, уже лучше понимая частности.
Вадим Ш.: вы заявили, что PDF можно открыть "через любой редактор как xml". Это, мягко говоря, не так. Из DOCX можно распотрошить XML, возможно, вы его имели в виду? Но этого, мягко говоря, недостаточно для задачи ТС.
Денис Сечин: Да полно, и в гуях работы хватает. Просто при этом нежелательно пользоваться гуями, сделанными под обезьяну с планшетом - с курсором сантиметровой толщины и полным отсутствием хороших привычек.
Они таки не стали городить универсальный парсер Ёкселя и ПоверПойнта.
В результате их система осталась и вменяемой, и гибкой.