Игорь Воронов

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

Не бывает в программировании "как захочу", есть определенные правила. Скорее всего, после сборки Gulp`ом phpStorm не знает, что эти файлы изменились, поэтому он не заливает их, покопайте в эту сторону

Привет, дело в том, что переменная js ссылается на значение, а не на другую переменную. Потому в поток уходят такие инструкции:
1. присвоить years[новое] значение, которое находится в years[старое]
2. инкрементировать значение years[старое]

Дмитрий Беляев
насчет "в разы" вы загнули.
как и с "только на jq."

Валера Удав
"В связи с этим часто возникает ситуация когда в перемешку идет jQuery синтаксис и JS"
Синтаксис тут только один, это же не язык, и даже не фреймворк, а библиотека.
Она призвана помочь быстрее писать код и предоставляет совместимость со старыми браузерами для многих нативных вещей, которые не получили на тот момент однозначной реализации.

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

Я пришел к тому, что делаю импорты необходимых функций, которых мне не хватает при разработке на выбранном мной фреймворке, но не противоречит архитектуре выбранного приложения.
К примеру в React+Redux приложении мне совсем не нужны методы для работы с DOM, но полезен $.ajax.
import {ajax} from 'jquery';
Jquery для меня - это такой универсальный помощник, который может пригодится.
Люди, которые отказываются от jq полностью все равно находят аналоги(которые могут быть лучше, как могут и не быть) или пишут мини-библиотеки сами потому что нативный апи содержит очень много бойлерплейта(чего стоит только nodeList перебрать).

JQuery в основном используется как обертка над DOM и событиями. Логика в любом случае пишется как обычно.

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

Так же хочу заметить что "архитектура" это не что-то эдакое, а общее понимание команды разработчиков о том как функционирует приложение. Если этого общего понимания нет - у вас нет архитектуры. У многих разработчиков понимание пропадает уже через пару месяце стихийной разработки. Так что помимо архитектуры важно еще и процессы/методологии разработки подтянуть.

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

но совершенно не имею представления о правильной архитектуре приложений на php

"Правильно" не бывает, все зависит от задачи. "Правильная" архитектура является:

- понятной - то есть можно быстро разобраться. Это как читабельность кода (читать совершенный код Макконела) так и в принципе декомпозиция системы, разделение ответственности и т.д. (микросервисы, гексагональная архитектура). Тут можно посоветовать почитать Эрика Эванса.
- удобной в изменениях (продумать все нереально, а сталобыть проще сделать так что бы адаптироваться под изменения в требованиях можно было эффективнее).
- Тестируемой - то есть вы можете проверить работоспособность системы на различных уровнях. Тут стоит смотреть в сторону TDD или практик с той же идеей (сначала формулируем как работает и как мы это проверим а потом уже делаем).

Вот и все. Далее уже есть принципы SOLID (читать Роберта Мартина), GRASP (Крэйг Ларман), GoF (лучше тут почитать head first design patterns или даже начать с Мэта Зандстры, у него помимо паттернов еще про процессы мельком рассказано).

Ну и смысла в этом всем нет если вы еще до конца не осознали что есть инкапсуляция и полиморфизм. Многие могут рассказать что значат эти термины, но на практике эти знания они не могут применить (чаще всего страдает инкапсуляция)

или написании чего-то своего с нуля на чистом php

Такое решение может принимать только разработчик у которого уже есть за плечами хотя бы пяток лет опыта работы с различными (не одним) фреймворком и языками. В противном случае вы только будете заниматься бесполезным велосипедостроительством.

идеально было бы вообще подробно расписанное сравнение внутреннего устройства нескольких фреймворков

Берете Symfony или Zend и вперед. Все остальные фреймворки "проще". То есть скрывают больше от разработчика. После них уже можно брать что угодно.

p.s. еще прочитайте тут: www.phptherightway.com

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

Хотя самому предлагали в Израиль без знания языка!

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

Начиная с 12 января 2016 года Microsoft больше не поддерживает старые версии Internet Explorer, включая IE 8, 9 и 10.
Это означает, что компания Microsoft больше не будет предоставлять обновления безопасности или технической поддержки для этих версий своего браузера. Можно продолжать использовать их, но если будет обнаружена уязвимость в IE, то браузер останется в неисправном состоянии, а система не будет в безопасности.

Компания настоятельно призывает пользователей переходить к Internet Explorer 11, который предлагает «повышенную безопасность, повышенную производительность, лучшую обратную совместимость», — как прокомментировали в Microsoft, а также, лучшую поддержку веб-стандартов, чем в старых вариантах IE.

Кроме того, можно использовать Microsoft Edge, новый браузер компании, который автоматически запускает Internet Explorer 11, при этом обратная совместимость не требуется.

Обычно подобного текста хватает что бы заказчик отвязался со своим IE, в противном случае шлите его на*ер.
Верстать под IE сейчас, это все-равно что привезти в больницу труп и попросить вылечить его.

Скопировал часть вашего вопроса и без каких-либо изменений вставил в поиск:

Нашел один из возможных вариантов.
Еще один, если известно максимальное число записей, то можно в одной таблице начать от 0 инкремент, в другой от максимально возможного числа

Плохой Гугл! Раз уж отказывается помогать именно вам!

p.s. нафига вам это? Тут что-то не так.....

обычно если и пишут подобные функции, то их пишут, чтоб укоротить название, а вы взяли trim и удлинили его до trim_value, зачеееем? О_О

вы уверены, что нужно юзать array_walk, а не php.net/manual/en/function.array-walk-recursive.php ? потому что var_dump вам выдал многомерный массив.

$ick = $text[3];
if(in_array($ick, $result, true) == true){
echo "нашел";
}

замените на

$ick = $text[3];
var_dump($ick);
if(in_array($ick, $result, true)){ //насчет третьего аргумента вы уверены? если проверяете только строки, то зачем так строго ?
  echo "нашел";
}

Для начала внутрь <ul> нельзя вставлять <div>...

!superimportant

Только при описании структур данных древовидных. Но не в конструкторе, ибо в этом случае мы получаем рекурсивный вызов конструктора объекта.