Veseloff

Я бы на сабмит формы повесил даваскрипт-обработчик

А какой механизм кэширования применяется сейчас? Как и что вы сейчас делаете?

Так это... Не надо писать не по делу. Пишите по делу — будет вам куча плюсов.

Что касается темы топика, то могу сказать следующее: я не дизайнер, а программист. У меня нет никакого образования (в смысле «корочки»), даже технического. У меня есть достаточно приличный опыт работы в вебе и потому я считаю себя вправе оценивать. Давайте без всяких голословий я конкретно объясню почему плохо. 1. Вы заявляете, что занимаетесь графикой и дизайном. С первого раза не понятно каким дизайном именно вы занимаетесь: техдизайном, архитектурным, шрифтовым, полиграфия, веб? Потом, конечно, выплывают какие-то блоки, которые подсказывают, что веб и фирстили. А надо, чтобы было понятно это сразу. Задача сайта — донести максимальное количество информации до пользователя. Задача дизайнера — придумать как это будет выглядеть и работать таким образом, чтобы пользователь потратил минимальное количество времени на получение это информации. 2. Хоть вы и заявляете, что работаете с графикой, но сразу видно, что с графикой вы работать не умеете. Почему всё такое угловатое и пиксельное? Где сглаживание? Почему у буквы «Р» в голове какой-то белый фон? В логотипе это не так сильно видно, а вот во флэшке просто алярм. 3. Работа со шрифтами вообще просто ужасна. С какой целью огромные куски текста выделены полужирным, да ещё и курсивом. Почему такой бледный текст? Почему такие разницы в размерах? Почему ссылки не подчёркнуты? Почему столько ошибок по тексту? Я закрою глаза на полное отсутствие типографики в виде всяких неразрывных пробелов (это важно, да), но ведь грамматических ошибок полно. Даже копирайт нормально написать не можете, не говоря уж о том, что никакого копирайта и нет. 4. Зачем календарь? Зачем часы? У меня это всё есть, как и у всех остальных, в панели. Это оправдано, если есть какой-то календарь событий/новостей, какие-то расписания, но просто ради того, чтобы он был — бред. 5. Где портфолио? Ссылка есть, а портфолио нет. Зачем ссылка? 6. Вижу, что вы картины рисуете. Это специально так задумано, что с перспективой косяки и пропорции не соблюдаются? Я кагбэ не против — есть разные течения и стили, но тут я такого не наблюдаю.Орнаменты есть какие-то — вы пробовали их размножить? В принципе, я ничего не имею против вашего сайта и вся критика направлена только на то, чтобы показать вам где плохо и в какую сторону идти.

Whois подсказывает, что это прокси оперы. Я могу тоже писать из-под этого айпишника, так что в данном случае ничего не подсказывает

Да, это беда, конечно. Ну я, собственно, не претендую — это так. Я советую это исключительно потому, что когда начинаешь сам себя хостить, то люто повышается скилл (есил он, конечно, до этого не был и так поркачан) понимания работы сервера, настройки, бэкапов — это важно, если человек хочет преуспеть в веб-разработке. P.S. Кстати сказать, тарифный план «лучший» не так уж и плох — 6 мегабит это прилично.

SET @c:=(SELECT COUNT(`id`) FROM `tablename`)-100; PREPARE `some` FROM 'DELETE FROM `tablename` ORDER BY `id` ASC LIMIT ?'; EXECUTE `some` USING @c; Вот мой воспалённый мозг чего выдал. Вроде должно работать.

А я и не в Москве. Понятно, что не везде всё хорошо с интернетами, но всё больше и больше интернет становится доступным. Я и написал «если нет каких-то сильных косяков». Можно ещё и на работе хоститься — у меня в офисе есть резервные мощности и, если что-то случится, то всё будет работать из офиса. У меня ещё бэкапы туда-сюда летают между серверами ночью, чтобы, если, не дай Бог, затопит водой, то все важные бэкапы были бы сохранены.

На таких объёмах вообще не стоит запариваться — обычно достаточно просто расставить индексы. Я даже один раз видел «отличнейший» интернет-магазин, в котором было порядка 5000 товаров, у этих товаров были всякие свойства, которые подключались в зависимости от категори, в которой этот товар лежит. Так вот для генерации некоторых страниц производилось больше 700 запросов и ничего — работало, причём не было заметно, что внутри просто ад какой-то. Заметили только потому что сайт со временем стал превышать квоту провайдеров на количество селектов (такое бывает, да) и провайдер стал снимать дополнительные деньги.

http://ru.hetzner.com/ P.S. Всем советую, так как сам уже достаточно продолжительное время пользуюсь — если нет каких-то сильных косяков (типа электричества часто нет или провайдер тухлый), то хоститесь дома — это очень дёшево и круто.

Ну 2к это совсем мало, так что ничего особо страшного не вижу — можно, в принципе, делать как угодно. Если связь один-один, то можно заджойнить все таблицы. Если один-много, то можно тоже джойнить, а можно попробовать вложенные запросы с GROUP_CONCAT и CONCAT_WS — мы так делали на гораздо бо?льших размерах данных (разница в пару-тройку порядков) и всё работало хорошо и быстро. В любом случае, если таблички нормальные, на месте все индексы, то работать будет отлично.

Мне кажется, что выбор зависит от: размера таблиц, характера планируемых запросов. Проще всего, наверное, поэкспериментировать, но в любом случае надо понимать что будет и как.

Не очень понятно что именно надо. Если надо кэшировать страницы, то тут очень много разных вариантов и всё зависит от того что это за сайт, какая у него структура, и так далее. Кэшировать можно, например, всю страницу целиком куда-нибудь в memcache и выдавать её прямо из nginx, а можно кэшировать только некоторые блоки в тот же memcache или какой-нибудь redis. Можно кэшировать шаблоны, можно юзать SSI — вариантов правда масса. Давайте подробностей, а мы попробуем что-нибудь подобрать.

Ну так же и хранить, в чём проблема-то? Если всё правильно сделано, то никто не сможет прочитать исходный код этого файла.

Вот это я опростоволосился. Всякие тире и неразрывные пробелы проставил, а ча-ща забыл. Позор мне.

Собрал «на коленке» маленький и простой генератор QR-кодов.Хочу чтобы заценили: удобно ли пользоваться, чего не хватает, где какие косяки. Вот ссылка: http://qrgen.ru/

1. Я бы не стал хранить статьи в MySQL — лучше в файлах 2. Я бы сделал разные версии. То есть кто-то отредактировал статью — она записалась в отдельный файл и информация об изменениях (когда и кем) записалась бы в БД. Можно мержить вручную, а можно и написать какой-то автоматческий мержер.

Картинку надо добавить в сам файл с картинкой или просто наложить сверху? Путь лучше относительным делать, если это возможно — вдруг домен сменится?

При чём тут вывод даты? Что это вообще?

По мне так надо музыку живьём слушать. Uriah Heep на прошлой неделе я пропустил, о чём очень сожалею, но в это воскресенье пойду на ELO.

А почему это важно?

Ну если мне не изменяет память, то в MyISAM таблички тоже блокируются на время инсертов/апдейтов — пока вроде ничего страшного не случилось. Надо кагбэ выбирать средства под конкретную задачу — смотреть сколько будет тех или иных действий, проводить тестирование...

а как вы смотрите заголовки?

В данном случае правильнее будет сделать JOIN, а не LEFT JOIN.

А зачем?