Veseloff

Ну я вот не могу вспомнить ни одного названия переведённого или придуманного, по крайней мере в среде веб-разработок. Акронимы как были «похапе» и «хэтэмээл», так и есть, яваскрипт не превратился в «явасценарий», браузер в «просмотрщик», а фаербаг в «огнежука»...

Я считаю, что так и должно быть по-русски: «Вебворкер». Никому же в голову не приходит называть «AJAX» как «АЯСИРЯР» (асинхронный ява сценарий и расширяемый язык разметки). А в качестве перевода могу предложить «вебтрудяга».

Ну, во-первых, тире (—) вроде как вообще нельзя применять в названиях переменных и прочих вещах. Можно использовать символ «минус» (-). А во-вторых, я считаю некультурным называть переменные, используя этот знак. Для упрощения чтения длинных названий лучше использовать что-то типа «veryLongName», то есть разделять слова заглавными буквами. И проблемы рассосутся сами собой.

SET NAMES пробовали?

А в чём соль? Где польза для человечества? Зачем вообще такие часы нужны?

Ну, например, добавить отправку данных из формы на почту.

Правильно писать $_GET['any_name']. Ну или включить register_globals, но за это бьют по голове.

Флэш в помощь

SET NAMES?

Это на яваскрипте надо делать. Ставим чекбоксу на onchange проверку if(this.checked) ну и в зависимости от этого делаем для нужной ссылки нужное значение атрибута href. Как-то так.

Блин, даже никаких предположений нету. Это MySQL хоть? Может, сделаете дамп таблицы и выложите его куда-нибудь? А уже на живой таблице можно будет увидеть и понять как и что.

Я себе новый компьютер покупал пару месяцев назад, там Phenom X6 на какой-то асусовской материнке с интегрированным видео — вроде бы всё должно быть нормально. Сначала было 2 гига оперативки (больше мне тогда не было нужно) и x86 Ubuntu, но вскоре мне понадобилось запускать по две виртуальных машины за раз и пришлось оперативки увеличить до 4 Гб. Систему переставлять не хотелось, а столько памяти она не поддерживала. Поставил PAE-ядро и тут начались проблемы при загрузке. После непродолжительных танцев с бубном проблема рассосалось и некоторое время всё было в порядке. А потом я купил себе большой монитор формата 16:10. Стандартные настройки поддерживали только очень маленькое разрешение на 16:10 и поэтому я скачал и установил с офсайта драйвер. И вот тут вообще отвалилось всё — текста было не разобрать, всё пошло какими-то полосами, короче, всё стало плохо. Драйвера я какие только не ставил — нормального результата не было. Ну и вот решил я поставить x64. 4 Гб оперативки поддерживается по умолчанию и не пришлось возиться с PAE, драйвер видео встал без проблем и теперь всё работает, как у белого человека. Почему сразу не поставил x64? Да потому что бытует мнение, что мало всего есть по эту архитектуру и, в частности, драйверов. Оказалось всё как раз наоборот — на x64 всё работает гораздо стабильнее. Так что тут, наверное, cтоит попробовать оба варианта и уже после этого сделать окончательный выбор. Ну а что касается ноутбуков, то часто на них идёт уже установленная и настроенная ОС, так что выбирать уже и не нужно.

INSERT INTO `door` SELECT * FROM `door` Может, так?

Это обычно означает, что где-то пропущена точка с запятой («;»)

Сегодня на работе общим собранием было решено, что доселе неприметным словом «ослабляй» теперь будет называться IE6.

У 64 больше разрядность, в связи с чем, например, есть возможность адресовать больше оперативной памяти. Хотя PAE-ядра, насколько я помню, спокойно адресуют до 32 гигабайт. Выбор архитектуры зависит от задачи. Я выбираю Phenom X6. На ноуты хз — у меня в ноуте селерон 1,7 ГГц и мне достаточно. Винду не посоветую, ибо уже два года как завязал.

Я бы взял один день сроку на макет. За день бы сверстал — хз за два или за восемь часов, но в рабочий день бы уложился. Но я не верстальщик. Профи поди за час-два уложится. Кастую psywalkerа в топик.

Гм. Странно как-то себя апачбенч повёл — делал запрос на необработанное изображение. Завтра его накажу и насильно заставлю делать то, что я хочу. Прошу прощения за мою невнимательность. По скорости (если разница только в скорости передачи данных) тут вряд ли такая глобальная разница будет — не знаю какая у меня скорость канала, но при обновлении ядра сегодня было «fetched 60 MiB in 8s». А вот какой-нибудь магистральный хостер вполне мог и насолить. Давайте лучше померяемся письками «локальными» замерами.

