FanatPHP

Как сделать сортировку изображений по возрастанию?
Как исправить код resize?
Как сделать, чтобы загружались и png рисунки?

Toster driven development at its best.

Я занимался редизайном шаблонов для WordPress (включая эффекты), дело было по душе

Тогда JS
В РНР спецеффектов нет

Когда же уже начнут тереть этот вопрос? мало того что сам по себе идиотский - так еще и задают его через день.

Нужно хранить (в БД) время нажатия кнопок (до секунд) и какая кнопка была нажата, как это лучше сделать?

Таблица
кнопка | время нажатия
- это ЕДИСТВЕННЫЙ вариант, который должен приходить в голову автоматически.
Все остальные фантазии из вас надо выбивать калёным железом.
Сон разума рождает чудовищ, а фантазия похапешника, не отягощённая даже базовыми принципами программирования, рождает монстров.

Там, где человек даже с уровнем профильного колледжа (бывш. ПТУ) не задумывается ни на минуту, над проблемой уровня "сколько будет 2х2", доблестный воин while mysql_fetch_array начинает морщить лоб, загибать пальцы, изобретать себе вселенскую проблему. А потом и монстра для ее решения.

Разумеется, оправданием всех страданий является "меньше нагрузка на сервер, меньше траффик".
Заботу о серверах я бы вообще законодательно запретил в коде, по крайней в течение первых трех лет кодинга. ещё никогда эта забота не приносила ничего полезного, но вот всякий мусор - в неисчислимых количествах.

Он сервера-то никогда в глаза не видел, но старательно спасает сервера всего мира от чрезмерной нагрузки. И разумеется, в итоге получает нагрузку увеличенную. Поскольку решая несуществующие проблемы, от неграмотности начинает изобретать способы хранения данных, которые в десятки раз хуже стандартных.

Идем в мануал и смотрим, сколько занимает какой тип:

• int - 4 bytes
• timestamp (mysql) - 4 bytes
• datetime - 8 bytes - больше чем инт, но все равно меньше, чем самопальное кодирование в хекс.

google://greasemonkey
зная С, разобраться с жабаскриптом не составит труда

phpfaq.ru/paths

Это следствие его незаменимости в прошлом.

Пых появился в нужное время в нужном месте, когда поляна была еще не занята никем.
А точнее, была занята перлом - утилитой для парсинга текста типа awk, что конечно, совсем недостаточно для написания полноценных приложений. Как следствие, перл как средство веб-разработки был задушен за пару лет, а больше никого и не было - про питон и руби никто не слышал, поделка от М$ была еще хуже. Ява просто не помещалась на тогдшних серверах. И остался один пхп. Вот он и занял всю нишу, а синонимом веб-разработки стала аббревиатура LAMP.

Собственно, с тех пор разные технологии потихоньку отъедают его долю, но пых держится за счет накопленной массы и экосистемы. И продержится ещё долго - поскольку на месте не стоит: несмотря на то, что большинство клиентов тостера пишут на том самом ПХП, который завоевывал популярность в прошлом веке (поскольку не могут осилить ничего сложнее классического говнокода), современный пых предоставляет современные средства разработки и тем, кто имеет представление о программировании.

pgmyadmin - это единственное, что можно ответить на столь чудовищный вопрос, в котором предполагается, что для вывода данных из mysql потребуется другой js код.

Ну, или, как вариант, возможно, автору следует узнать про то что аналитика для SQL пишется... на SQL.

Есть несколько бд, которые используются разными источниками (сайт1 -> бд1, сайт2 -> бд2, и т.д.)

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

Три ответа и куча лайков.
Что характерно, если тех же самых людей спросить, надо ли хэшировать пароли на сервере - все дружно, строем и хором ответят - НУЖНО!

При этом мысль, как совместить обе технологии, не приходит в голову ни одному из них. А они не совмещаются. Если "сервак со своей стороны так же солит пароль и считает хэш" то это значит... что пароли хранятся в открытом виде!

Это квинтессенция подобныйх сайтов. Ответ почему-то всегда даётся самый буквальный. При этом вопрос никогда не подвергается сомнению или хотя бы минимальной проверке на осмысленность. Такое ощущение, что отвечающие воспринимают вопрос как экзамен что ли? Или как челендж - ответить любой ценой, пусть даже и неимоверных извращений и ГАРАНТИРОВАННЫХ граблей в будущем. Или - как сейчас - ценой СНИЖЕНИЯ защищенности! Но зато ответ буквальный. И так не только здесь - так практически в любом ответе. Ну никогда ни у кого не твремени задуматься над вопросом - все торопятся отвечать.

Я не знаю, что с этим делать. Такой подход очень вредит как самому сайту, так и тем, кто задает вопросы. Вместо того, чтобы показать правильный подход, ему старательно, сопя и напрягая остатки извилин, помогают выстрелить себе в ногу.

Возможно, одна из причин в том, что в голове у отвечателей отсутствуют реальные знания, а стоит органчик, в который записано несколько прочитанных когда-то ответов. И один из этих ответов выстреливается сразу после прочтения заголовка - даже не углубляясь в текст вопроса. Таких "отвечателей" надо гнать поганой метлой. Пусть самоутверждаются в другом месте. Тем же, кто хочет ответить, рекомендую придерживаться правила:

Перед тем как отвечать, НАДО СНАЧАЛА ПОДУМАТЬ. Посчитать на ход вперед - "а что будет, если сделать, как я советую?" Посчитать на ход назад - "а зачем ему нужно это? Не похож ли этот вопрос на мой собственный, который я когда-то задавал от недостатка знаний?" И попробовать ответить так, чтобы РЕАЛЬНО помочь спрашивающему, а не просто выдать зазубренный ответ.

Возвращаясь к вопросу: нет, нельзя без SSL. Хэширование на сервере важнее.
Можно эмулировать SSL для передачи пароля, но куда проще воспользоваться готовым механизмом. На дворе 2014 год, все основные сайты перешли на шифрование всего трафика вообще. Пора переставать бояться SSL.

Фильтрация от опасных символов.

Можно не проверять. Сайт дырявый.

Жалоба на вопрос: вопрос ведет к дискуссии или спору.

Учитывая выбранные теги (казалось бы - какая связь между исполнением задания на сервере и запросах из браузера?), порекомендую освоить базовые принципы работы с БД. Которые несколько отличаются от принципа работы привычного каждому школьнику линейного списка АКА "классный журнал".

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

Попробуй - тебе обязательно понравится.

Для начала желательно оценить осмысленность задачи.

Как уже написали выше, совершенно непонятно, зачем здесь веб-технологии вообще.
Откуда такое требование - обязательно рисовать таблицу в браузере? Почему нельзя нарисовать её в бычном окне?
Учитывая, что GRID в браузере - это совсем не так трививально.

Плюс городить целый веб-сервер в нагрузку к маленькому приложению - это и вовсе за пределами моего понимания.

Я на всякий случай поясню: веб-технологии используются, когда доступ к данным требуется обеспечить неограниченному кругу клиентов. Для этой цели устанавливается веб-сервер, доступный из сети, коорый все данные харнит у себя, и выдает или сохраняет их по запросу.

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

unity_ultra_hardcore++

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

А ты пробовал?

Сначала учим матчасть.

Содержимое вывести НЕЛЬЗЯ.
Результат работы - можно.

Эх, твою бы энергию - да в мирных целях...

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

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