Александр Токмаков

htmlbook.ru/html/td/colspan

<table>
      <thead>
                  <tr>
                     <th colspan="4">Грузы по Украине</th>
                  </tr>
                 </thead>
                 <tfoot>
                  <tr>
                    <td>
                      
                    </td>
                  </tr>
                 </tfoot>
                 <tbody>
                  <tr>
                  </tr>
                  <tr>
                  </tr>
                 </tbody>
              </table>

Джоином лучше пользоваться в случае, если данных в одной из таблиц не существует, но вывод обязан быть.

Select * from cities s
Left join countries c on s.id_country=c.id_country
Left join regions r on r.id_region=c.id_region
Where city_name_ru like '$city'

Если не будут совпадающие записи в countries и regions вернет вместо них null значения.

Запрос типа

Select × from cities s, countries c, regions r
Where s.id_country=c.id_country and r.id_region=id_region
And c.city_name-ru like '$city'

Выполняется намного быстрее первого, но при условии что во вснх таблицах должны быть совпадения.

Если кто то будет выкабениваться на счет звездочек, то скажи что со звездочкой запрос выполняется быстрее. СУБД перед фетчингом записей сначала читает абсолютноивсе значения полей, а уже непосредственно перед передачей начинает откидывать не требуемые поля. На это тратится время. Если бы в тпблицах было бы по 200 столбцов, то это бы было целесообразно указывать.

Конечно приколько в PHP использовать синтаксис jquery.

Указывайте имя для textarea (аттрибут name). А затем $_GET['name'] или $_POST['name'].

Можно попробовать условия выборки комментариев перенести во второй запрос.
Например, так:

blog_record = models.BlogRecord.objects.filter(comment__author=103, comment__status='publish')

Сам спросил -- сам и отвечу: проблема была в неправильной передаче параметра. В ярлыке надо писать не --style=FILENAME, а --__-style=FILENAME, где __ это 2 пробела.

98% таких проблем мы решаем обращаясь к официальной документации.
php.net/manual/en/mysqli-result.fetch-all.php
даже на русском и то всё написано:
php.net/manual/ru/mysqli-result.fetch-all.php

Я бы посоветовал вам качественно изучить хотя бы одну технологию от и до.
PhoneGap это тупик. Лучше не стоит, правда.
Вот вы сделаете приложение для iPhone, реализуете там свой тулбар на css + html. В аппстор сунете, а вам пропишут reject и скажут "Друг, у нас для тулбаров нативные элементы управления есть".
Вы начнете искать, а можно ли как-то из под PhoneGap использовать нативные элементы управления. Найдете.
Окажется, что там нужно будет в phonegap-проектике покопаться под XCode (вы же в курсе, что вам OS X нужна будет для сборки проекта для iPhone?)
Потом вам понадобится простенькая база данных в приложении. Вы попробуете использовать in-browser SQL database storage. Окажется, что из-за особенностей хранения данных браузером из-под PhoneGap она у вас периодически будет пропадать. Вы пойдете искать бесшовную замену, найдете. Опять надо в XCode идти проект править, чтобы он собрался правильно.
В итоге вы вместо разработки будете искать пути решения проблем, с разработкой никак не связанных.
Так что мой вам совет: хотите малой кровью начать делать мобильные приложения - возьмите Android и делайте на здоровье. А нервы поберегите, пригодятся.

А файло отдается как?
Исходя из предположения, что с одного ip нет большого смысла скачивать файл более одного раза, то ограничивающий фактор будет ip. Далее делаем так:
На фронт nginx, и делаем локейшн, в котором лежат файлы.

location ^~ /user_files { # Это где реально лежат файлы
        internal;
        root /path/to/folder;
}
location ^~ /userfiles { # Это то, куда указывают ссылки на сайте
        proxy_pass  http://127.0.0.1:80;
}

Обрабатываете локейшн /userfiles в php и отдаете заголовки X-Accel-Redirect, чтобы статику отдавал энджи.

Дальше, как считать.

Если стоит memcache - делаем add($fileid.$ip,1) - если ключ уже установлен, add вернет false, и счетчик увеличивать не надо, если не установлен - надо увеличить счетчик. Ключ при этом установится. Счетчик увеличиваем соответственно так: inc("counter/".$fileid,1)

Если стоит redis - все очень похоже. Делаем setnx($fileid.$ip,1) - если ключ установлен, вернет false. Если нет - ключ установится. Счетчик увеличиваем incr("counter/".$fileid,1). Но redis так же может помочь сильно сэкономить память. Для этого надо использовать не строки, а хеши. То есть стейт храним как hsetnx($fileid,$ip,1). А счетчик в этом случае храним как hincrby("counters",$fileid,1). Это даст перед мемкешем следующие преимущества:
1. Драматическая экономия памяти. Хеши c короткими ключами и значениями весьма эффективно расходуют память.
2. Сайд-эффект - очень просто посмотреть, с каких ip загружали файл - hgetall($fileid). Если еще немного модифицировать алгоритм так: hincrby($fileid,$ip,1) - будем получать на выходе целое значение - количество закачек с этого ip - так можно попалить накрутчиков и просто банить их по ip.
3. Сайд-эффект - очень просто получить таблицу всех счетчиков файлов - hgetall("counters").

Ну и все это, разумеется, очень быстро. Делать то же самое в sql базе, думаю, сложновато. Но если сильно хочется - может заморочиться кто-то еще, и расписать алгоритм для мускуля. А мы поржом.

Если ограничивать по пользователям (кукам), что на мой взгляд не очень, то все делается ровно так же, только вместо ip используем id, который записан в сессии. Тогда использовать хеши для хранения состояния не удачная мысль - надо хранить в строках, и ставить им expire - время жизни сессии, или, там, сутки - как угодно.

phpStorm на мой взгляд лучший

Google Web Toolkit - можно обойтись без написания HTML . Однако без понимания HTML , javascript , а в данном случае еще и java вы будете писать дерьмо. А вобще вопрос наводит на нехорошие мысли- если вы не можете освоить HTML, о каком web- программировании вобще может идти речь?