Veseloff

Ну если уж вам некогда, то нам тем более. Для таких случаев у нас появляется время за 100$/час.

То есть надо вывести просто этот блок? Так отловите по какому событию оно вызывается, тогда будет видно по какой функции оно вылазит и вызывайте его принудительно. А вообще, если уже есть кнопки готовые без всякого блока, кто мешает их вставить в свой блок и не париться с поиском?

1. Логику надо отделять от представления 2. Не надо брать форму из уроков Попова и вообще не надо его читать, смотреть и слушать. Напишите форму сами. 3. Регулярное выражение, проверяющее валидность почты просто ужасно. Если уж решили впихивать все доменные зоны, то где .travel, например? 4. http://www.captcha.ru/ - весьма неплохая каптча.

В этом же разделе "Presentation" есть эти значки, выведенные на страницу. "AddThis Toolbox" подраздел называется. Или я чего-то не понимаю?

Что за addthis такой?

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

При больших нагрузках будет еще как заметно

1. Один вопрос == одна тема. 2. Файлы никак не надо прикладывать, надо выложить неработающий вариант на хостинг и дать на него ссылку. 3. Тему надо создавать в подходящем разделе. Данный вопрос не имеет отношения к яваскрипту. Перенёс.

Вообще я рекомендую поменьше слушать таких суровых специалистов. Их мнение часто неадекватно. Разработчики СУБД, я уверен, намного более крутые специалисты по теме и в большинстве случаев "%что-то% не умеет %чего-то%"==="%автор% не умеет работать с %что-то%". Вообще да, практически что угодно можно упрекнуть в недостатках. Но тут самую важную роль играет назначение используемого продукта. Приведу пример. PHP не умеет кодировать видео, хотя это часто необходимо при разработке сайтов. И что? Теперь будем утверждать, что пхп - убожество? У нас вот есть демон, написанный на раби и есть ffmpeg, которые вместе прекрасно с этой задачей справляются. А для всего остального мы как использовали, так и будем использовать пхп, потому что он хорош. А взять, допустим, программирование микроконтроллеров - давайте опустим все языки, кроме ассемблера с таким подходом к делу. MySQL хорош по-своему, MSSQL - по-своему. Важно понимать когда и какой именно продукт стоит использовать. Ну нет в MSSQL лимита, ну и что? Зато в нём есть такие вещи, которых нет в мускуле. Прислушиваться к чужому мнению - очень хорошо и правильно, но в первую очередь надо думать своей головой.

Ну что-то здравое в этом есть, да. Есть только вот одно "но". На мускуле я видел: сайт, нагруженный сайт, сильнонагруженный сайт, биллинговую систему очень крупной компании (какое-то нереальное количество записей, каждый запрос проверяется дофига раз прежде чем пойти в работу и всё такое). И ведь нормально мускуль справляется с этим. А ведь еще есть MSSQL и Oracle, которые круче на дофига. Не исключаю ситуации, что и правда придётся изобретать очередной велосипед, но если уж википедии хватает, то и нам, дорогие друзья, хватит. А если, вдруг, вам не хватает (при условии, конечно, что всё грамотно сделано), то это значит, что у вас дела идут хорошо и вам надо нанять побольше грамотных сотрудников и посадить работать их, а самому не париться по всяким пустякам.

Реализовать при помощи mod rewrite, как же еще?

а onReady чем не вариант?

Похоже на бред. В чем задача-то? Может, не с той стороны её решать надо?

Вообще такие запросы не очень хорошо делать. Я имею ввиду join-ить вложенный запрос. Тут не используются индексы и при больших размерах таблиц всё будет тормозить. Такие вещи оправданы, когда, например больше одного count больше чем из одной таблицы. А тут я не вижу ничего такого, что бы заставило сделать таким образом.

SELECT `table1`.`field1`, `table1`.`field2`, ..... `tableN`.`fieldM` FROM `table1` JOIN `table2` ON `table2`.`field1`=`table1`.`field1` ........ JOIN `tableN` ON `tableN`.`field1`=`table1`.`field1` Что-то типа того

JOIN, не? Не очень понятна задача...

Да, у меня буквально на этой неделе был похожий трабл с тайни - помогло изменение base href

Ну тут стоит заняться изучением PHP и использовать его с шаблонизатором, например Smarty.

А они все не дёргаются. Или все дёргаются. Вот сейчас у меня все дёргаются - потому что на моём стареньком ноутбуке сейчас качаются и раздаются торренты, показывает iptv и в опере куча вкладок открыто. А вот на компьютере в другом углу ничего не дёргается. Мысль ясна?

Можно. В админке форума есть раздел с настройками. Там это меняется.

Если вкратце, то этот, назовем его опрос, для нового некоммерческого проекта посвященного употреблению пива в России который, тем не менее, интересует пару крупных пивоваренных компаний. Да результат ясен и без всяких исследований. Среди бутылочного пива почти нет годного. Если хочется выпить пива, то надо идти в бар. Бутылочное из киосков годится к употреблению только если стоит цель недорого набухаться и поиметь наутро дикое похмелье. Если похмелья не надо, то тогда предпочтительней водка. Единственный плюс подхода "набухаться пивом", так это то, что процесс этот длительный, располагает к общению и при хорошем раскладе (свежий воздух, закуска) можно вполне выдержать 12-14 часов беспрерывной пьянки - идеальный вариант для встречи одноклассников/одногруппников. С остальным алкоголем такой номер не пройдёт.

"Примерно круг" называется "эллипс". Что значит "отличные цвета" - фон однородный или разноцветный? Если однородный, то белый или любой? Какая вообще конечная задача?

Модератор - обычный пользователь, такой же как и все. Единственное его отличие в том, что он часто появляется на форуме (вовремя успевает почистить) и адекватен (в рамках форума и тем, обсуждаемых здесь). А так это обычный человек. Почему я не могу высказать своё личное человеческое мнение? Модератор != бот, об этом не следует забывать. Далее что касается темы про зенд фреймворк: я с ним не работал и поэтому скромно промолчал в топике. Иван, вероятно, что-то об этом знает и попытался предостеречь пользователя от ошибок. Я сам так делал не раз - порой несут такую ересь, что я предпочитаю не помочь в данном вопросе, а ответить, что так вообще делать не надо. Это как, например, отвечать на вопрос: "Помогите, как правильно добывать спирт из клея БФ?" - лучшим ответом будет, на мой взгляд: "Надо бросать бухать". Не уверен, что а приведённом примере та же ситуация, но весьма возможно, что так и есть. Ну а вообще да, все могут ошибаться и модераторы тоже не идеальны. Всякие подобные вещи мы обсуждаем между собой и за плохое поведение виноватый всегда будет поставлен в угол, не волнуйтесь.

css призван управлять стилями, а не содержанием. Теоретически, конечно, можно прятать блоки, но этот вариант никуда не годится.

В админке где-то меняется.