UPD: А вот и небольшие циферьки от апачбенча 1. Сайт, в котором я сейчас искореняю всякий мудизм. В том числе и обработу изображений «на лету». Сейчас они отдаются из php-скрипта при помощи GD. Это одно из них. veseloff@veseloff-desktop:~$ ab -n 100 -c 10 http://mebel66.ru/icatalog/width/100/height/100/cropratio/1/1/modules/catalog/cache/good_images/narodmebel_10.jpg This is ApacheBench, Version 2.3 <$Revision: 655654 $> Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ Licensed to The Apache Software Foundation, http://www.apache.org/ Benchmarking mebel66.ru (be patient).....done Server Software: nginx Server Hostname: mebel66.ru Server Port: 80 Document Path: /icatalog/width/100/height/100/cropratio/1/1/modules/catalog/cache/good_images/narodmebel_10.jpg Document Length: 4029 bytes Concurrency Level: 10 Time taken for tests: 2.388 seconds Complete requests: 100 Failed requests: 0 Write errors: 0 Total transferred: 428000 bytes HTML transferred: 402900 bytes Requests per second: 41.87 [#/sec] (mean) Time per request: 238.839 [ms] (mean) Time per request: 23.884 [ms] (mean, across all concurrent requests) Transfer rate: 175.00 [Kbytes/sec] received Connection Times (ms) min mean[+/-sd] median max Connect: 71 73 1.0 72 76 Processing: 81 147 245.4 84 1187 Waiting: 80 147 245.4 84 1187 Total: 152 220 245.5 157 1259 Сайт располагается на обычном шаред-хостинге, так что говорить о том, что сервер хороший и быстрый не приходится. 2. А вот и одно из изображений с вашего сайта. veseloff@veseloff-desktop:~$ ab -n 100 -c 10 http://catlair.net/imagel.asp?GUID=6E64C8AD-FD55-45C1-AF08-83F312B74811&scalex=64 This is ApacheBench, Version 2.3 <$Revision: 655654 $> Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ Licensed to The Apache Software Foundation, http://www.apache.org/ Benchmarking catlair.net (be patient).....done Server Software: Microsoft-IIS/7.5 Server Hostname: catlair.net Server Port: 80 Document Path: /imagel.asp?GUID=6E64C8AD-FD55-45C1-AF08-83F312B74811 Document Length: 98285 bytes Concurrency Level: 10 Time taken for tests: 52.088 seconds Complete requests: 100 Failed requests: 0 Write errors: 0 Total transferred: 9921468 bytes HTML transferred: 9887532 bytes Requests per second: 1.92 [#/sec] (mean) Time per request: 5208.840 [ms] (mean) Time per request: 520.884 [ms] (mean, across all concurrent requests) Transfer rate: 186.01 [Kbytes/sec] received Connection Times (ms) min mean[+/-sd] median max Connect: 389 469 88.4 439 673 Processing: 2628 4536 1648.5 3864 9254 Waiting: 452 614 232.5 578 2386 Total: 3264 5005 1633.1 4336 9645 Такие дела...

На самом деле сейчас всё (по крайней мере у меня) строится на догадках и предположениях, основанных на личном опыте. Хотелось бы увидеть цифр каких-нибудь. К примеру: «Железка такая-то. Исходное изображение такое-то. Проверять будем таким-то бенчмарком. Результаты теста на пережимание к такому-то размеру: с использованием кэша столько-то, без использования кэша столько-то. С другими параметрами такие-то результаты». А потом уже можно будет прикинуть сколько запросов в сутки на одну картинку выдержит сервер и насколько это всё рационально. Ну и можно будет, например, если хотите сделать такие же тесты на разных серверах как то: php5 gd на апаче, простая статика на нжинксе, прогон через imagemagick, ещё какие-нибудь извращения выдумаем... Тогда можно будет уже о чем-то говорить. Всё познаётся в сравнении.

А при чём здесь байты в секунду? Тут скорость не важна совершенно, важна нагрузка на сервер. Ну а если о том, что 10 миллионов запросов буду отсылаться долго, то на одном 100 Мб канале я их зашлю минут за 20-30. 1. Большинство хостеров работают под линуксами и прочими фряхами по понятным причинам 2. Большинство сайтов пишется на php, perl, python, ruby, mysql, postgresql по тем же причинам Миф мифом, а о заказчиках надо думать — не все настолько богаты, что могут себе позволить такие непомерные траты. Вывод. Идея не нова, но хороша. Реализация есть и, я думаю, тоже весьма хороша. К сожалению, для большинства проектов неприменима. А жаль.

Ой. Спасибо, нет. Ну вот реально давайте посмотрим на вещи. Сейчас мы имеем то, что имеем. Кроме кошмарной нагрузки (я в этом почти уверен) есть еще один момент — хранение кэша. В принципе, кэширование — это гуд, но вот я сейчас, например, ВНЕЗАПНО делаю последовательно 10 миллионов GET-запросов на картинки разного размера (то есть меняю scalex и scaley). У меня это много трафика не сжирает, всё проходит быстро и безболезненно, а у вас заполняется HDD по самое небалуйся. Ограничить кэш? Тогда пропадает 50% его ценности — возрастёт нагрузка. Ограничить размеры только некоторыми определённые значениями? Тогда пропадает ценность библиотеки как таковой. Короче, всё очень сомнительно. И, да, походу у вас всё на ASP? Тогда еще и не кроссплатформенно. Увы.

Ну я так понимаю, что в любом случае картинка отдаётся при помощи скрипта? Так? Если так, то точно хана. Люди статику просто через апач-то не отдают, оставляя её нжинксу, а тут ещё и скрипт сверху наваливается. Сервер такого не прощает.

Плохо. Чуть-чуть нагрузки и хана серверу.

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