С js можно сделаю верстку любого уровня сложности. Мне нужен вариант без js.
Я тоже столкнулся с этой проблемой. Мне хотелось максимально простой шаблон HTML+CSS. Но в дизайне были две боковые колонки серого цвета, центральная -- transparent. Когда я верстальщику задачу объяснил, он мне сразу сказал -- так не могу. Чтобы "все колонки одной высоты, footer приклеен снизу". Не факт, что так нельзя, но мои поиски результата не дали. Все блоки одного цвета -- без проблем (просто не видно, что они разной высоты), разного цвета -- не выходит.
P.S. Соврал. С помощью JS вычисляем, у какого блока самая большая высота -- и остальным блокам выставляем эту высоту. Мне верстальщик недавно вот какое решение предложил (с использованием jQuery):
EuGen, можно это все реализовать на текстовых файлах?
Why not? Функции dBase
Ну и никто не мешает реализовать свой механизм хранения данных. Вместо изучения SQL можно написать
1. свой набор функций, которые будут выполнять то, что делает БД
2. свою программу -- сервер БД
Немного сложно, но потом можно предложить свои услуги Microsoft или Oracle.
Врать не буду -- как лучше сделать, не знаю. Я так понимаю, нагрузка очень большая? По расписанию запускать скрипт, который будет брать два значения
SELECT COUNT(*) FROM `user` WHERE 1
SELECT COUNT(*) FROM `topic` WHERE 1
и записывать их в файл? Максимальная частота -- один раз в минуту. Но есть ли в этом необходимость? Так ли уж важно 12345678/23456789=0.526 или 0.527?
Сохранить таблицу MS Excel в формате CSV. Разделитель столбцов ; (точка с запятой), разделитель строк \n.
Цитата:
Столбцы разделяются точкой с запятой, а строки — знаком возврата каретки. Если ячейка содержит точку с запятой, ее содержимое берется в кавычки. Если ячейка содержит кавычку, кавычка удваивается.
Жесть. Пусть у нас есть три таблицы БД:
1. пользователи сайта users: user_id, name, email, info
2. темы topic (топики) форума
3. и таблица типа "один->ко многим" user_id, topic_id
Если пользователь user_id=1234 создает тему topic_id=5678, то почему в таблице связей мы должны все порушить, выполнив запрос
UPDATE `user_topic` SET `user_id`=`user_id`+1;
Поясню. Допустим, у нас есть таблица связей user_topic
Все просто:
Warning: mysql_fetch_array() expects parameter 1 to be resource, null given in Z:\home\custom\www\index.php on line 21
Предупреждение: функция mysql_fetch_array() ожидает, что переданный ей параметр будет результатом запроса к БД. Вместо этого передан NULL, в строке 21, скрипт Z:\home\custom\www\index.php
Ну не был выполнен корректно твой запрос. Сделай так
$query = "SELECT * FROM items WHERE id BETWEEN '$from' AND '$to'";
echo $query;
Потом copy->paste в phpmyadmin: сообщение об ошибке -- сюда. Тогда тебе и расскажут, почему (если сам не поймешь).
в наше время со стажем устроится катастрофически сложно, а без и подавно.
Вовсе нет.
Прозвучит конечно грубо, но это все глупости. Оценивать тебя будет такой же программер, как и ты. Он уже тестировал не одного и не двух -- "резать" тебя ему нет резона. Он ищет себе напарника. Он в тебе заинтересован не меньше, чем ты в нем. "Резать" он тебя будет только в одном случае -- если ты ламер. Законченный, но с образованием.
Этих самых потенциальных напарников не так чтобы очень много. Я здесь не говорю о кадровиках - это народ темный, анализу не подлежит. Если ты сделал сайт -- пусть убогий, пусть примитивный -- твой потенциальный напарник (шеф) тебя и спросит -- как делал? И почему так, а не иначе? Какова структура БД, почему сайт нормально выглядит не только в MS IE, но еще и в Firefox? Случайно или намеренно?
Цитата:
Ну да, только перед этим он спросит о наличии диплома, а т.к. его нет, ответ будет прост: "Извините, вы нам не подходите"...
Об этом спрашивают только кадровики. Потенциальный шеф спроит -- есть выгрузка из 1С в формате .xls -- сможешь прочитать и загрузить на сайт? Твой ответ: "Да, смогу, а почему не в XML -- это общепринятый стандарт?" Потенциальный шеф покраснеет, и выдаст что-то типа того, что XML в планах.
И ему (твоему потенциальному шефу) твои курсовые и диплом до лампочки. Он тебе скажет -- "Я бы сделал так" -- а ты ему -- "Вы неправы -- так-то лучше". После такого разговора (убедившись, что действительно лучше) -- он возьмет на работу без разговоров.
Если (кадровики) говорят "нет" -- не надо это воспринимать серьезно. Потому как причина "нет" может быть настолько дурной, что понять ее не представляется возможным. Умом не понять. Например:
1. Ты старше потенциального шефа на 5 лет
2. Ты показал уровень знаний выше твоего потенциального шефа
3. Ты блондин/брюнет/шатен -- а это совершенно недопустимо
Я бы мог и еще десяток истинных причин здесь перечислить -- просто смысла нет.
Перед кадровиком (кадровичкой) вообще нет смысла бисер метать -- твои закидоны типа XML или MVC он(она) все равно не поймут. А то еще сделают вывод "шибко умный попался". Даже до потенциального шефа не дойдешь. Надо это воспринимать как природное действие. Ураган, тайфун, цунами. То, что от тебя не зависит.
Программист -- зверь редкий, и хотя в Красную Книгу пока не занесен, встречается редко, держится обособленно. Осторожен, пуглив, чужих не подпускает. Хотя многие пытаются выдать себя за программеров (у них еще и дипломы иногда есть) -- другие программеры, которые в зоопарках (имеют работу), без труда распознают аферистов, и на работу их не берут Стараются все-таки принимать в сообщество "своих".