Dim_K, да, вот только первый массив ваш с цветом индексированный, а не ассоциативный, посмотрите внимательнее что ТС на выходе хотел получить.
Ваш пример вообще пишется одной строкой, вы там понаписывали лишнего. Зачем array_push? И зачем проверять на наличие ключа?
foreach($massive as $element) { $tmp[$element['propertyname']][] = $element['value']; }
Array ( [цвет] => Array ( [0] => red ) [версия] => Array ( [0] => android [1] => ios ) )
Update
<?php $massive = array( '0' => array('propertyname' => 'цвет','value' => 'red'), '1' => array('propertyname' => 'версия', 'value' => 'android'), '2' => array('propertyname' => 'версия', 'value' => 'ios'), ); function magicForeach(array $array) { $result = []; $tmp = []; foreach($array as $element) { $tmp[$element['propertyname']]++; } unset($element); foreach($array as $element) { if ($tmp[$element['propertyname']] === 1) { $result[$element['propertyname']] = ['value' => $element['value']]; } else { $result[$element['propertyname']][] = $element['value']; } } return $result; } $result = magicForeach($massive); echo '<pre>'; print_r($result);
Array ( [цвет] => Array ( [value] => red ) [версия] => Array ( [0] => android [1] => ios ) )
silicoid, сайт и арт-блог разные вещи. Арт-блог обычно заполнен фотками чуть меньше чем полностью. Плюс ко всему, многие хранят фотки и в HiRes, для владельцев с ретина-дисплеям, которые и тусуются зачастую на арт-блогах.
Я бы посоветовал взять или Amazon S3, или то-же блочное хранилище на DigitalOcean/Vultr, на первом например можно примонтировать к инстансу 100ГБ за 10$ в месяц, причем добавлять погигабайтно, а не с шагом в 100ГБ. Можете даже через API расширять хранилище автоматически, например всегда держать запас на 5ГБ. Каждый день плюсовать по гигу если необходимо.
В том то и дело, что в MITM перхватывают не на стороне юзера, а между, проксируя запросы через себя на сервер. Тут никто и не говорит о том, что хеш на клиенте == хеш пароля в базе на сервере. Представь что я сижу в кафе, и вижу пост запрос: admin;abcdefg. Или в другом случае, я вижу пост запрос: admin;78f3257f94d5fb85e397ee44914e8eb4. Даже на Android есть приложухи, позволяющие сниффить пакеты Wi-Fi, и просматривать данные. Там и пароли, и прочая веселуха, для тех, кто не по SSL данные передает.
На тот случай, когда хеш не md5, а какой нибудь BCrypt. Зачем расшифровывать хеш, когда можно просто собрать пароли в чистом виде?
LEOnidUKG, от MITM может помочь.
А какие вы цели преследуете хешированием? Ну, ясно что безопасность. Конкретнее, от каких атак защищаетесь?
Как по мне, доменная зона не может быть популярна. Ваша целевая аудитория: это обычные пользователи, а они приходят за контентом, а не за доменной зоной, поэтому какая бы надпись после последней точки не стояла, плохой контент это не спасет.
*.pro - слишком пафосна, имхо.
Я Shop-Script держу на Fozzy. Тарифный план за 299 руб., 50ГБ SSD. Все нравится, не падал ещё ни разу. Работает быстро, 6к товаров. Трафика бывало и больше чем у вас.
VPS вам нужен, если хотите какую-то экзотику, например хранить сессии в Redis, Beanstalkd, какой-нибудь серверный кеш, но под 700-1000 уников это точно не необходимость. Или когда трафика от 5к минимум.
Желательно делать индексы по столбцам, по которым идет WHERE и ORDER BY (операции фильтрации и сортировки).
Если в запросе два WHERE то нужно делать составные индексы.
На все столбцы делать индексы не нужно.
Есть Polylang, умеет в сабдомены и постфикс а-ля site.ru/en/.
Довольно не плох, позволяет писать статьи/категории/страницы на нескольких языках, rel alternate ставит. Переводы лучше выносить в темы, а не строками в базу. Также, как и плагины лучше переводить в исходниках (за одно и авторам плагинов можете подкинуть строковые функции, для внедрения многоязычности).
Но немного грузит базу.
Вместо того, что спрашивать сервер, не появились ли сообщения, можно просто напросто посылать эти сообщения клиенту напрямую через Websocket. Таким образом, можно сократить "холостые" обращения к серверу, и снизить нагрузку. Конечно, можно и AJAX например, если не слишком часто (раз в минуту например), но если у вас какое-то критическое приложение, где вам нужно каждые две секунды выводить на экран информацию (например, позиции в гонках, ставки на аукционах и прочее), то лучше конечно использовать WS.
Под WS лучше использовать что-то вроде NodeJS или Go, PHP в риал-тайм не сильно, хоть библиотеки и есть, но это чистой воды секс с резиновой женщиной.
Как вам выше написали, ненужно страдать преждевременной оптимизацией, потому что потратите время не добравшись до сути, однако и костылями обматываться тоже не стоит, потому что когда дело дойдет до масштабирования, придется все писать с нуля.
