svd71

php берет свое начало с функционального программирования, Java изначально создавалась, как объектноориентированный. Это только все различие в синтаксисе.

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

Конечно, не все так кучеряво и безоблачно. PHP скриптовый язык. Он после выполнения сессии освождает всю память. Java очень тесно интегрирован с операционной системой для управления ресурсами и такм уже нужно заботиться хотяб о расходе памяти. Самым простым различием является работа с массивами. В PHP она упрощена и утрирована. В Java помимо обычных массивов с которыми нужно обходиться не так фривольно как в PHP , сущестуют отдельный классы такие как Array, Vector, Map, List и комбинации от них. Причем каждый тип лучше использовать под определенную цель.

Так что философия Java тут не при делах.

ну например вот проект на atmega8
www.mikrocontroller.net/articles/USB_IR_Remote_Receiver

Список распознаваемых производителей пультов указан в начале статьи.

вот еще один на attiny2313
rfanat.ru/s9/pc-irda-usb.html

upd: приемо-передатчик на usb
https://www.obdev.at/products/vusb/prjdetail.php?pid=41

primary key - это свойство таблиц, обеспечивающая каждой записи уникальность. Отсюда мораль: можно ли получить уникальность в выражении union ? Проекция всегда пользуется при выборке натуральными ключами. То есть автоматически будут использоваться. Если же идут тормоза, то нужно разбираться почему и строить нужные индексы.

Вот неплохая статья про это дело
code.openark.org/blog/mysql/7-ways-to-convince-mys...

Upd:Вот еще одна статься про управления индексами
dev.mysql.com/doc/refman/5.7/en/index-hints.html

Хотя дело может быть в производительности сервера или настройках самой базы.

D' Normalization дельную вещь подсказал. Только иногда хочется только свои строки только видеть. Можно конечно каждую строку начинать с определённых символов и грепать текст. А можно организовать файл и в этот файл записывать свои сообщения.

Увы, ахиллесова пята ООП - это наследование. Вы не можете наследовать более одного класса. Не важно, реальный вы класс наследуете или абстрактный. Зато с помощью интерфейсов есть возможность обойти это ограничение и всетаки построить нужный объект с необходимыми свойствами, причём с кучей интерфейсов, а не с одним единственным.

Проблема в том, что результат это массив строк. То и индекс должен быть типа $row[0]['tname'].
Функция print-r($row) выведет вам все в браузер для отладки.

все в природе развивается по синусоидальному закону. Развитие Дельфи тому не исключение. Очень технологий и задумок разработчики перенесли из Явы
В Дельфи, потом из Дельфи в другие языки (например в дотнет пошла движуха, когда из Борланда к ним перешёл "идеолог"). Сейчас уже и Дельфи интегрируется на основе того же ДотНета.
Утверждать, что Дельфи мёртв нельзя. Я знаю довольно много крупных компаний, продукт которых разработан на Дельфи. С них и кормятся текущие (Ембаркадеро ведь вроде продало свой актив кому то ещё) периодически делая рекламу чего либо нового. Компании придерживаются Дельфи из-за довольно низкого порога вхождения в разработку.
О кроссплатформенность тут вопрос довольно скользский и содержит кучу нюансов. Например лицензирования такой разработки. Поэтому если начинать с нуля, может и действительно посмотреть в сторону QT. Если у вас есть опыт разработки в Дельфе и нет в QT, а приступить нужно было ещё вчера, то стоит посмотреть предложения с этой средой.

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

Вывод: при принятии решения ориентироваться надо на много какие параметры. В первую очередь на требования заказчика. Во вторую на опыт разработчиков команды. А технологии у всех примерно одинаковые и копируются друг у друга.

Можно. Но нужно сформировать псевдостолбец.
Nozzi уже один синтаксис задал, можно использовать его. но новые фишки не всегда клнятся под старые базы. Да и на том, на чем набираю текст много писать не удобно. Поэтому попробую объяснить по старинному синтаксису

Select cast(0 as int) pseudoid, id, <все другие нужные столбцы> from t1 where status <> 1
Union
Select cast(0 as int) pseudoid, id, <все другие нужные столбцы> from t2 where status <> 1
Union

-- теперь самый фокус
Select  id, 0, <все другие нужные столбцы> from t1 where status = 1

На что обращать внимание:
1. В объединении имена и типы столбцов задаются их первого селекта.
2. Количество столбцов и их типы всех селектов должны совпадать. Иначе нужно делать кастинг.
3. Сортировка задается в последнем селекте и применяется для всего объединения.

Я бы посоветовал выбрать вот этот www.ashop.lv/radiotehnikas-komponentes/arduino-kom...
Он хоть и дороже, но в случае выхода контроллера из строя его можно заменить.

На самом деле выходы микроконтроллера слабоваты и лучше усиливать транзисторами - тогда их можно группировать в гирлянды. Кроме всего прочегосоветую поискать информацию о каждом типе LED, кторы вы собираетесь использовать :
www.chipdip.ru/video/id000276102
https://www.google.de/search?client=ubuntu&channel...

Любая работа со стеком может привести к утечкам памяти, какмследствию сбоя исполняемого кода и чаще всего автоматического запуска кода с начала.
Что может приводить к переполнению стека:
- передача кучи параметров через стек при вызове функций;
- неправильное использование вызовов прерываний или функций: когда функция или прерывания до окончания выполнения вызывается повторно при этом сохраняя регистры в стеке;
- неумелое распределение или большое количество переменных;
- неумелая работа с указателями.
Каждый пункт сам по себе отдельная тема для разговора. Поэтому цитировать выдержки из релизноутов думаю не стоит.

Для детектирования подобных проблем нужно некоторое знание ассемблера, чтоб понять, как компилятор строит исполняемый код и как будет с ним работать. Можно ли вести отладку таких вещей? Можно. Достаточно воспользоваться эмуляторами. Я использую только два: atmel studio и ISIS. И мне их достаточно.

хотя бы потому, что там располагается линк на файл /sbin/xtables-multi. Тогда нужно и на него права задать.

1. нужно проверить, появился ли профиль сайта по адресу /etc/apache2/sites-enabled/@mysite
2. Проверить права на этот файл
3. обратить внимание, что сообщает апач при запуске сервиса, проверить логи по адресу /var/logs/apache2/* . Ососбенно сообщения об ошибках.
4. Попробовать соединиться по 127.0.0.1 . Потом localhost

Лучшая IDE это та, которая допускает симуляцию кода без визической прошивки контроллера. Поэтому советую посмотреть последнюю Atmel Studio. В ней как раз объявляли о поддержки скетчей Arduino.

Наконец то начать писать значения не в пикселях, а в процентах: min-width: 90%;

То есть у вас проблема именно в коннекте базы данных о которой ни слова. Доставить кирилицу наиболее простым образом - это настроить правильное соединение с базой данных. В резутьтате на все символьные поля у вас должны создаваться потомки TWideStringField или его аналог. Проверяйне настройки соединения с базой. Если база Interbase/Firebird, то достаточнов параметре соединения указать UTF8.

Если же у вас все таки и база с кодировкой ANSII и соединени с ней, то в методах текстового поля в событиях Get/PutRecord нужно использовать обработку методами utf8encode/utf8decode.

Ну например у RDC собственной разработки. А система команд совместима от i80186.
Других я не знаю.

Лет 5 назад задумался над этим вопросом, прочитал кучу инфы про хранение данных.
Можно разделить эти данные на два вида: доступные(по скорости и возможностям) и безопасные.
Самое надежное хранение - это перепоручить работу профессионалам. Облака именно из этой серии. Но безопасность весьма сомнительная. Но тоже нашел выход.
Все доступные бытовые носители не надежны в принципе. Даже dvd болванки подвержены старению, особенно дешевые китайские. А что говорить о надежности жестких дисков. И стоит ли говорить о хранении на ленте в этом контексте (кстати ленту для профилактики нужно периодически перематывать - иначе перемагничивание по слоям идет).
Но скорость доступа на этих носитеояз довольно высока.
Поэтому польщуюсь следующей конфигурацией:
Дома организован NAS сервер с доступом в сеть и возможностью подключать внешние диски. Фото и виде материал дублирую не только на внешних дисках, но и на dvd (ранее CD, подумываю о Blue Ray). Окромя того этот мой домашний сервер периодически подключаю к бесплатным аккаунтам в облаке и сохраняю там те же самые файлы, но упакованные, сжатые и кодированные.
В итоге инфа 3 раза дублированна.